Комментарии 8
при всех прочих равных, я бы выбрал gstack, который делает в целом все то же самое + /qa + /design-plan-review
Что делают другие spec-driven инструменты? Spec Kit и OpenSpec — ничего, спецификации остаются статичными.
В spec-kit завезли расширения, и вот прямо для этой задачи есть spec-kit-sync. Хотя Ваш комбайн я бы, по крайней мере по первому впечатлению, сравнивал скорее с BMAD Method - более тяжёлая артиллерия.
Благодарю за ссылки, посмотрю, чем можно будет обогатить подход)
Ну тогда Вам в копилку ещё AgentOS, superpowers, get-shit-done и даже (немного из другой оперы) beads и Gas Town :) Всё из этого сам не пробовал, успокоился Spec-Kit'ом и поглядываю на BMAD - но это всё проекты как минимум с десятками тысяч звёзд.
beads и Gas Town
Beads Viewer неплох. Но особо впечатлил MCP Agent Mail - смотреть как агенты разбивают задачи на разработку и потом пишут друг-другу задания и статусы по таскам - занятно :)
Gat Town как-то не впечатлил (ему на время тестов было недели две-три, может сейчас поменялось что-то). А вот Agentic Coding Flywheel Setup (ACFS) - хорош.
Работаю с BMAD очень тяжёлая.
На первый взгляд классная штука. Круто, что поделились.
Но русский язык в правилах несколько смущает - ведь он ограничивает международное применение, а ещё кушает больше токенов.
Может быть, дать ИИ команду перевести всё на английский?
ведь он ограничивает международное применение
Не только международное. Я, скажем, все спецификации, комментарии и пр. пишу только на английском. Думаю, много где это стандарт или как минимум общая практика. И когда зашитые в фреймворк промпты на русском - это, подозреваю, может создать проблемы из-за неоднозначного перевода терминологии, да и вообще - зачем ещё одна сложность.

FullSpec для FullStack: фреймворк, который вы всё равно себе напишете