Spec-Driven Development | Первые впечатления от OpenSpec
#SDD

Описал проект, составил спецификацию и концепт проекта.
Так же дополнил основную идею бизнес логики дельтапланирования с ассиметричным распределением, заставил grok-4-fast-thinking подумать, мне очень понравилось его решение
Через команду /openspec-proposal попросил создать фичу из описанной логики, и был приятно удивлен:
- Proposal - why, what changes, impact. Четко всё описано, относительно простым языком.
- Design - context, goals, descisions, risks, migration plan, open positions. — Более техническое описание, грок сам выделил риски плавающей точки к примеру, о которых я вспоминаю лишь в процессе реализации, а последний пункт с open positions поднял пару вопросов, один из которых:
Buffer_multiplier user-configurable? Default 1.05.
Об этом я даже не задумался, что это опциональное решение может быть.
- Tasks: Implementation, validation and testing, Deployment prep. Три четких шага, имеющие свои задачи, которые по OpenSpec дают возможность отслеживать прогресс выполнения работы, и придерживаться плана. (Последнее лично мне очень нравится, так как я вечно скатываюсь в рефакторинг либо активно параллелю работу над разными фичами)
- specs/planning/spec.md: файл с бОльшим кол-вом секций, которые я тут не стану расписывать, но там уже четкое описание кейсов с WHEN/THEN, которое меня радует как ребенка 🤩

---
Это очень взрослый подход к разработке, который я целенаправленно игнорировал в силу количества писанины.
Чисто с бюрократией можно сравнить, не смотря на полную документируемость и историю разработки проекта, на столько подробную и проработанную, что это уже полноценный Wiki.

Сейчас с нейросетями, особенно с уровнем GPT-OSS, Grok-4-fast, Gemini-2.5-(pro/flash) по их price/intelligence/speed — выглядит очень аппетитным пирогом.
Сам вайбкодинг в чистом виде мне слегка отвратителен, но я вообще не чураюсь писать тексты при помощи LLM.
Этот текст важно вычитать, и критически вдумываться в тезисы, уточнять, корректировать. Но грамотность и экспертность таких текстов довольно высока, можно даже собтвенные рукписные тексты собрать в кучку, вычленить паттерны и в системный промпт поместить, чтобы модель писала как автор. (В закрепе моя биография по такому принципу сделана.)

В мою жизнь очень плотно вошли ИИ модели, почти оплностью заменив гугл, но не документацию.
Думать над разными темами в формате диалога, направляя модель в нужную сторону оказалось — сильнейшим бустом в самообучении, и то же самое можно применить к Spec Driven разработке.

А учитывая что подобную фичу нативно у себя выкатил гигант в виде Amazon со своим Kiro IDE, хотя судя по отзывам на Reddit — немного перегруженную, то думаю при серьезном отношении и текущий, описываемый мной формат может стать хорошим решением.

Стек я выбрал AppWrite + Angular 20 + ShadCN
Что получится из этого — я расскажу в ближайшие пару неделю/месяцев, так как разработка будет вестись по выходным и исключительно по настроению

Всем бобра 🏠

Не, ну чо
Я сейчас смог исправить ошибку кривого бэка, валидации и фронта + их несогласованности

Обьяснив модели grok-code-fast-1 — что он в монорепо, что есть shared schema с трансформацией snakeCase -> camelCase и обратно, что логи бэка можно смотреть по docker compose logs directus | head, что можно временно покрыть логами эндпоинт
И самое важное - что не надо прогонять через playwright mcp в браузере каждый раз проверку формы, а можно извлечь запрос, просто через curl его кидать в бэк, а на бэке через directus-mcp можно проверить соответствие данных, и эффект

Он просто взял и за минут 20 вместе со мной, с планированием - просто решил проблему, которую я бы решал приличным когнитивным усилием, и как минимум те-же полчаса.
Вместо этого время было проведено за параллельным просмотром ютубчика 😀

Ну вот прям на сто-оо-олько оно облегчает работу, если разобраться?? 🫢

Я главный противник чистого вайбкодинга, но основной тейк в небезопасных, кривых решениях.
Но как выше уже упомянул, в целом это реально решается прописыванием правил, ревью, направлением модели в нужном направлении и настройкой линтера, проработанным проектированием архитектуры.

---

Честно, хз сколько это стоило бы на claude, gemini, gpt — думаю за день потратил бы спокойно 30-50$
Но мне реально очень нравится как grok-code-fast-1 справляется, эт прям чудо, если ему давать четкие задачи с достаточным контекстом, самому думать. И иногда можно ревьюить или планировать через claude 4.5 thinking, что обходится тоже очень дешево, тк чтение дешевое, за write tokens - только на thinking и сам фактический план. В целом и Opus тут может быть уместен.

Как выведут planning из beta - опробую на Opus попланировать 🤔

Я закончил рефакторинг. 🥳
Ещё тот самый, из говнокода - в монорепо.

В реддите следы у индусов такие же как у джунов 👣

Cursor официально релизнули Plan Mode 😀

Недавно писал о нем пару постов, опробовав в beta

(Он все так же в бэте, но критичные баги должны были пофиксить)