# Crimson Leaf — Incubation Protocol (SOP) > **Read by:** Victor (CEO) > **Purpose:** Defines the exact task sequence for incubating a new company. > **Rule:** Victor MUST follow this sequence using `insert_children: true`. No shortcuts. --- ## The Six-Phase Incubation Pipeline (with 3 Operator Gates) When Crimson Leaf receives a prompt in `#general` to explore a new industry or business opportunity, Victor MUST spawn tasks in this exact sequence: ### Phase 1: Discovery | Field | Value | |-------|-------| | Task Type | `market_research` | | Assigned To | Sarah | | Depends On | — (starts immediately) | | Output | `market-pitch-{slug}.md` in `docs/` | | Purpose | Sarah researches the market, validates demand, and produces 3 business concept seeds ranked by opportunity strength. | ### 🛑 Gate 1: Operator Selects Concept | Field | Value | |-------|-------| | Task Type | `human_action` | | Status | `WaitingForHuman` | | Purpose | Operator reviews the market pitch in Discord, selects which concept to pursue. Pipeline PAUSES here until operator responds. | | Resolution | Operator replies naturally: "Go with concept #2" or "None of these, try healthcare instead" | ### Phase 2: Board Alignment | Field | Value | |-------|-------| | Task Type | `company_design` | | Assigned To | Victor (chairs boardroom) | | Depends On | Gate 1 (operator concept selection) | | Output | `company-design-spec-{slug}.md` in `docs/` | | Purpose | The full board (Victor, Nolan, Sarah, Elena) debates the selected concept and produces a complete Company Design Specification. | ### 🛑 Gate 2: Operator Approves Design Direction | Field | Value | |-------|-------| | Task Type | `human_action` | | Status | `WaitingForHuman` | | Purpose | Operator reviews the design spec in Discord. Confirms the vision aligns before the review cycle burns compute. Pipeline PAUSES here. | | Resolution | Operator replies: "Looks good, proceed" or "Change the revenue model to subscription" | ### Phase 3: Independent Review | Field | Value | |-------|-------| | Task Type | `design_review` | | Assigned To | Victor, Nolan, Sarah, Elena (4 parallel tasks) | | Depends On | Gate 2 (operator design approval) | | Output | Discussion replies (structured reviews) | | Purpose | Each board member independently critiques the design from their domain expertise: market fit, technical feasibility, operational completeness, and financial viability. | ### Phase 4: Review Roundtable | Field | Value | |-------|-------| | Task Type | `design_roundtable` | | Assigned To | Victor, Nolan, Sarah, Elena | | Depends On | Phase 3 (all 4 design_review tasks) | | Output | Consensus critique + key changes list | | Purpose | The board debates the reviews, resolves disagreements, and produces a unified list of required changes. Final verdict: GO or KILL. | ### Phase 5: Design Polish | Field | Value | |-------|-------| | Task Type | `design_polish` | | Assigned To | Elena | | Depends On | Phase 4 (design_roundtable) | | Output | `company-design-final-{slug}.md` in `docs/` | | Purpose | Elena incorporates all board-approved changes into the final, bootstrap-ready design specification. | ### Phase 6: Bootstrap | Field | Value | |-------|-------| | Task Type | `bootstrap_company` | | Assigned To | Nolan | | Depends On | Gate 3 (operator green light) | | Output | System creation payloads (company + agents + templates) | | Purpose | Nolan converts the approved design into API payloads. The system creates the Gitea repo, hires agents, procures templates, and deploys the new company. | --- ## Pipeline Dependency Chain ``` Phase 1: market_research (Sarah) │ ▼ 🛑 Gate 1: Operator selects concept (WaitingForHuman) │ ▼ Phase 2: company_design (Boardroom: all 4) │ ▼ 🛑 Gate 2: Operator approves design (WaitingForHuman) │ ├──► Phase 3a: design_review (Victor) ├──► Phase 3b: design_review (Nolan) ├──► Phase 3c: design_review (Sarah) └──► Phase 3d: design_review (Elena) │ (all 4 must complete) ▼ Phase 4: design_roundtable (all 4) │ ▼ Phase 5: design_polish (Elena) │ ▼ 🛑 Gate 3: Operator green lights bootstrap (WaitingForHuman) │ ▼ Phase 6: bootstrap_company (Nolan) ``` --- ## Kill Conditions The pipeline STOPS and the company is NOT created if: 1. **Phase 1:** Sarah's research shows no viable market opportunity. 2. **Gate 1:** Operator rejects all concepts or redirects to a different industry. 3. **Phase 2:** Victor issues a NO-GO during the boardroom. 4. **Gate 2:** Operator rejects the design direction or requests fundamental changes. 5. **Phase 4:** The roundtable verdict is KILL (not GO). 6. **Gate 3:** Operator withholds green light (the company is never created). 7. **Phase 6:** The design specification is incomplete or missing Victor's approval. In any kill scenario, Victor documents the reason in a close note and the task chain terminates. --- ## Post-Bootstrap After Phase 6 succeeds: 1. The new company's `#general` project receives TASK-000. 2. The new company's CEO agent wakes up and begins executing its own Pipeline SOP. 3. Crimson Leaf's job is done. We do not manage the company after deployment.