The AI-Native SDLC playbook

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

AОчередь ревью

Построчная проверка рассчитана на человеческий объём diff. Когда diff растёт, reviewer становится узким местом.

BКонтроли отстали

Ручные процедуры не успевают за агентом. Формальная строгость остаётся, а проверить весь поток уже нельзя.

CЦена исключения

Нестандартный случай всё ещё ждёт комитета, который собирается раз в неделю или месяц.

рис. из статьи

Каждая стадия пишет результат в version control. Следующая стадия читает его и начинается после принятия. Так handoff запускается автоматически, а история коммитов сохраняет запрос, результат и решение человека.

Номер стадии не задаёт порядок внедрения. Начинать можно с play без входящих стрелок. Остальные plays требуют указанных на графе controls или артефактов.

граф из статьи

Идея, тикет или алерт сначала превращаются в intent.md. Product owner, или владелец продукта, уточняет смысл и принимает файл. Затем агент пишет spec.md с учётом правил бренда, безопасности, compliance и UX.

# Intent: claims status self-service

## Problem
Customers call to ask where a claim is.

## Proposed outcome
Show status, next step, expected date.

## Constraints
No new PII. Existing authentication only.

Plan mode фиксирует решение до правок. CLAUDE.md даёт рабочий контекст, skills применяют институциональное знание, а hooks гарантируют правила без исключений.

# Payments service

## Commands
- Build: make build
- Test: make test
- Lint: make lint

## Things Claude gets wrong
- Do not bump dependencies.
- The legacy v1/ package is frozen.

Сессия получает проверяемую цель и повторяет цикл до успеха. Для bug fix тест сначала должен упасть по ожидаемой причине, а затем оставаться недоступным для правок агента.

Каждый PR получает одинаковые review passes, то есть проходы проверки. Человек проверяет намерение и риск, а branch protection сохраняет separation of duties. В production агент не проходит без именованного разрешения.

cmd=$(jq -r '.tool_input.command' < /dev/stdin)
if [[ "$cmd" == *"deploy"* && "$cmd" == *"production"* ]]; then
  if [ -z "$RELEASE_APPROVAL" ]; then
    echo "Production deploys need a release authorization." >&2
    exit 2
  fi
fi

Модель не решает, случилась ли аномалия. Версионируемый скрипт следит за контрольными полосами. После breach конфигурация определяет, может ли Claude только объяснить проблему или открыть разрешённый маршрут.

autonomy растёт вместе с силой сигнала, но маршрут остаётся gated

пример из статьи

Каждая ссылка открывает соответствующий раздел оригинала.

Почему Build больше не узкое место

читать ↗

Старые стадии остаются на человеческой скорости, поэтому bottleneck смещается наружу.

рис.

рис.

Plays и их зависимости

читать ↗

Граф отделяет стадии жизненного цикла от порядка внедрения controls.

граф

Stage 1–2 · Plan и Design

читать ↗

intent.md фиксирует замысел, spec.md превращает его в проверяемое решение.

Stage 3 · Build

читать ↗

Plan mode, CLAUDE.md, skills, hooks, worktrees и subagents.

Stage 4 · Test

читать ↗

Локальный feedback loop и регрессионные evals для конфигурации агента.

Stage 5 · Deploy

читать ↗

AI review, sandboxed CI/CD, scoped credentials и production gate.

Stage 6 · Maintain

читать ↗

Control bands запускают diagnosis; результат возвращается как новый intent.

пример

Closing thoughts

читать ↗

Цикл работает постоянно, а человеческое решение остаётся над ним.

Начните с одного потока и одного наблюдаемого ограничения. Чек-лист можно отмечать прямо на странице.