Изучаю подходы к разработке через спеки, когда происходит детальное описание новой фичи, её взаимодействия с другими компонентами, контракты и т.д. (по сути это роль аналитика, составляющего ТЗ). По этим спецификациям дальше идёт поэтапная разработка. Подход для традиционной разработки стандартный, плюсы тут налицо — зафиксировали требования, делаем.
Подход этот постепенно перетекает в разработку с ИИ-агентами, которая формализируется на наших глазах. Несколько набирающих популярность фреймворков на эту тему уже есть, один из них это get-shit-done (нейминг от бога).
Как устроено?
🟢 По сути, это набор скиллов (структурированные инструкции и шаблоны). Есть для Claude Code, Codex, Gemini, OpenCode. В случае с CC, в папке
.claude/get-shit-done появятся все инструкции и описания пайплайнов, которые будут выполняться.Ставим в папку с проектом (не забываем делать ветку), запускаем агент, видим, что появилась куча новых команд, типа
/gsd:new-project, /gsd:plan-phase, /gsd:execute-phase.🟢 Если пишем не с нуля, то запускаем
/gsd:map-codebase. Агенты в параллель изучаю код и откладывают артефакты в папку .planning. Доки получаются весьма полезные, описывается архитектура и структура проекта, стек, стиль кодирования и т.д. Читаем документы и правим. Особенно полезен CONCERNS.md, потенциальные проблемы и "запахи", которые нашлись, пишутся туда.Если даже не использовать GSD по прямому назначению, то как минимум такое описание сделать полезно, а ссылки на него добавить в AGENTS.md.
После этого можно запускать
/gsd:new-project. Описываем подробно, что хотим сделать, отвечаем на вопросы, в итоге формулируется разбитый на 3-4 фазы план.На каждый чих составляются пишется и коммитится документация, потерять что-то из этого будет трудно. После каждой команды можно смело очищать контекст (
/clear). Документацию читаем (разработка через чтение), правим.С фазами работаем командами
/gsd:plan-phase 1 и /gsd:execute-phase 1, прошли все фазы, проверили, делаем /gsd:complete-milestone. Документация обновляется, детали идут в архив, создается тег релиза. Повторяем со следующей фичей. Concerns
🟢 Не надо использовать для простых задач, типа каких-то одношаговых интеграций, рефакторинга табличек или кода в пределах нескольких файлов и т.д. Оно разобьет вам
🟢 Штука очень прожорливая, по 20 раз все перепроверяет и пишет кучу доков. Обычной подписки точно не хватит, если использовать как подход к разработке. Если одну-две фичи сделать за пару дней, то норм.
Попробую ещё присмотреться насколько это эффективней чем без всех этих обвесов с фазами делать, но подход мне нравится. Думаю, что будет набирать популярность дальше.
👉 https://github.com/gsd-build/get-shit-done
