➡️ Что же я придумал в приватном пайплайне, исходный код которого не готов публиковать ?


0. Миграция на codex

1. Разработка по принципу ATDD + DDD. Dev + reviewer всегда получают atdd-скилл и ddd по мере необходимости

2. Миграция трекинга задач с beads на youtrack (на кастомном mcp). Таски, статусы и переходы летят в UI, lead через mcp подхватывает их при следующей сессии

3. Отслеживание состояния разработки через кастомный takopi с тредами тг бота

4. Основной цикл перешёл со Story-atom на Feature-atom – Dev живёт всю фичу, не перезапускается между сторисами

5a. Разработка только в git:
main → dev → dev/epic → dev/epic/feature → dev/epic/feature/story.
Мердж дочерняя→родительская через агента merger (один агент, 16 типизированных вердиктов, только один имеет право на git merge)
5b. Релиз dev → main – отдельный агент с quality gate: тесты в две фазы + coverage ≥80% на каждом изменённом файле + regression check + авто-генерация release notes

6. Добавлена ужатая версия основного пайплайна для хотфиксов и быстрых пушей в dev ветку


Как это повлияло на разработку? В целом, повысилось удобство и увеличилось время разработки. По качеству – точно стало лучше в долгосрочной перспективе, а в краткосрочной вроде и не изменилось. Опять же, вспоминаем экспоненциальные кривые стоимости разработки, исправления дефектов и уверенности внесения изменений в продукт, где долгосрочная перспектива кратно выигрывает для крупных проектов (имхо других не ведём)
Фундаментально оставил принцип разработки как в паблике. Только теперь это не выглядит как хаос

Из глобального: интеграция в YT и Telegram. Остальное — это правильная база, до которой рано или поздно всё равно должны были дойти руки


☀️ Если приглянулись фишки – забирайте, особенно нулевую