创始人模式

founder-mode
分类通用
作者Alireza Rezvani
许可MIT
评分4.30/5
使用12.3K

/cs:founder-mode — 自动路由系统

命令： /cs:founder-mode <question>

这是创始人唯一需要记住的命令。它会自动将问题路由至正确的 C-level 角色，或者在涉及多角色时触发 /cs:boardroom。

这是核心杀手级命令 —— 解决了“我不知道该用哪个斜杠命令”的问题。只需输入问题，系统会自动决定进入哪个讨论室。

路由逻辑

路由系统（通过 cs-chief-of-staff）执行关键词 + 意图匹配：

| 问题中的信号 | 路由至 |
|---|---|
| 烧钱率 (burn), 跑道 (runway), 融资 (fundraise), 稀释 (dilution), 模型 (model), LTV, CAC | cs-cfo-advisor |
| 销售管线 (pipeline), 赢率 (win rate), 预测 (forecast), 配额 (quota), 爬坡 (ramp), 销售模式 (sales motion) | cs-cro-advisor |
| 定位 (positioning), ICP, 信息传递 (message), 品牌 (brand), 渠道 (channel), 活动 (campaign) | cs-cmo-advisor |
| 路线图 (roadmap), PMF, JTBD, 北极星指标 (North Star), RICE, 砍掉 (kill) | cs-cpo-advisor |
| 节奏 (cadence), OKR, 计分卡 (scorecard), DRI, 操作系统 (operating system), 律动 (rhythm) | cs-coo-advisor |
| 招聘 (hiring), 薪酬 (comp), 职级体系 (ladder), 等级 (level), 流失率 (attrition), eNPS, 股权 (equity) | cs-chro-advisor |
| 安全 (security), 威胁 (threat), 泄露 (breach), 合规 (compliance), 审计 (audit), SOC 2 | cs-ciso-advisor |
| 架构 (architecture), 扩容 (scaling), 技术债 (tech debt), SLO, 延迟 (latency) | cs-cto-advisor |
| 合同 (contract), 知识产权 (IP), 条款清单 (term sheet), 监管机构 (regulator), 许可证 (license) | cs-general-counsel-advisor |
| 留存 (retention), GRR, NRR, 流失 (churn), 客户成功 (customer success), CSM, 价值实现时间 (time-to-value), 续约 (renewals) | cs-cco-advisor |
| 训练数据 (training data), 数据权利 (data rights), 同意 (consent), 数据资产 (data asset), 数据仓库 (warehouse), 湖仓一体 (lakehouse), 数据网格 (data mesh) | cs-cdo-advisor |
| 模型选择 (model selection), 评估 (eval), 幻觉 (hallucination), AI 风险 (AI risk), 欧盟 AI 法案 (EU AI Act), 微调 (fine-tune), AI 自研 vs 外购 (build vs buy AI) | cs-caio-advisor |
| DORA, 周期时间 (cycle time), 部署频率 (deploy frequency), 工程招聘漏斗 (eng hiring funnel), 团队拓扑 (team topology), 交付吞吐量 (delivery throughput) | cs-vpe-advisor |
| 战略 (strategy), 愿景 (vision), 董事会 (board), 并购 (M&A), 融资 (raise), 退出 (exit) | cs-ceo-advisor |
| 来自 2 个以上不同角色的信号 | /cs:boardroom |
| 含义模糊 | 先路由至 /cs:office-hours，然后再路由 |

工作流

1. 解析问题中的角色信号
2. 如果仅涉及一个角色：直接调用该 cs-* 代理
3. 如果涉及 2 个及以上角色：通过 /cs:brief 构建简报并触发 /cs:boardroom
4. 如果模糊/无信号匹配：触发 /cs:office-hours 引导创始人明确问题
5. 通过 decision-logger 记录路由决策（原始层）

输出

路由系统会发出以下三种响应之一：

单角色路由

code
路由至： cs-cfo-advisor
原因： 问题涉及烧钱率和单位经济效益。
下一步： 正在调用 cs-cfo-advisor 并加载公司上下文。

[随后显示顾问的回答]

多角色路由

code
路由至： /cs:boardroom
原因： 问题涉及 CFO + CMO + CPO（价格变动涉及财务、定位和产品影响）。
下一步： 正在通过 /cs:brief 构建简报，随后运行 boardroom。

简报已保存：~/.claude/briefs/2026-05-12-pricing-v3.md
运行：/cs:boardroom ~/.claude/briefs/2026-05-12-pricing-v3.md

模糊 $\rightarrow$ 办公时间 (Office Hours)

code
路由至： /cs:office-hours
原因： 问题过于宽泛（“我们应该增长得更快吗？”）。在顾问提供帮助前需要先界定框架。
下一步： 进入六个问题的引导环节。

[随后显示 Office hours 的问题]

为什么这是杀手级命令

gstack 要求创始人记住所有 23 个斜杠命令并选择正确的一个，这增加了认知负担。/cs:fo...
founder-mode 将其简化为单一入口——由系统决定。这也是持久化内存发挥作用的地方：通过 company-context.md + decision-logger，路由系统知道哪些事项已决定，从而避免重复讨论。

示例

code
/cs:founder-mode "我们现在应该进行 B 轮融资，还是再等 6 个月？"
   → boardroom (涉及 CFO + CEO + CRO)

/cs:founder-mode "本月胜率下降了 20%"
   → cs-cro-advisor


/cs:founder-mode "本季度总留存率下降了 5 个百分点"
   → cs-cco-advisor


/cs:founder-mode "我们招个营销副总裁 (VP Marketing) 吧"
   → boardroom (涉及 CHRO + CMO + CFO)


/cs:founder-mode "我们的增长速度应该更快吗？"
   → /cs:office-hours (过于模糊)

相关内容

---

版本： 1.0.0