ИИ — не волшебная палочка. Как работать с агентом по спецификациям и не уйти в петлю багов

[Dhwtj]

Поэтому предлагаю руководителям простой тест. Прежде чем планировать сокращения, сделайте с ИИ одну свою реальную задачу целиком, а не «оптимизируй запрос»: спроектируйте фичу, опишите требования, получите код, проверьте его и доведите до прода

И чтобы звонили ночью когда обязательно сломается. Весь год

P.S. SDD не даёт понимания откуда берутся спеки. А у меня последнее время именно на это время уходит в одном проекте с "мягкими"/неопределенными ограничениями, цену нарушений надо выяснять, сам процесс выяснения дорогой.

[DPust]

Не соглашусь, что openspec документацию лучше хранить рядом с кодом. Это хороший вариант, если только проект подразумевает изолированные фичи в рамках одного репозитория.
Лучше вариант - это выделить отдельную репу для openspec и там хранить весь объем документов, который нужен конкретной команде для работы.
В этом случае будет единое место с всеми мастер спецификациями проекта/продукта/системы и тд и понять as is механику работы будет на много проще, человеку либо агенту не придется прыгать по репозиториям.
Если требуется опираться на код при написании спеки, то можно это сделать подключившись к репе кода через тот же mcp. Инструменты, чтобы генерировать код из репы кода, читая change из репы openspec тоже есть.