| name | council |
| description | 召集四方视角对商业模式、融资策略、业务方向等关键决策进行结构化辩论。适用于模糊的商业判断、多路径权衡、go/no-go 决策。 |
| metadata | {"openclaw":{"emoji":"🏛️"}} |
Council — 商业决策议会
召集四个视角对模糊的商业决策进行结构化辩论:
- 战略家(Strategist):当前上下文中的主声音,关注长期商业定位和竞争壁垒
- 质疑者(Skeptic):挑战商业假设,质疑市场规模和增长逻辑,寻找最简替代方案
- 务实者(Pragmatist):优先执行速度和资源现实,关注短期现金流和交付可行性
- 风控者(Risk Analyst):聚焦下行风险、合规陷阱、失败模式和退出路径
本技能用于模糊商业场景下的决策,不适用于信息检索、材料制作或明确执行任务。
使用时机
遇到以下情况时激活 Council:
- 商业模式存在多个可行方向,没有明显赢家
- 对已有商业模式做诊断,需要多视角审视
- 融资策略选择(轮次、估值、投资人类型)需要权衡
- 业务复盘后需要做出方向性调整
- 需要显式呈现权衡,而非单一答案
- 决策会显著影响融资节奏、业务重心或资源分配
典型场景:
- 当前商业模式的核心假设是否成立?
- 先做营收验证还是先拿融资?
- 某个市场细分值得投入还是应该放弃?
- 商业模式诊断中发现的矛盾如何取舍?
- 复盘后业务方向是否需要调整?
不适合使用的场景
| 需求 | 改用 |
|---|
| 制作投资人材料 | investor-materials skill |
| 搜索/筛选投资人 | market-research + investor-outreach |
| 记录投资人进展 | ir-record skill |
| 明确的执行任务 | 直接执行 |
| 纯事实性问题 | 直接回答 |
四个角色定位
| 声音 | 关注点 | 典型问题 |
|---|
| Strategist | 长期定位、竞争壁垒、商业闭环 | "这能否形成可持续的护城河?" |
| Skeptic | 挑战假设、质疑市场逻辑、提出最简替代 | "核心假设真的成立吗?有没有更轻的验证方式?" |
| Pragmatist | 执行速度、资源约束、现金流现实 | "现有资源能撑到验证吗?最短路径是什么?" |
| Risk Analyst | 下行风险、合规陷阱、失败模式、退出 | "最坏情况下损失多大?有没有合规隐患?" |
三个外部声音以独立子 agent 身份启动(self-spawn),只携带问题和必要上下文,不携带完整对话历史。这是防锚定的核心机制。
执行流程
1. 提炼真实问题
把决策压缩为一个明确的 prompt:
- 我们在决定什么?
- 哪些约束是硬性的(资金、时间、合规)?
- 什么算成功?
如果问题模糊,先问一个澄清性问题,再召集议会。
2. 收集必要上下文
- 从 MEMORY.md 和已有商业文档中提取相关数据
- 包括已有的商业模式描述、关键指标、复盘记录
- 保持紧凑,不堆砌无关上下文
3. 战略家先确立立场
在读取其他声音之前,先写下:
- 自己的初始立场
- 支持该立场的三个最强理由
- 自己偏好路径的主要风险
先写,避免综合时变成外部声音的镜像。
4. 并行启动三个独立声音
每个子 agent 只获得:
- 决策问题
- 紧凑上下文(如需要)
- 严格角色定义
- 无多余对话历史
Prompt 模板:
你是商业决策议会中的 [角色名]。
问题:
[决策问题]
上下文:
[仅相关商业数据或约束]
请按以下格式回答:
1. 立场 — 1-2 句话
2. 推理 — 3 条简洁要点
3. 风险 — 你建议路径的最大风险
4. 意外点 — 其他声音可能忽略的一点
要求:直接、不模糊、不超过 300 字。
角色侧重:
- Skeptic:质疑问题的框架本身,挑战商业假设(TAM、增长率、转化率),提出最简可信的替代方案
- Pragmatist:优化执行速度和资源效率,关注现金流和最短验证路径
- Risk Analyst:挖掘下行风险、合规陷阱、失败模式,评估最坏情况下的损失
5. 带防偏护栏综合立场
战略家同时是参与者和综合者,遵守以下规则:
- 驳回外部观点时,必须说明理由
- 如果某个外部声音改变了建议,明确说出来
- 最强的异见必须保留在报告中,即使被拒绝
- 如果两个声音都反对战略家的初始立场,将其视为真实信号
- 保留原始立场可见,再给出最终裁决
6. 输出紧凑裁决
## Council: [决策标题]
**Strategist:** [1-2 句立场]
[一行说明理由]
**Skeptic:** [1-2 句立场]
[一行说明理由]
**Pragmatist:** [1-2 句立场]
[一行说明理由]
**Risk Analyst:** [1-2 句立场]
[一行说明理由]
### 裁决
- **共识点:** [各方对齐的地方]
- **最强异见:** [最重要的分歧]
- **前提核查:** [Skeptic 是否质疑了问题本身?]
- **建议:** [综合后的路径]
保持可在手机屏幕上快速扫读。
持久化规则
不要把会议结论随意写入笔记文件。
如果 Council 实质改变了决策方向:
- 将结论更新到 MEMORY.md 或对应的商业文档
- 只在决策真正影响执行事实时才持久化
多轮跟进
默认只进行一轮。
用户要求追加轮次时:
- 新问题保持聚焦
- 只在确实必要时才携带上轮裁决
- 尽量保持 Skeptic 的上下文干净,维持防锚定价值
反模式
- 把 Council 用于明确的信息查询
- 问题已经有明显答案时还召集议会
- 把完整对话历史喂给子 agent
- 在最终裁决中隐藏异见
- 每次决策都写入文件不管重不重要