Философия новой парадигмы — fast prototyping, context-to-execution, agents absorb procedure — и конкретный план, как Maestro и operating process её переиспользуют. Выжимка полного документа от 2026-08-09.
Философия одним дыханием. Код стал дешёвым — и вся церемония вокруг дефицита инженерного времени (spec ceremony, sprint planning, handoff PM → engineer) потеряла основание: лучший план — работающий прототип, а система разработки строится вокруг контекста и агентов, а не передачи работы между людьми. Агенты поглощают процедурную часть, люди оставляют себе intent, judgment и taste. Но дешёвая генерация делает верификацию дефицитным активом: там, где ошибка необратима (auth, деньги, миграции, control plane, unattended-работа), выигрывает fail-closed gate с machine-verifiable критериями, а не скорость.
Поэтому парадигма принимается гибридно: issues остаются транспортом и audit-слоем для агентов, а prototype-first track (spike → scrappy prototype → informed spec → proper build) добавляется поверх, начиная с Intake для новых продуктов. Скорость — прототипу, строгость — этапу promotion в production.
Метод: команда из 14 agents (researchers → adversarial verifiers → синтез → proposal-дизайнеры → judge → composer) + два раунда интервью с Oleg. Источники: linear.app/next («Issue tracking is dead», Karri Saarinen, 2026-03-24), transcript Theo/t3dotgg, разборы KiroCrew и Atomic, широкий landscape. Все load-bearing факты проверены независимым чтением первоисточников.
01Prototype-as-Plan. Лучший план — прототип: scrappy-версия за 1–3 дня вскрывает реальный scope, UX и foot-guns, и только после неё пишется информированный spec. Spec до существования продукта «almost always entirely inaccurate» (Theo).
Limits: не там, где первая ошибка терминальна (auth/security, платежи, data integrity, миграции); прототип — reference, не foundation; для brownfield-инкрементов планом не является.
02Code-as-Planning. Вместо многочасового planning с sub-планами — дать модели первый проход по коду: сам процесс «потрогать всё» и есть план; индустрия «переизобретёт планы миллион раз и вернётся к коду».
Limits: spec-first эмпирически поднимает first-pass success агентов (SDD-контртечение: Kiro, GitHub Spec Kit; цифры 3–10x — vendor-reported); ralph-техника — greenfield only, senior steering обязателен.
03Context Over Handoffs. Следующая система строится не вокруг handoffs, а вокруг контекста и агентов: агенты бесполезны без захваченного контекста, а система, которая его аккумулирует, «turns context into execution».
Limits: гибридная реальность против риторики — Linear не отменил ни один примитив; сменился оператор примитивов, не data model. Планировать миграцию, не rewrite.
04Intent, Judgment, Taste. Роль человека сжимается до «что строить и куда тратить время, внимание и tokens»; механику процесса человек больше не обслуживает.
Limits: judgment не масштабируется бесплатно — bottleneck переехал в review-capacity, а METR показал, что ощущение скорости обманывает: judgment обязан опираться на измерения, не на vibe.
05Agents Absorb Procedure. Планирование, имплементация и review сжимаются в один цикл; агенты сами заводят issues, делают triage и чинят как unattended-единицы работы (у Linear agent-completed work вырос 5x за 3 месяца).
Limits: unattended-режим категорически требует machine-verifiable acceptance — self-report агента недостоверен (Berkeley RDI; наш PR #1152 — 4 CONFIRMED P1 при зелёных tests).
06Verification Is the Scarce Asset. Чем дешевле генерация, тем дороже gate: узкое место переехало из «написать код» в «решить, безопасно ли делать merge». Author/verifier separation, evidence-not-self-report, fail-closed reducers, checks из requirements до чтения receipts.
Limits: не превращать в security-theater — P2/P3 в песочнице строгости не требует; строгость тратится на unattended-пути и необратимые поверхности.
07Roles Are Scarcity Artifacts. Ролевые разбиения (PM/EM/designer/QA) существовали из-за дефицита людей-специалистов; кодировать их в агентские persona-skills — «бессмысленный косплей».
Limits: одно разбиение обязано пережить парадигму — author/verifier separation: это эпистемический контроль, не staffing-артефакт. Роль ради независимости суждения — оставляем; ради дефицита навыка — сворачиваем.
08Triage Is the Front Door. Automations начинаются с triage — точки самого быстрого честного ROI unattended-агентов («investigate and attempt a fix before it reaches an engineer»). Наш intake — тот же front door для продуктовых идей.
Limits: всё необратимое остаётся за approval gate; у triage-агента есть цена за прогон (Linear уводит automations в usage-based pricing).
09Prompt Is Not a Control. Ограничение, живущее только в prompt, — просьба, а не контроль: Replit-агент удалил production DB во время code freeze, существовавшего только в prompt. Blast radius enforce-ится структурой: sandbox, синтетические данные, ноль prod credentials, fail-closed gates.
Limits: принцип касается необратимых поверхностей; тащить его на zero-cost песочницы — waste и friction.
10Throwaway Is a Coin Flip. «Выбрасываемый» прототип доживает до production с вероятностью монетки (~50% прототипов Theo shipped as-is). Disposability должна быть структурной (отдельный repo, expiry), а ship-as-is — легальным исходом через полный production gate, где checks выведены из requirements, никогда из поведения прототипа.
Limits: чистый UX-sketch действительно одноразовый — ритуал на него не тратим; прототип, прошедший gate, — успех метода, а не нарушение.
Для решений, не для веры — самое decision-relevant из проверенного:
Два раунда интервью:
| Вопрос | Решение Oleg |
|---|---|
| Scope предложений | Оба слоя: operating process и Maestro product, разделены явно |
| Радикальность | Гибрид: issues остаются транспортом/audit, prototype-first track добавляется поверх |
| Первый полигон | Только Intake → новые продукты (не fleet-фичи, не сам Maestro) |
| Research breadth | Широкий landscape + contrarian |
| Spike token budget | Default 400k + per-idea override (как fleet-норма worker_max_tokens) |
| Хостинг spike-repos | Forgejo git.oklabs.uk — изоляция от BeFeast GitHub + живой тест Forgejo-линии |
| Demo-evidence | Vault _Assets/ScreenShots/ (переживает удаление spike_repo); тяжёлое видео — ссылкой с пометкой «умрёт с repo» |
| Первый живой spike | befeast-cosign |
status: prototyping не требует GitHub issue; единица учёта — idea-note + contract + receipt. Граница через lifecycle-состояние, fail-closed против скользкого склона на brownfield.prototyping в lifecycle идеи (process) — между exploring и promotion-ready; вход — только явная команда «spike this», выход — Prototype Receipt; поля spike_repo/spike_expires, view «Prototyping».proto-*); синтетические данные, ноль prod credentials; полный vibe-mode без issues/review/CI.disposition (throwaway | reference | literal-port), правило «auth/payments/migrations — никогда port, только rewrite», spike_expires default +30 дней. Ship-as-is легализован через полный production gate.receipts + lessons в maestro.db (maestro-product) — additive-only; receipts на merge/deploy path, lessons с единым write path и cap 20 строк {{LESSONS}} в worker prompt. Store хранит machine-facts, нарратив живёт в vault.informed_spec в plan-advisor #928 + digest-check в promote (maestro-product) — порядок requirements-before-findings; maestro promote отказывает при digest mismatch receipt. Код — после первых ручных informed-spec.proto-*: структурная граница вместо просьбы в prompt, ноль daemon-кода.work_kind: spike, terminal artifact findings.json вместо PR, fail-closed default production, expiry-sweeper с archive-before-delete.status Go получен, Now-пакет применён 2026-08-09: правки №1–6 в силе (Spike Exemption в PM-rule, состояние prototyping + validator, Spike Session Contract, Prototype Receipt template, disposition/source_mode, Prototype-Informed Mode + Informed Spec). №7 armed: befeast-cosign переведена в prototyping (budget 400k, expiry 2026-09-08) — spike-сессия стартует по start-prompt. Next (№8–10) — после первого receipt; Later — строго за своими gates.