01Трекер как SSOTЗадача в Linear/Jira уже содержит цели, AC, ограничения. Агент читает задачу как спеку через MCP/API.
02Discovery → Delivery rolesОдин формулирует задачу со структурой (Discovery), другой реализует (Delivery). Спека — артефакт передачи.
03Диаграммы как спекаPlantUML / Mermaid / Graphviz вместо текстовых описаний. «Резко поднимает качество результата агента» (Егор).
04EARS-нотацияWhile / When / the / shall — формальная нотация требований из safety-critical систем. Unaligned assumption #1 причина инцидентов.
05Numbered prompts + архитектурный файлПромты пронумерованы, лежат в папке, архитектурный файл задаёт порядок. DIY-SDD без SDD-термина.
06Siren / библиотека решенийСпециальная библиотека, к которой агент обращается когда «уходит не туда». Решает проблему дрейфа архитектуры.
07Дельты спецификацииСпека описывает «что изменится» в формате ADDED / MODIFIED / REMOVED. Как git diff, но для требований.
08Трассировка Jira ↔ spec ↔ codeТрёхсторонняя ссылка: тикет ↔ openspec/changes/<jira-id>--<slug> ↔ commit с тем же ID. Цепочка закрыта.