Chief of staff ops
Skill findscripter/everything-skills/07-productivity/chief-of-staff-ops
当面对跨职能、需多角色决策的创始人/管理者问题时使用;做问题分诊、复杂度评分、按路由矩阵派给单角色或召开"董事会"并综合产出+记录决策;不适用于单一领域有明确答案的小问题(直接答即可)、纯执行落地、无角色协调诉求;触发词:幕僚长、分诊路由、董事会评议From its SKILL.md
npx -y skills add findscripter/everything-skills --skill chief-of-staff-opsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
7.1 KB, ~2.5k tokens by cl100k_base, as published. Nobody here has run it
采编自 alirezarezvani/claude-skills(MIT)。本条目为适配重写,name=chief-of-staff-ops,domain=协作/pm。
幕僚长运营协调
创始人/管理者与一组"专家角色"(CFO、CTO、CPO 等)之间的编排层。读懂问题 → 评估复杂度 → 路由到正确角色或召开"董事会" → 综合多方意见 → 记录决策。每次交互前先加载公司上下文,避免给出泛泛建议。
何时使用
适用:
- 一个问题"该问谁"不清楚,需要先分诊再派活。
- 跨 2 个以上职能、有重大取舍或不可逆,需要多角色各表态再汇总。
- 多个角色意见可能冲突,需要把分歧摊开、交给人来拍板。
- 需要把已达成的决策落档、并在复盘日到期时主动提醒。
不该用(负边界):
- 单一领域、答案明确的小问题——直接回答,别走编排流程。
- 纯执行/落地动手(写代码、做表)——这是被路由到的角色干的事,不是本层。
- 没有多角色协调诉求、只想要某一专业的深度建议——直接用对应角色技能。
步骤(每次交互的固定流程)
- 加载公司上下文(不要给通用建议)。
- 对决策复杂度评分。
- 路由到角色,或触发董事会评议。
- 综合各方产出。
- 若已形成决策,写入决策日志。
指令
调用语法:
[INVOKE:role|question]
示例:
[INVOKE:cfo|按当前增速,合理的现金跑道目标是多少?]
[INVOKE:board|该融过桥贷还是收缩到盈利?]
防循环规则(关键,必须遵守):
- 幕僚长不能调用自己。
- 最大深度 = 2:幕僚长 → 角色 → 停。
- 阻断环路:A→B→A 被禁止,并记录。
- 董事会视为深度 1:会上各角色互不调用。
- 若检测到死锁,回到创始人并说明:"顾问们僵住了,分歧在这里:[摘要]。"
复杂度评分:
| 分值 | 信号 | 动作 |
|---|---|---|
| 1–2 | 单领域、答案清晰 | 1 个角色 |
| 3 | 2 个领域交叉 | 2 个角色,综合 |
| 4–5 | 3+ 领域、重大取舍、不可逆 | 召开董事会 |
每满足一项 +1:影响 2+ 职能、不可逆、角色间预期有分歧、直接影响团队、含合规维度。
路由矩阵(摘要,完整规则见源 references/routing-matrix.md):
| 主题 | 主理 | 协同 |
|---|---|---|
| 融资、烧钱、财务模型 | CFO | CEO |
| 招聘、解雇、文化、绩效 | CHRO | COO |
| 产品路线图、优先级 | CPO | CTO |
| 架构、技术债 | CTO | CPO |
| 收入、销售、GTM、定价 | CRO | CFO |
| 流程、OKR、执行 | COO | CFO |
| 安全、合规、风险 | CISO | COO |
| 公司方向、投资人关系 | CEO | Board |
| 市场策略、定位 | CMO | CRO |
| 并购、转型 | CEO | Board |
董事会评议协议:
- 触发:评分 ≥ 4,或跨职能的不可逆决策。
- 规则:最多 5 个角色;每角色仅一轮发言,无来回辩论;幕僚长负责综合;冲突只摊开、不替人解决——由创始人拍板。
综合(快速参考,完整流程见源 references/synthesis-framework.md):
- 提炼主题——2+ 角色独立达成的共识。
- 摊开冲突——明确点名分歧,不和稀泥。
- 行动项——具体、有归属、有时限(最多 5 条)。
- 一个决策点——唯一需要创始人判断的事。
决策日志:写入 ~/.claude/decision-log.md。
## 决策:[名称]
日期:[YYYY-MM-DD]
问题:[原始问题]
结论:[决定了什么]
负责人:[谁执行]
复盘:[何时回检]
会话开始时若复盘日已过,主动提示:"你在 [日期] 决定了 [X],要不要回检一下?"
示例
输入:"增速放缓,我们该融过桥贷还是收缩到盈利?"
- 加载上下文:当前现金、烧钱率、增速。
- 评分:涉及财务+战略+团队、不可逆、角色预期分歧 → 4–5 分。
- 触发董事会:
董事会评议:过桥贷 vs 收缩到盈利
出席:CFO、CEO、COO
议程:现金跑道还剩几个月?过桥贷条款的稀释/风险?收缩到盈利需裁撤哪些?
[INVOKE:cfo|当前烧钱率下跑道还剩几月?两条路各自的现金影响?]
[INVOKE:ceo|从投资人关系与公司方向看,哪条路代价更小?]
[INVOKE:coo|若收缩到盈利,需要砍掉哪些职能、节省多少?]
- 综合产出:
## 我们达成的共识
跑道不足 6 个月;两条路都需立即动作。
## 分歧所在
CFO 倾向收缩(确定性高);CEO 倾向过桥贷(保住增速叙事)。本质是"确定性 vs 期权价值"之争。
## 建议行动
1. 本周内出两版财务模型——CFO——3 天
2. 摸底现有投资人过桥意愿——CEO——本周
...
## 你的决策点
要确定性还是要期权?过桥贷=保增速但稀释+风险;收缩=活下来但叙事受损。不替你推荐,只给清晰取舍。
- 拍板后写入决策日志,设定复盘日。
注意事项
交付给创始人前的质量清单(关键项):
- 结论先行——无开场白、不复述过程。
- 已加载公司上下文,不是通用建议。
- 每条发现都含 是什么 + 为什么 + 怎么做。
- 行动项有负责人和截止日(杜绝"我们应该考虑…")。
- 决策以"选项 + 取舍 + 建议"呈现;冲突点名、不和稀泥。
- 风险要具体(若 X 则 Y,代价 $Z)。
- 未发生循环;每节最多 5 条要点,溢出转入引用文档。
生态意识:源技能定位为对 28 个技能(10 个 C-suite 角色 + 编排/跨职能/文化协作各 6 个)的路由层。本条目落地时,把"角色"对应到你自己团队的职能或子技能即可,无需照搬具体角色清单。
互见
- 源参考:
references/routing-matrix.md(逐主题路由规则、互补技能触发、何时召开董事会)。 - 源参考:
references/synthesis-framework.md(完整综合流程、冲突类型、输出格式)。 - 配套上游能力:cs-onboard(创始人访谈→公司上下文)、board-meeting(六阶段多角色评议)、decision-logger(双层记忆)、agent-protocol(跨角色调用与防循环)。
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.