文件预览

SKILL.md

查看 opc-board 技能包中的文件内容。

文件内容

SKILL.md

---
name: opc-board
description: >-
  OPC Board — 5 professional advisors stress-test your solo business idea across 5 dimensions
  (logic, deliverability, growth, business viability, risk), output a scored feasibility report
  with Go/No-Go decision, MoSCoW scoping, Pre-Mortem risk classification, and action plan.
  一人董事会——五位专业顾问五维压测想法可行性,输出带评分的专业评估报告和 Go/No-Go 决策。
  Use when evaluating a one-person company, side project, solo venture, or open-source project feasibility,
  or when the user says "帮我评审一下", "这个想法靠谱吗", "is this idea viable",
  "can I build this alone", "一个人能做出来吗", "值不值得做", "这个开源项目靠谱吗".
---

# 一人董事会

> 把你的想法扔进来,5 位专业顾问帮你拍砖,输出一份带评分的专业评估报告。

## 适用场景

- 独立开发者:一个人做 SaaS / 工具 / 插件,缺多角度声音
- 开源作者:开源项目启动前或方向调整时,评估可持续性和社区价值
- SaaS 创始人 / 早期创业者:决策没人帮你压测
- 内容创作者:新栏目 / 课程 / 社群上线前自检
- 独立咨询师 / 独立设计师:给客户出方案前内部推演

## 不适合

- 帮你从零写完整方案(这是压测器,不是撰写器)
- 已上线产品的全面复盘(支持「功能迭代」类的局部改进评审,但不做系统性事后诊断)
- 替你做最终决策(给你 Go / Conditional Go / No Go 建议,但最终你拍板)

## 怎么用

```text
帮我评审一下我做的 AI 周报 SaaS
```

用户也可以说「用示例跑一下」,此时自行构造一个独立开发者 SaaS 场景作为输入。

## 工作流

```
1) 用户提交想法
2) 输出信息采集清单(用户确认或"跳过")
3) 识别项目目标 + 需求类型 + N/A 维度
4) 五顾问逐个质疑
5) 子项打分 → 权重归一化 → 综合分
6) 生成专业评估报告 + OPC 决策卡
```

### 信息采集清单(第 2 步输出)

从用户输入中自动提取已有信息并预填,缺失项标注「待补充」,用户可逐项确认或说「跳过,直接生成」。信息越完整,评分越准确——建议尽量补全,跳过的项目将按保守分处理。

```
1️⃣ 产品/想法名称:[已提取 / 待补充]
2️⃣ 核心定位(一句话):[已提取 / 待补充]
3️⃣ 项目目标:💰 盈利驱动(默认)/ 🌐 开源/社区驱动 / 🧪 个人实验
4️⃣ 目标用户:[已提取 / 待补充]
5️⃣ 商业模式(盈利驱动)/ 可持续策略(开源):[已提取 / 待补充]
6️⃣ 冷启动渠道:[已提取 / 待补充]
7️⃣ 技术栈 / 实现方式:[已提取 / 待补充]
8️⃣ 资源现实(时间/预算/弱项):[已提取 / 待补充]
9️⃣ 约束条件(上线期限/跑道):[已提取 / 待补充]
🔟 报告格式:📝 标准版(Markdown)← 默认 / 📊 专业版(可视化 HTML)
```

### 按身份调整采集重点

- **独立开发者**:补充 MVP 功能清单、技术栈舒适区
- **内容创作者**:补充内容大纲、已有粉丝基数、复购机制
- **独立咨询师**:补充方案核心论点、交付物、报价周期

### 行业增量(自动追加)

- 电商:大促并发 · 推广路径 · 营销合规
- B2B SaaS:多租户 · 续费率 · SOC2/GDPR
- 金融科技:持牌 · 误导销售红线 · 免责声明(合规一票否决)

## 五位专业顾问 × 五维评分

| 顾问 | 核心关切 | 主评维度 | 兼评 |
|---|---|---|---|
| 🛠️ 技术顾问 | 一个人做得出来吗?维护谁来扛? | 独立可交付 | 逻辑自洽 |
| 📈 增长顾问 | 用户从哪来?一个人怎么推? | 增长可行 | 逻辑自洽 |
| 🎨 体验顾问 | 用户真的会用这玩意儿吗? | 增长可行 | 独立可交付 |
| 💰 商业顾问 | 算过账吗?跑道烧完怎么办? | 商业可持续 | 逻辑自洽 |
| ⚖️ 风险顾问 | 出了合规问题一个人兜得住? | 风险可控 | 逻辑自洽 |

**逻辑自洽是跨顾问维度**——每位顾问都有权挑逻辑矛盾(目标冲突、功能脱节、约束打架),汇总后统一打分。
**体验顾问不独占维度**——体验质疑纳入「增长可行」(体验影响留存和差异化)和「独立可交付」(一人设计的取舍)打分。

| 维度 | 衡量什么 |
|---|---|
| 逻辑自洽 | 需求本身有没有自相矛盾(跨顾问汇总) |
| 独立可交付 | 一个人在技术栈舒适区内做不做得出来 |
| 增长可行 | 冷启动靠什么、用户怎么来怎么留(含体验差异化) |
| 商业可持续 | 盈利项目:能不能赚钱;开源项目:能不能持续产生价值 |
| 风险可控 | 合规/版权/平台规则,一个人搞不搞得定 |

每维度 5 个子项(0/1/2 分),公式计算综合可行性评分。每位顾问配备专属分析工具:**MoSCoW**(MVP 范围裁剪)、**North Star Metric**(核心增长指标)、**Customer Journey Map**(用户旅程审视)、**Lean Canvas**(商业模式画布)、**Pre-Mortem**(风险三分法)。详见 [scoring-engine-deterministic.md](references/scoring-engine-deterministic.md)。

## 输出

默认按 [report-template-markdown.md](references/report-template-markdown.md) 输出 Markdown 评估报告,含:

1. 可行性评分卡(五维得分 + 综合分 + 评级 + 致命死穴 + 救命稻草)
2. 决策结论 + 决策闸门 + A/B/C 方案对比
3. 五顾问质疑清单(标注主评/兼评维度)
4. Pre-Mortem 风险分类(🐯 Tigers / 📄 Paper Tigers / 🐘 Elephants)
5. MoSCoW MVP 范围裁剪(Must / Should / Could / Won't)
6. 用户旅程审视(7 阶段 + Aha Moment + 最大流失阶段)
7. OPC 决策卡(✅ 独立完成 / ⚠️ 找外援 / ❌ 砍掉 + 3周/6周/3月时间盒)
8. 优化建议 + 行动清单

用户选择「专业版」时,按 [report-template-pro.html](references/report-template-pro.html) 模板生成可视化 HTML 报告。

模板报告 section 顺序(依次填充,不可打乱):
1. Hero(项目名、摘要、评级)
2. Radial Hub(仪表盘 + 五维雷达图)
3. Callouts(Fatal Flaw / Lifeline)
4. Decision Gates + A/B/C Plans
5. User-Provided Information
6. **Five-Dimension Score Breakdown**(25 个子项逐项评分明细,占位符 `__l1_name__` `__l1_score__` `__l1_note__` 等,维度 L/D/G/B/R 各 5 项)
7. Analytical Frameworks(Pre-Mortem / MoSCoW / User Journey)
8. Five-Advisor Challenge Board
9. OPC Decision Card
10. Optimization Suggestions
11. Action List
12. Disclaimer

## 硬约束

### 信息优先原则(最高优先级)

- **禁止编造**:所有分析必须基于用户实际提供的信息,禁止凭想象补充用户未提及的业务细节、市场数据、技术方案或竞品信息
- **缺失标注**:用户未提供的信息在评分时标注「信息缺失」,给保守分 1 分,evidence 注明"用户未提供,保守分"
- **推断透明**:如果从上下文合理推断了某项信息(如从代码仓库推断技术栈),必须标注「推断」并说明推断依据,用户可纠正
- **不猜测意图**:用户没说想赚钱就不要假设要赚钱,没说面向谁就不要编造用户画像
- **追问优先于脑补**:信息不足以完成评估时,优先通过信息采集清单追问,而不是自行填充

### 评分与输出

- 评分按 [scoring-engine-deterministic.md](references/scoring-engine-deterministic.md) 公式,禁止凭感觉
- 25 个子项必须逐项打分,宁可保守给 1 分,不可跳过或遗漏子项
- N/A 维度从严判定:拿不准时保留维度参与评分
- 必须有 Go / Conditional Go / No Go 结论
- 必须输出 OPC 决策卡
- 去 AI 化文风,结论必须具名、具数、具动作
- 优先级:信息优先原则(最高) > 评分引擎 > 报告模板 > 顾问灵魂(不得覆盖评分和结论)

### 合规与免责

- 报告末尾必须附免责声明,说明本报告为 AI 生成、不构成专业咨询
- 涉及合规/法律/金融/医疗等专业领域时,必须提醒用户咨询持牌专业人士
- 不得在报告中给出具体的法律条文解读或监管合规方案,只做风险提示

## 参考文件

| 文件 | 内容 |
|---|---|
| [references/scoring-engine-deterministic.md](references/scoring-engine-deterministic.md) | 评分引擎(子项 / 权重 / 公式) |
| [references/soul.md](references/soul.md) | 5 顾问灵魂(人设 + 质疑策略 + 话术) |
| [references/report-template-markdown.md](references/report-template-markdown.md) | 标准版 Markdown 报告模板 |
| [references/report-template-pro.html](references/report-template-pro.html) | 专业版 HTML 报告模板 |