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

Длительный рабочий процесс агента

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

Цели

  • Предоставляйте каждому новому сеансу быстрый способ восстановить контекст.
  • Работайте поэтапно, а не вносите большие изменения сразу.
  • Прежде чем добавлять дополнительный код, выявите нарушение локальной базовой линии.
  • Оставляйте долговечные артефакты, которым сможет доверять следующий сеанс.

Где хранить состояние

  • Используйте docs/agent-runs/<slug>/, когда людям, проверяющим ботам или нескольким цепочкам инструментов требуется одно и то же состояние задачи.
  • Используйте локальный каталог инструмента, например .codex/runs/<slug>/, только в том случае, если состояние задачи намеренно локально для одной рабочей станции или одной цепочки инструментов.
  • Не скрывайте общее состояние нескольких сеансов в личном рабочем файле, если оно понадобится другому участнику или агенту позже.

Необходимые файлы

Создайте эти файлы в начале длительной задачи:

  • feature-list.json
  • progress.md

Используйте шаблоны docs/agent-playbooks/templates/feature-list.template.json и docs/agent-playbooks/templates/progress.template.md.

Предпочитайте JSON для списка функций, чтобы агенты могли обновлять небольшое количество полей, не переписывая весь документ.

Контрольный список начала сеанса

  1. Запустите pwd.
  2. Прочитайте progress.md.
  3. Прочитайте feature-list.json.
  4. Запустите git log --oneline -20.
  5. Запустите ./scripts/agent-init.sh --smoke.
  6. Выберите ровно один элемент с наивысшим приоритетом, который по-прежнему имеет значение pending, in_progress или blocked.

Если шаг дыма не удался, исправьте нарушенную базовую линию перед реализацией нового фрагмента объекта.

Правила сеанса

  • Работайте над одной функцией или частью задачи за раз.
  • Сохраняйте список функций машиночитаемым и стабильным. Обновляйте статус, примечания, файлы и поля проверки вместо переписывания несвязанных элементов.
  • Отмечайте элемент как проверенный только после выполнения команды или пользовательского потока, указанного в этом элементе.
  • Используйте порожденные агенты для ограниченных фрагментов, а не для общего владения состоянием задачи.
  • Если дочерний агент владеет одним элементом, укажите ему точный идентификатор элемента, критерии приемки и файлы, к которым он может обращаться.

Контрольный список завершения сеанса

  1. Добавьте короткую запись о ходе выполнения в progress.md.
  2. Обновите затронутый элемент в feature-list.json.
  3. Запишите точные команды, выполняемые для проверки.
  4. Захват блокирующих, последующих действий и следующего лучшего объекта для возобновления.

Рекомендуемая форма записи прогресса

Используйте короткую структуру, например:

## 2026-03-17 14:30

- Item: F003
- Summary: Updated the browser-check flow to use the shared init/bootstrap path.
- Files: `.cursor/agents/browser-check.md`, `.codex/agents/browser-check.toml`
- Verification: `corepack yarn build`, `corepack yarn lint`, `corepack yarn typecheck`
- Next: Run the smoke flow and update the task-board status.