OpenSpec и Spec Kit: управление намерением с низким порогом
Первый раз я поставил OpenSpec в проект за вечер. И в тот же вечер агент впервые спросил меня, а не угадал.
Это главное, что дают инструменты класса OpenSpec и Spec Kit: управление намерением. Перед тем как писать код, появляется предложение изменения, спецификация и список задач. Агент работает от них, а не от последнего сообщения в чате.
Почему они взлетели
• Лёгкий вход. Несколько команд — и в репозитории есть структура для спецификаций. • Гибкость. Не навязывают процесс целиком: берёте то, что нужно. • Работают с готовым кодом. Описали изменение, применили, влили в действующее описание.
Для команды, которая хочет перестать терять договорённости между сессиями агента, это лучший первый шаг. Я сам советую начинать с них.
Где они останавливаются
Их сила — в вопросе «что мы хотим». Вопрос «как доказано, что сделано» они оставляют вам. Список задач закрыт, тесты зелёные — и на этом формальный путь заканчивается. Машиночитаемого акта приёмки, где по номерам перечислено, какие утверждения проверены и какими командами, там нет. Это не недостаток — это другой слой.
Цена бездействия
Если считать «все задачи отмечены» за «готово», дыра просто переезжает из чата в tasks.md. Об этом — следующий пост.
Нужен быстрый старт в SDD на живом проекте — начните с OpenSpec. Если проект большой и с нуля — дочитайте серию до WitnessDone.
Обсудим, что подойдёт вашему проекту, — пишите, ссылки на arhellist.ru.
· 15 ч
Интересно несколько удобно переписывать спеку, если коренные требования поменялись
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 14 ч
Переписывать спеки не нужно. И вообще это противопоказания. Нужно оформлять новую с измененными требованиями. Нужен новый контракт
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 13 ч
насколько*
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 13 ч
То есть спеки наслаиваются? Старая неактуальная остается в проекте и каждый раз отправляется LLM?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 13 ч
LLM для генерации кода отправляется новый контракт. А для генерации нового контракта и принятия решения как этот контракт описать - суммаризированный контекст проекта. Не готов достоверно пояснить как именно суммаризируется контекст в OpenSpec и SpecKit, но в своем WitnessDone я решил этот вопрос строго - в контекст идёт только то, что нужно для принятия решений.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён