Skill: Task Definition

Когда использовать

• Всегда при новой задаче для агента.
• Всегда при задачах с несколькими репозиториями или этапами.

Входные данные

• Контекст: зачем делаем изменение.
• Ограничения: сроки, доступы, запреты.
• Известные риски или проблемные места.

P0

• Формулировать цель как измеримый результат, а не как действие.
• Фиксировать критерии приемки в проверяемом виде.
• Указывать точные файлы/контуры: repo, сервис, домен, окружение.
• Явно задавать проверки: команды или URL/smoke-сценарии.

P1

• Добавлять границы изменения:
  • что менять можно;
  • что менять нельзя;
  • что требует отдельного согласования.
• Для UI указывать состояния: desktop/mobile, empty/error/loading, ключевые CTA.
• Для backend указывать контракт: input/output/errors, логирование, idempotency.

P2

• Добавлять критерии observability: где смотреть логи, какие метрики критичны.
• Добавлять rollback-условия: когда откатываем и как валидируем восстановление.

Шаблон задачи

• Цель:
• Критерии приемки:
• Затрагиваемые файлы/контуры:
• Проверки/тесты:
• Риски:
• Ограничения:

Multi-Agent Protocol

• Делить задачу на независимые блоки: analysis, implementation, verification.
• Для каждого subagent давать отдельный ownership по файлам/подсистеме.
• Объединять результаты только после сверки критериев приемки.

Definition of Done

• Постановка однозначна и не допускает двусмысленного завершения.
• Указаны измеримые проверки и ожидаемый результат каждой проверки.
• Зафиксированы риски и условия rollback.