GitHub SpecKit: вайб-кодинг на основе спецификаций

[dealenx]

Использую OpenSpec, надо будет попробовать как-нибудь использовать SpecKit, учитывая, что недавно еще обновление вышло

[Cutcode]

Spec Kit более предпочтителен - поддержка GitHub и большое активное комьюнити — это значит больше примеров, решений проблем и готовых паттернов использования

[dealenx]

С этой точки зрения, это хороший аргумент касаемо активной поддержки.

[atomicus]

Комьюнити большое, звезд на гибхабе много, а контрибьютор один по сути.

Вот буквально пару дней назад закрыли тикет-вопрос (провисевший 5 дней):

Is spec-kit project still active?

There were many valuable improvements and suggestions hanging.
It’s nearly three weeks and I haven’t seen any response to the issue or pull request.

То есть практически месяц только мелкие какие-то правки только, а не разработка.

А ещё из плюсов openspec я бы отметил что там применяют собственный же подход для разработки. То есть буквально dog fooding: можно посмотреть как инструмент используется на практике.

У spec-kit такого нет. Выводы делайте сами у кого лучше поддержка и кто сам пользуется тем что продаёт :)

[ilkoid]

Важный момент, не упомянутый в статье: инициализация в рамках существующего проекта возможна только при использовании ключа init — here, в противном случае спеккит откажет, скажет, мол папка проекта уже есть

[grSereger]

Файл: specs/001-feature-name/spec.md

Разделяйте MVP и будущие фичи

MVP (минимальный запуск):
- Markdown редактор с превью
- Публикация в один канал Telegram
- Автосохранение черновиков
- Исправление базовых ошибок форматирования

Версия 2.0:
- Публикация в несколько ресурсов
- Шаблоны постов
- История публикаций

Версия 3.0:
- Отложенная публикация по расписанию
- Аналитика просмотров

Предполагается, что апдейты будут делаться в тойже 001-feature-name или правильнее создать 002-feature-name?

Но выглядит интересно, спасибо