Зачем это нужно: когда задача ставится в чате, агент додумывает недосказанное и часто строит не то. Spec Kit заставляет сначала записать, что и зачем строим, потом как, потом на какие задачи это делится, и только после этого кодить. Все документы лежат в репозитории рядом с кодом, их читают и правят до реализации.
Как применять:
🔘 Поставить в проект одной командой
specify init, указав своего агента.🔘 Один раз описать принципы проекта: стек, стиль, что запрещено.
🔘 На каждую новую функцию: описать, что строим, составить план, разбить на задачи, выполнить.
🔘 В конце попросить агента сверить готовый код со спекой: он сам допишет задачи на то, что не сделано.
🔘 Для багов есть отдельное дополнение: понять причину, починить, убедиться, что симптом исчез.
Ближайшие альтернативы: Kiro от AWS делает то же самое, но внутри своей IDE, а Tessl это CLI и MCP-сервер, сам фреймворк был в закрытой бете. Spec Kit это просто markdown-шаблоны и скрипты в репозитории, их легко подстроить под себя. Минус тот же: для правки в одну функцию цепочка избыточна, а спека и план это документы, которые кому-то надо читать. Три подхода сравнил Мартин Фаулер.
На сайте разобрали подробнее и добавили десять инструментов той же недели: ponytail, который заставляет агента писать вдвое меньше кода, ECC с готовым циклом «план, тест, ревью», humanizer против машинных оборотов в тексте и archify для схем архитектуры из чата.
Язык: Python. Лицензия: MIT.
@prog_tools