Перейти к основному содержимому

ПОВЕРХНОСТИ ИНТЕГРАЦИИ

Доступ разработчиков

instr-core следует продуманной последовательности: план → проверка → явное подтверждение → выполнение. Результаты планирования должны сначала пройти проверку схемы, состояния, диапазона и сухого прогона; только после явного подтверждения оператора слой выполнения может продолжить.

instr-core на GitHub

КОНТРОЛИРУЕМЫЙ РАБОЧИЙ ПРОЦЕСС

Чёткие точки подтверждения человеком между планированием и выполнением

  1. 01

    План

    Создание проверяемых операционных планов на основе задачи и схемы прибора.

  2. 02

    Проверка

    Проверка идентификации, возможностей, диапазона, состояния, предварительных условий и сухой прогон.

  3. 03

    Подтверждение

    Представление предполагаемых действий и рисков оператору для явного подтверждения.

  4. 04

    Выполнение

    Только после подтверждения передать ограниченные действия локальному соединению и драйверному слою.

ПОВЕРХНОСТИ ВЫПОЛНЕНИЯ

От агента к локальному соединению с прибором

MCP

Предоставьте знания об приборах, схемы и ограниченные возможности инструментов совместимым AI-клиентам.

Agent API

Обеспечьте явные, проверяемые интерфейсы планирования и выполнения для приложений и агентов вместо неявной автоматизации.

Desktop

Разместите соединение, подтверждение, обратную связь по состоянию и записи выполнения в среде рабочего стола оператора.

VISA / SCPI

Локальный слой выполнения instr-core подключается к приборам и проверяет модель, состояние, диапазон и предварительные условия перед отправкой команд.

DATA MODELS

Разрешайте стабильные модели данных до планирования

Модели данных используют тот же instrument_key, что и instr-core, для публикации человекочитаемых описаний идентификации, возможностей, диапазонов, предварительных условий, переходов состояний и границ безопасности. Агенты должны получить и проверить схему перед созданием сухих прогонов и планов, ожидающих подтверждения.

Смотреть модели данных