Мы работаем для Вас!

15.июн.2026

Spec-driven development в микросервисах, часть 3: archspec investigate — исследование фичи до кода

Третья, заключительная статья из цикла.Часть 1 — где LLM теряет межсервисный контекст и почему локальных спек недостаточно.Часть 2 — archspec как контракт вместо свободного Markdown.Часть 3 — archspec investigate: исследование фичи, обновление контрактов и реализация.В части 1 я показал, что spec-driven development с LLM начинает ошибаться, когда фича проходит через несколько микросервисов: по отдельности каждый сервис выглядит аккуратно, а вместе система работает не так, как нужно. Модель теряет межсервисный контекст — правила, которые живут на границах между сервисами, не записаны в одном месте, и LLM их пропускает. В части 2 я собрал archspec: на каждый сервис генерируется машиночитаемый контракт SERVICE_MAP.yaml, который делает эти правила явными.В этой части я беру ту же фичу — автоматическое переназначение задачи после отказа фрилансера — и прогоняю её заново через /archspec:investigate, но уже поверх контрактов. Тот же промпт, та же модель (Claude Sonnet 4.6). Вопрос один: поймает ли план те межсервисные ошибки, на которых в первый раз фича не сошлась, ещё до написания кода — и где спотыкается уже сам инструмент. Что нашёл investigate и где отъехал код
Название: Spec-driven development в микросервисах, часть 3: archspec investigate — исследование фичи до кода
Ссылка на источник:  https://habr.com/ru/articles/1046824/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1046824