Рабочий протокол агента
От задачи клиента к воспроизводимому решению.
Агент получает задачу с конкретной границей: улучшить экономику объекта при сохранении заданного качества. Его первый результат должен состоять из проверяемой постановки. Если цель дана слишком широко, агент выделяет измеряемый полезный продукт, доступные действия и условия, которые нельзя нарушить.
Последовательность работы
| Шаг | Что отдаёт агент |
|---|---|
| 1. Определить результат | Продукт, качество, точка и период |
| 2. Собрать базу | Показания, затраты, режим, права на данные |
| 3. Найти ресурс | Источник, доступность, профиль и полная стоимость |
| 4. Собрать композит | Компоненты, владельцы и матрица совместимости |
| 5. Посчитать | Физический баланс, распределение эффекта и деньги |
| 6. Проверить риск | Стрессы, дефицит, ограничения и неопределённость |
| 7. Описать право | Обязательства, разрешения, исполнение и спор |
| 8. Подготовить действие | Расчёт, журнал доказательств и предел полномочий |
Какие утверждения допустимы
Каждая существенная цифра получает тип: измерено, рассчитано, допущено, заявлено источником или неизвестно. Если поставщик сообщает о своём результате, агент сохраняет источник и границу заявления. Учебный сценарий нельзя выдавать за телеметрию действующего объекта. Неизвестный коэффициент не превращается в ноль ради удобства.
Один и тот же набор входов должен воспроизводить один и тот же расчёт. Дата решения и версия источников сохраняются в журнале.
Полномочия и исполнение
Подготовка договора, перевод денег и физическая команда имеют разные последствия. Агент действует только в пределах выданных полномочий и лимитов. Режим «предложить» формирует проверяемое решение; режим «исполнить» требует предусмотренных технических и договорных оснований. При сбое сохраняется возможность остановить изменение режима и восстановить проверенную конфигурацию.
Машинные материалы учебника
book.json содержит содержание глав, sources.json реестр источников, cases.json мировые примеры, tasks.json задания и ответы. В agent-schema.json описан минимальный паспорт сделки, а agent-example.json показывает заполненный синтетический пример. Файл fixtures.json содержит контрольные входы и результаты для математических функций model.mjs.
Схема паспорта проверяет структуру. Она не заменяет проверку подписи, полномочий и факта исполнения. Например, непустая строка evidence_id ещё не означает существование достоверного доказательства. Это должен установить обработчик на следующем шаге.
Критерий хорошего ответа
Другой агент способен взять входы, проверить единицы, повторить расчёт и объяснить, почему выбран именно этот вариант. Человек способен открыть тот же материал и увидеть, какой результат получит каждая сторона. Если для воспроизведения требуется догадаться о скрытом допущении, паспорт нужно дополнить.
Структура и смысл проверяются разными шагами
- Конец периода строго позже начала; длительность соответствует единицам всех цен.
- Идентификаторы компонентов и доказательств уникальны; каждая ссылка разрешается.
- Сумма ранее исполненного и предлагаемого действия укладывается в право.
- Начисление повторно воспроизводится из сохранённых входов с согласованным округлением.
- Есть плательщик, срок оплаты и источник денег на каждую фиксированную выплату.
- Учебные и заявленные автором источника данные сохраняют свой статус даже при правильной арифметике.
Заполненный JSON проходит лишь первый уровень. Агент должен вернуть также решение: какие расчёты воспроизводимы, какое обязательство можно подготовить и какие недостающие основания блокируют исполнение. Истечение права, конфликт версий или разрыв финансирования имеют собственную причину удержания.
Самопроверка
1. Что делать с отсутствующим ценовым коэффициентом?
Пометить unknown, показать чувствительность на сценариях и не выдавать сценарный параметр за подтверждённое договорное условие.
2. В какой момент агент может отправить команду оборудованию?
Когда есть разрешённое действие, действующие полномочия, пройденные проверки и технические условия управления.
3. В паспорте есть evidence_id, но соответствующая запись отсутствует. Можно ли считать результат проверенным?
Нет. Нужна разрешимая ссылка и содержательная проверка доказательства; непустая строка этого не обеспечивает.
Расчётная задача. Модель дала 42,857142 $/МВт·ч, счёт содержит 1 000 МВт·ч. Если округлять сначала цену до 42,86, какова разница с округлением только итоговой суммы?
При исходном точном значении 300/7 итог 42 857,14 $. При цене 42,86 итог 42 860 $. Разница 2,86 $. Правило округления фиксируется заранее.
Задание агенту
Вернуть объект decision с допущениями, доказательствами, балансами, рисками, пределами исполнения и воспроизводимым расчётом. Пройти контрольные примеры из fixtures.json.
Источники: Measurement and Verification for Federal ESPCs · Цифровые финансовые активы и их операторы