chore: consolidate new foundation and archive v1 (#1495)
This commit is contained in:
@@ -0,0 +1,155 @@
|
||||
---
|
||||
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** (`@mosaicstack/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.
|
||||
Reference in New Issue
Block a user