--- name: mosaic-board description: 'Run a Board of Directors review on a brief or proposal. CEO, CTO, CFO, and COO personas evaluate strategic, technical, financial, and operational viability. Use when you need a go/no-go decision, strategic review, or multi-perspective evaluation of a plan. Triggers on: board review, evaluate this brief, strategic review, go/no-go, board of directors.' --- # Mosaic Board of Directors Run a multi-persona strategic review of a brief, proposal, or plan. Four executive personas independently evaluate, then a synthesis merges their verdicts into a single recommendation. --- ## When to Use - Evaluating a new feature, product, or architectural decision - Go/no-go decisions before committing resources - Strategic review of a PRD or project brief - Any time you want structured multi-perspective feedback --- ## The Board | Role | Perspective | Key Question | | ------- | ------------------------------- | ------------------------------------------ | | **CEO** | Vision & mission alignment | "Does this serve the mission?" | | **CTO** | Technical feasibility & risk | "Can we actually build this?" | | **CFO** | Cost, ROI, budget impact | "What does this cost vs return?" | | **COO** | Operations, timeline, resources | "What's the timeline and resource impact?" | --- ## How It Works ### Step 1: Identify the Brief The user provides a brief, PRD, proposal, or describes what they want reviewed. If no written document exists, help them articulate the key points: - What is being proposed? - What problem does it solve? - What are the success criteria? - What are the known constraints? ### Step 2: Run Individual Reviews For **each board member**, adopt their persona and evaluate the brief independently. Each review must output: ```json { "persona": "CEO|CTO|CFO|COO", "verdict": "approve|reject|conditional", "confidence": 0.0-1.0, "concerns": ["specific concern 1", "specific concern 2"], "recommendations": ["actionable recommendation 1"], "key_risks": ["identified risk 1"] } ``` **Rules for each persona:** - **CEO**: Focus on strategic alignment, market positioning, user value, mission fit. Ask "why should we do this?" not just "can we?" - **CTO**: Focus on architecture implications, technical debt, integration complexity, security surface. Be realistic about build effort. - **CFO**: Focus on cost (compute, human time, opportunity cost), ROI timeline, budget impact. Demand numbers or reasonable estimates. - **COO**: Focus on timeline, team capacity, operational overhead, maintenance burden, deployment complexity. ### Step 3: Synthesize Merge all four reviews into a board synthesis: - **Verdict**: `reject` if ANY member rejects. `conditional` if any member is conditional. `approve` only if all approve. - **Confidence**: Average of all member confidence scores. - **Concerns**: Deduplicated union of all concerns. - **Recommendations**: Deduplicated union of all recommendations. - **Key Risks**: Deduplicated union of all risks. ### Step 4: Present Results Format the output as a readable Board Decision document: ```markdown # Board Decision: [Brief Title] ## Verdict: APPROVED / CONDITIONAL / REJECTED **Confidence: X.XX** ## Individual Reviews ### CEO — [verdict] - Concerns: ... - Recommendations: ... ### CTO — [verdict] - Concerns: ... - Recommendations: ... ### CFO — [verdict] - Concerns: ... - Recommendations: ... ### COO — [verdict] - Concerns: ... - Recommendations: ... ## Synthesis - Combined concerns: ... - Combined recommendations: ... - Key risks: ... ## Next Steps [Based on verdict — what should happen next] ``` --- ## Standalone vs Full Pipeline This skill works **standalone** — you don't need the full Mosaic Stack or Forge pipeline. Just invoke `/skill:mosaic-board` with any brief or proposal. When used within the **Forge pipeline** (`@mosaic/forge`), the board stage is automated with parallel persona tasks and mechanical synthesis via `board-tasks.ts`. --- ## Board Persona Files If detailed persona definitions exist at `~/.config/mosaic/forge/agents/board/`, load them for richer persona context. The personas work without these files — the role descriptions above are sufficient for standalone use. --- ## Classification Shortcut Not every proposal needs a full board review: - **Strategic** (new features, architecture, integrations, security): Full board review - **Technical** (refactors, bugfixes, UI tweaks): Skip board — go straight to implementation - **Hotfix** (urgent patches): Skip board and analysis — just fix it If the user's request is clearly technical or a hotfix, suggest skipping the board review and proceeding directly. --- ## Save Results Save the board decision to `docs/board-reviews/` or the project's `.forge/` directory: ``` docs/board-reviews/YYYY-MM-DD-brief-name.md ``` This creates an audit trail of strategic decisions.