Development System — Architecture of Work
Как устроена система разработки вокруг Synth Nova. Несколько параллельных чатов с Claude + Founder как conductor. Эта система сама по себе — часть Monopreneur experiment.
См. ADR-0023-Monopreneur-Principle для foundational framework.
Core team vs External contractors
Core team (Monopreneur)
Один human contributor + multi-layer LLM orchestration.
Human:
- Founder (Max Nova) — единственный человек в core team. Architect, strategist, conductor, operator для Claude Code. Принимает все product и business decisions.
LLM layers:
- Strategy Claude (Opus 4.7) — architecture, strategic decisions. Separate chat на Claude.ai.
- Co-Developer Claude (Opus 4.6) — task decomposition, prompt engineering для Claude Code. Separate chat на Claude.ai.
- Claude Code (Opus 4.7 в Termius) — main engineer. Пишет production код через Founder как оператора. Несколько параллельных sessions.
- Chamber (5 LLMs) — knowledge aggregation (Claude, GPT-4/4o, Gemini, Grok, DeepSeek). Working production system.
Принцип: всё что можно — через LLM. Founder оркестрирует, не исполняет vanilla задачи.
External contractors
Разрешены ТОЛЬКО где конкретные компетенции не заменяются LLM. Узкий scope, конечная duration, replaceable work.
Current external contractors:
- Разработчик-1 — GeeLark adversarial engineering. Специализация: anti-detect architecture против активно обучающегося Instagram. Это область где LLM в 2026 не справляется без human expertise. Engagement-based, не full-time. Не член team, не имеет access к core IP.
НЕТ в системе:
- Co-founders с equity (forbidden by ADR-0023)
- Full-time engineers (forbidden)
- Permanent freelancers (если повторяется — автоматизируем через LLM)
- Partners с значительным equity (forbidden)
Periodic engagements:
- External testers — отдельные sessions для QA (как 2026-04-18). Не full-time, не team member.
- Legal / accounting — юристы, бухгалтеры для UAE/RU compliance. Licensed professionals.
Для каждого external engagement — entry в registry с:
- Why LLM doesn’t cover this
- Scope и expiry date
- Replaceability plan
- Coupling minimization
Роли в системе
Human conductor (Founder)
Единственный message bus между всеми Claude-инстансами. Перекидывает:
- Вопросы между чатами
- Context snapshots
- Outputs от executors обратно к co-developer
- Test results от observers обратно к co-developer
- Финальные решения вниз по цепочке
Bottleneck: Founder. Ручной handoff layer.
Mitigation:
- RAG + Onboarding document = любой новый Claude подключается по одной ссылке, не требует полного re-введения
- Vault как single source of truth — context не в памяти, а в файлах
- Live Active-Plan — tactical roadmap не теряется между сессиями
Это by design, не defect. Founder как conductor — центральная роль в Monopreneur architecture.
Strategy / Architecture layer (Claude Opus 4.7)
Где: отдельный чат в Claude.ai
Делает:
- Высокоуровневая архитектура, стратегия
- Design новых концептов (агенты, scenarios, arbitration maps)
- Честные оценки (переговорные позиции, тех решения)
- Arbitration когда co-developer и Founder расходятся
НЕ делает:
- Production код
- Конкретные промты для терминалов (это Co-Developer)
- Testing
К нему идут с:
- Новыми стратегическими вопросами
- Переосмыслением архитектуры
- Конфликтом между Co-Developer и Founder
- Design сложных абстракций
Co-Developer layer (Claude Opus 4.6)
Где: отдельный чат в Claude.ai
Делает:
- Получает от Founder высокоуровневые задачи
- Декомпозирует на atomic-промты для Claude Code
- Формирует самодостаточные промты
- Проверяет outputs (через пересказ Founder)
- Ведёт tactical roadmap
НЕ делает:
- Код сам
- Стратегические решения
- Testing
Контекст: через vault + RAG. Обновления из новых сессий — автоматически через git push → RAG ingest.
Executor layer (Claude Code в Termius)
Где: Termius на VPS, несколько параллельных инстансов
Делает:
- Получает готовый промт от Co-Developer (через Founder)
- Исполняет код: файлы, git commits, npm/pip install, tests
- Возвращает output
НЕ делает:
- Не планирует задачу
- Не принимает приоритеты
- Не тестирует в браузере
Coordination: Каждый инстанс — свой repository context (synth-brain, synth-nova-manifest, synth-nova-rag). Founder переключается между окнами.
Observer / Tester layer (Periodic engagements)
Где: external human testers (engagement-based) + browser tools
Делает:
- Тестирует deploys в реальных условиях
- Даёт structured feedback
- Идентифицирует bugs и UX issues
НЕ делает:
- Не пишет код
- Не член team — engagement-based
Pattern: sprint → external test → feedback → Co-Developer → fixes.
Message flow (типичная итерация)
1. Founder → Strategy Claude: "Хочу X, помоги понять"
2. Strategy → Founder: "Рамка такая, 3 опции, что выбираешь?"
3. Founder → Strategy: "Выбираю опцию 2"
4. Strategy → Founder: "OK, вот high-level task для Co-Developer"
5. Founder → Co-Developer: "Вот задача от Strategy"
6. Co-Developer → Founder: "Декомпозирую на 3 commits, вот промты"
7. Founder → Claude Code #1: copy-paste первый промт
8. Claude Code #1 → Founder: "Готово, commit hash"
9. Founder → Co-Developer: "Вот output"
10. Co-Developer → Founder: "Всё ок, next task"
11. Founder → Claude Code #2: copy-paste следующий промт
...
12. Periodic: Founder → External tester: "Test this deploy"
13. Tester → Founder: "Вижу X, сломано Y"
14. Founder → Co-Developer: "Tester says Y broken"
15. Co-Developer → Founder: "Fix-промт для Claude Code"
...
Принципы работы
1. Single source of truth — Vault
Всё важное — в manifest vault, не в памяти чатов. Если информация только в чате — она потеряется при переполнении контекста.
Правило: после значимой сессии — update Session-Context-YYYY-MM-DD или соответствующий живой документ.
2. RAG как мост между чатами
RAG индексирует vault. Любой Claude может запросить RAG и получить актуальное состояние. Это лечит проблему “новый чат не знает контекста”.
Planned: separate pipeline_memory collection для Pipeline Memory
(Task 5.5) — чтобы агенты учились из past runs.
3. Onboarding по одной ссылке
Любой новый Claude → Onboarding-New-Claude. Одна ссылка, он читает и в курсе.
4. Роль объявляется явно
При подключении Claude получает контекст + роль. Strategy / Co-Developer / Executor / Tester — разные задачи, разное поведение.
5. Atomic handoffs
Каждая передача между чатами — минимальный coherent unit. Не “вот 5 задач”, а “вот одна задача, вернёшь output — дам следующую”.
6. Честность про ошибки
Если Claude домыслил / неправильно связал контекст / ошибся — Founder останавливает и фиксирует. Ошибки не прячутся.
7. Monopreneur discipline
Каждое предложение “нанять кого-то” / “добавить в команду” / “взять partner” — red flag. Перед таким decision обязательно:
- Может ли LLM это делать (сейчас или в ближайшем future)?
- Если contractor нужен — узкий scope и expiry?
- Как это влияет на Monopreneur narrative?
Типичные проблемы и mitigation
Контекст переполнился
Было: 20-40 минут на re-введение в новом чате.
Теперь:
- Founder даёт новому Claude ссылку на Onboarding
- Claude читает → подтверждает
- Продолжают работу
Strategy и Co-Developer расходятся
- Founder формулирует конфликт
- Идёт к Strategy Claude с конфликтом
- Strategy даёт arbitration с reasoning
- Founder решает
Claude Code сделал не то что Co-Developer просил
Промт неполный. Mitigation:
- Founder пересылает output обратно Co-Developer
- Co-Developer видит gap
- Формирует rev-2 с учётом gap
- Обновляет template промта
Tester тестирует stale deploy
Git post-commit должен триггерить redeploy. Если нет — operational debt.
- Tester указывает timestamp теста
- Co-Developer проверяет commit hash
- Если mismatch — infrastructure bug в backlog
Temptation to “hire someone”
Red flag в Monopreneur architecture. Process:
- Stop
- Document: какая competence needed, почему LLM не справляется
- Challenge: может ли LLM справиться хуже но acceptably?
- Если нужен external — narrow scope, expiry, replaceable
Метрики эффективности
Пока не автоматизированы, но полезно отслеживать:
- Время от идеи до implemented change — target < 2 часа mini-tasks, < 1 день features
- Количество handoff hops — меньше = лучше
- % задач доведённых до конца с первого промта — quality Co-Developer промтов
- Context rebuild events — сколько раз Founder вводил Claude вручную (target = 0 после Onboarding adoption)
- Monopreneur purity ratio — % задач executed by LLM vs external contractor hours per month. Target: 95%+ LLM.
Эволюция системы
Следующие улучшения:
- Agent-Mirror — агент в brain мониторит chat activity и синхронизирует memory
- Auto-commit session snapshots — Claude в конце сессии сам пишет summary в vault
- Shared artifacts space — Strategy генерирует файлы, Co-Developer видит автоматически
- MCP integration — Claude Code использует RAG как MCP tool
- Voice interface для Founder — быстрее диктовать чем писать (Intake Agent Phase 2)
НЕ делаем:
- Полная автоматизация без Founder (Founder остаётся conductor — by design, часть Monopreneur experiment)
- Cross-chat API (нет native для Claude.ai)
- Unified logging всех чатов (vault + manual достаточно пока)
Связанные документы
- ADR-0023-Monopreneur-Principle — foundational framework
- Onboarding-New-Claude
- Session-Context-2026-04-18
- Active-Plan
- Working-Products
- _Open-Questions
- Manifesto
- Orchestration-Model — техническая оркестрация агентов (не meta)
- Agent-CEO