Skip to main content
Постоянные поручения предоставляют вашему агенту постоянные полномочия на выполнение определённых программ. Вместо того чтобы давать агенту указание для каждой задачи, вы определяете программы с чёткой областью действия, триггерами и правилами эскалации, а агент автономно выполняет их в заданных границах: «Ты отвечаешь за еженедельный отчёт. Составляй его каждую пятницу, отправляй и эскалируй только в случае, если что-то выглядит неправильно».

Зачем нужны постоянные поручения

Без постоянных поручений: вы даёте агенту указание для каждой задачи, рутинная работа забывается или откладывается, а вы становитесь узким местом. С постоянными поручениями: агент автономно действует в заданных границах, рутинная работа выполняется по расписанию, а вы подключаетесь только в исключительных случаях и для утверждений.

Как они работают

Постоянные поручения определяются в файлах рабочего пространства агента. Рекомендуется включать их непосредственно в AGENTS.md (этот файл автоматически внедряется в каждый сеанс), чтобы они всегда находились в контексте агента. Для более крупных конфигураций их также можно поместить в отдельный файл, например standing-orders.md, и сослаться на него из AGENTS.md. В каждой программе указываются:
  1. Область полномочий — что агенту разрешено делать
  2. Триггеры — когда выполнять программу (по расписанию, событию или условию)
  3. Этапы утверждения — для каких действий требуется предварительное одобрение человеком
  4. Правила эскалации — когда следует остановиться и обратиться за помощью
Агент загружает эти инструкции в каждом сеансе через загрузочные файлы рабочего пространства (полный список автоматически внедряемых файлов см. в разделе Рабочее пространство агента) и выполняет их, используя задания Cron для запуска по времени.
Поместите постоянные поручения в AGENTS.md, чтобы гарантировать их загрузку в каждом сеансе. Механизм загрузки рабочего пространства автоматически внедряет AGENTS.md, SOUL.md, TOOLS.md, IDENTITY.md, USER.md, HEARTBEAT.md, BOOTSTRAP.md и MEMORY.md, но не произвольные файлы из подкаталогов.

Структура постоянного поручения

Постоянные поручения и задания Cron

Постоянные поручения определяют, что агенту разрешено делать. Задания Cron определяют, когда это происходит. Они работают совместно:
В запросе задания Cron следует ссылаться на постоянное поручение, а не дублировать его:

Примеры

Пример 1: контент и социальные сети (еженедельный цикл)

Пример 2: финансовые операции (запуск по событию)

Пример 3: мониторинг и оповещения (непрерывно)

Схема «выполнить — проверить — сообщить»

Постоянные поручения работают лучше всего в сочетании со строгой дисциплиной выполнения. Каждая задача в постоянном поручении должна проходить следующий цикл:
  1. Выполнить — сделать фактическую работу (а не просто подтвердить получение инструкции)
  2. Проверить — убедиться, что результат верен (файл существует, сообщение доставлено, данные разобраны)
  3. Сообщить — рассказать владельцу, что было сделано и что было проверено
Эта схема предотвращает наиболее распространённый сбой в работе агента: подтверждение задачи без её выполнения.

Архитектура с несколькими программами

Для агентов, управляющих несколькими направлениями, организуйте постоянные поручения как отдельные программы с чёткими границами:
У каждой программы должны быть:
  • Собственная периодичность триггеров (еженедельно, ежемесячно, по событию, непрерывно)
  • Собственные этапы утверждения (некоторые программы требуют более строгого контроля, чем другие)
  • Чёткие границы (агент должен понимать, где заканчивается одна программа и начинается другая)

Рекомендации

Следует

  • Начинать с узких полномочий и расширять их по мере укрепления доверия
  • Определять явные этапы утверждения для действий с высоким риском
  • Включать разделы «Чего НЕ следует делать» — границы так же важны, как и разрешения
  • Сочетать постоянные поручения с заданиями Cron для надёжного выполнения по времени
  • Еженедельно проверять журналы агента, чтобы убедиться в соблюдении постоянных поручений
  • Обновлять постоянные поручения по мере изменения потребностей — это живые документы

Не следует

  • Предоставлять широкие полномочия в первый же день («делай всё, что считаешь лучшим»)
  • Пропускать правила эскалации — каждой программе требуется условие, определяющее, когда следует остановиться и обратиться за помощью
  • Предполагать, что агент запомнит устные инструкции, — записывайте всё в файл
  • Смешивать направления в одной программе — используйте отдельные программы для отдельных областей
  • Забывать обеспечивать запуск с помощью заданий Cron — постоянные поручения без триггеров превращаются в рекомендации

См. также