chief-of-staff：让 AI 成为你的“幕僚长”，而非另一个待办列表

chief-of-staff 是什么？

chief-of-staff 不是一个单一产品，而是一类 Agent Skill 的统称。不同实现存在显著差异：有的专注日常运营节奏（晨间简报、日终复盘），有的扮演C-suite 决策路由角色（把创始人问题分派给 CFO、COO 等顾问角色），还有的作为多 Agent 团队的协调者（拆分工作流、分派给命名 bot、检查证据）。

它的共同定位是编排层：不执行具体工作，而是协调、路由、合成和追踪。以 haris-admin/skills-rules-repo 的实现为例，它的 persona 定义非常明确：“你不做工作——你确保正确的工作被完成。你跨任务、沟通和关系进行协调，给所有者一个清晰的画面和路径。”

当前最广泛引用的实现之一是 1Shot-Labs/chief-of-staff，它面向 Claude Code，提供了一套可安装的插件和技能体系。另一个值得注意的方向是 chief-of-staff-mcp，它作为 Cursor 的 MCP 服务器运行，生成 .cursor/rules/chief-of-staff.mdc，让 Cursor 的 Agent 聊天遵循“Chief 规划、Worker 实现”的工作流。

chief-of-staff 的主要功能

跨源信息合成。读取任务文件、日历、收件箱摘要、关系追踪文件，合成统一视图。这不是简单的信息聚合，而是跨源识别——把不同来源中各自“正确”但合起来矛盾的信息标出来。

日常运营节奏。提供晨间简报（Morning Briefing）和日终复盘（End-of-Day Review）两种模式。晨间简报覆盖今日任务、日历、收件箱、到期跟进和“需要知道的事”；日终复盘确认完成了什么、什么还开着、哪些需要延后或放弃。

路由与分派。当识别到需要行动时，把任务路由给对应的专门技能：任务变更 → daily-task-manager；邮件行动 → executive-assistant；跟进到期 → relationship-manager。它不重复其他技能的职责，只读取它们的输出并呈现。

C-suite 决策路由（部分实现）。对创始人问题做复杂度评分（1-5），根据 routing matrix 路由到主/次顾问角色（CFO、COO、CRO 等），或在复杂度 ≥4 时召集“董事会会议”（最多 5 个角色各一轮），然后合成共识主题、冲突点、行动项和决策点。

chief-of-staff 的核心特色

“让正确的事被完成”，而非“把事情做完”。这是它和 todo 列表工具、邮件客户端的根本区别。todo 列表告诉你有什么要做；chief-of-staff 告诉你什么值得做、什么被忽略了、什么和什么矛盾了。它的输出是“一个清晰的画面和一条清晰的路径”，而不是更长的列表。

不制造任务，只呈现缺口。一个被反复强调的设计纪律：任务记录的是具体、已确认的承诺，不是建议、愿望、会议摘要或推断的下一步。只有当来源确立了四项条件（可完成的结果、确认的负责人、合理的截止日期、足够的溯源信息）时，才创建任务。否则保留为简报观察项。

编排而非执行。在 foss-bot 的实现中，chief-of-staff 明确不直接编辑产品代码。它拆分工作流、分派给 bot、检查证据、提交审查后的 diff，但不自己写代码。在 Cursor MCP 实现中，同理：Chief 准备任务包，Worker 在独立窗口中实现。

成本感知的模型策略。一个真实的运行教训来自 clawchief：当整个 Agent 默认使用 Opus 处理收件箱分类时，日成本达到 $80。切换到 Sonnet 作为默认、Haiku 处理心跳、Opus 按需调用后，成本降到“几美元一天”。chief-of-staff 的协调层定位天然适合这种模型分层策略。

chief-of-staff 可以用来做什么？

日常运营简报。每天早上让 AI 读取你的任务、日历、收件箱和跟进文件，输出一份单屏可扫读的简报。haris-admin 的实现建议每个 section 保持 2-5 行。

日终复盘与任务整理。确认今天完成了什么、什么还开着、什么需要延后，然后更新任务文件：已完成移到 Done，未完成选择 carry forward 或 reschedule。

创始人决策支持（C-suite 路由实现）。当问题跨越多个领域（如“现在该融资还是砍 burn？”），chief-of-staff 路由到合适的顾问角色，或召集多角色董事会讨论，合成一份带明确推荐和决策点的输出。

多 Agent 协调。把复杂请求拆分成工作流，分派给命名 bot，每个 bot 在独立 git worktree 中工作（最多 4 个并行），Chief 检查证据后提交。

不适合的场景：狭窄的单任务工作（写文案、debug 代码）；没有安装相关子技能（executive-assistant、daily-task-manager 等）时的独立运行；需要财务数据或敏感信息的场景（有实践者明确表示不让 AI 接触财务主题）。

chief-of-staff 适合哪些人？

• 创始人、运营主管、PM：每天需要在多个信息源之间切换，但不想花一小时“搞清楚今天要干什么”。
• 用 AI 编码助手做 Agent 编排的开发者：需要一个“Chief 规划、Worker 实现”的工作流模板。
• 已经在用 Claude Code 或 Cursor 并安装了相关子技能的人：chief-of-staff 依赖 executive-assistant、daily-task-manager 等技能的输出来合成视图。
• 对“跨源矛盾”敏感的人：那些曾经因为“两个团队各自正确但合起来矛盾”而吃亏的人，最能理解这类工具的价值。

不太适合：只需要单任务处理的人；没有安装配套子技能的人；期待 chief-of-staff 直接替自己干活的人。

chief-of-staff 如何安装？

不同实现的安装方式差异很大。以 1Shot-Labs 的 Claude Code 插件为例，参考 docs/getting-started.md：

# 安装 chief-of-staff 插件
chief skill install chief-of-staff/git-automation

对于 Cursor MCP 实现（chief-of-staff-mcp）：

cd your-project
npx chief-of-staff-mcp init

这会创建 .cursor/mcp.json、.cursor/rules/chief-of-staff.mdc 和 .chief/ 目录。重启 Cursor 后确认 MCP 服务器已启用。

对于 LobeHub 上的实现，安装提示更简单：

Curl https://lobehub.com/skills/eddowding-cortex-chief-of-staff/skill.md, then follow the instructions to set up LobeHub Skills Marketplace and install the skill.

前置条件：多数实现依赖 配套子技能（executive-assistant、daily-task-manager、relationship-manager 等）或 外部工具连接（Gmail、Google Calendar、Slack）。chief-of-staff 是“枢纽”，没有外围技能，它只能合成空视图。

chief-of-staff 怎么使用？

晨间简报模式。触发词：“morning briefing”“what do I need to know today”。输出覆盖：今日任务（标出 overdue 和高优先级）、日历（标出冲突和背靠背会议）、收件箱摘要（标出 urgent 和 VIP）、到期跟进（点名人和上下文）、以及“需要知道的事”。

日终复盘模式。触发词：“end of day review”“EOD wrap up”。确认完成项、仍开放项（询问 carry forward / reschedule / drop）、今日发出的跟进、明日预览、以及捕获新事项。复盘后更新任务文件。

即时模式（Ad-hoc）。触发词：“chief of staff mode”“what should I focus on”。快速 triage：什么最紧急、什么影响最大、什么等最久。呈现 Top 3 焦点及简要理由。

C-suite 路由模式（如适用）。使用 [INVOKE:role|question] 或 [INVOKE:board|question] 语法。例如 [INVOKE:cfo|What's the right runway target?]。

chief-of-staff 使用技巧

让子技能先跑起来。chief-of-staff 是编排层，它的输出质量取决于子技能写入任务文件、关系文件、邮件摘要的质量。先安装并配置 executive-assistant、daily-task-manager 等，chief-of-staff 的简报才会有实质内容。

区分“简报观察项”和“任务”。一个推荐、一个讨论话题、一个推断的下一步，应该留在简报中，而不是变成任务。只有当负责人确认了具体承诺和合理截止日期时，才创建任务。这个纪律防止任务列表膨胀。

对财务敏感信息设边界。一位实际的 Chief of Staff 实践者明确说：她不让 AI 接触财务主题。chief-of-staff 的价值在于协调，不在于替代你的判断。

注意模型成本分层。clawchief 的教训很具体：把 Opus 作为所有操作的默认模型，日成本 $80；切换为 Sonnet 默认、Haiku 处理心跳、Opus 按需，成本降到“几美元”。chief-of-staff 的大部分工作是分类和合成，不需要前沿模型。

chief-of-staff 收费吗？

Skill 本身免费且开源。搜索到的 chief-of-staff 实现均以 MIT 或其他开源许可证发布（如 haris-admin/skills-rules-repo 的 implementation 标注 MIT）。chief-of-staff-mcp 是一个 npm 包，本身免费。

但运行成本可能显著。如果你让 Agent 以高频次（如每 30 分钟）运行收件箱 triage，且默认使用旗舰模型，日成本可以达到 $80 量级。chief-of-staff 作为协调层，通常不需要旗舰模型，但具体成本取决于你的配置。

chief-of-staff 的优点与缺点

chief-of-staff 与同类工具对比

vs 传统 todo 列表（Todoist、Things）。todo 列表记录你要做的事；chief-of-staff 读取多个来源，告诉你什么值得做、什么被忽略了、什么和什么矛盾了。它不替代 todo 列表，而是作为 todo 列表之上的“视图层”。

vs 邮件客户端（Superhuman、Gmail）。邮件客户端优化的是“处理收件箱”；chief-of-staff 把收件箱作为众多信号源之一，与其他来源（日历、任务、关系）交叉引用。它的价值在“跨源”，不在“单源效率”。

vs Manus 的 Chief of Staff 能力。Manus 的实现更产品化：连接 Gmail、Calendar、Slack，按计划自动运行晨间简报、邮件 triage、会议摘要。agent skill 实现更灵活但需要自己组装子技能。Manus 是“开箱即用”，skill 是“可编程编排”。

vs 单一“act as my COO”提示。通用提示没有路由规则、循环预防、复杂度评分和合成框架。C-suite 路由实现提供了 routing matrix 和 synthesis framework，让输出更结构化、更少猜测。

chief-of-staff 常见问题 FAQ

Q：chief-of-staff 会直接帮我处理邮件和任务吗？
取决于实现。haris-admin 的实现明确说“它不重复其他技能做的事——它读取它们的输出并呈现统一视图”。邮件行动路由给 executive-assistant，任务变更路由给 daily-task-manager。foss-bot 的实现中，Chief 也不直接编辑代码。

Q：没有子技能能用吗？
可以运行，但输出空洞。chief-of-staff 的核心输入（任务文件、关系文件、邮件摘要）由子技能写入。没有它们，简报只有日历信息。

Q：它会自动创建任务吗？
设计上会克制。任务只在四项条件全部满足时创建：可完成的结果、确认的负责人、合理的截止日期、足够的溯源信息。建议和推断保留为简报观察项。

Q：为什么我的账单很高？
检查模型配置。clawchief 的案例显示，把 Opus 作为所有操作的默认模型，日成本可达 $80。chief-of-staff 的大部分工作是分类和合成，Sonnet 或 Haiku 通常足够。

Q：C-suite 路由实现和运营节奏实现有什么区别？
C-suite 路由面向创始人决策，把问题分派给 CFO/COO 等顾问角色，或召集董事会讨论。运营节奏面向日常执行，输出晨间简报和日终复盘。选择取决于你的场景。

chief-of-staff 综合评价

chief-of-staff 解决的是一个定位问题：AI 助手应该做“更多事”，还是做“更对的事”？它的答案很明确：做更对的事，并且让你知道什么被忽略了。

它的核心价值不在自动化程度，而在跨源识别。一个日历工具告诉你今天有什么会；一个邮件客户端告诉你收件箱里有什么；一个 todo 列表告诉你任务列表里有什么。但没有一个工具告诉你：产品路线图上说 Q3 交付的功能，和工程排期表上标着 Q4 的依赖，合起来是个问题。chief-of-staff 的设计目标就是成为那个“合起来看”的层。

它的实现差异很大，这是它的机会也是它的门槛。运营节奏实现相对轻量，装几个子技能就能跑；C-suite 路由实现需要 context-engine 和多个顾问角色，配置复杂度高。foss-bot 的多 Agent 协调实现需要理解 git worktree 和 MCP 路由。

对于已经在用 AI 编码助手、并且已经在多个工具之间手动同步信息的开发者或运营者，chief-of-staff 值得评估。它不会替你干活，但它可能让你少花时间在“搞清楚今天到底要干什么”上。前提是：你愿意先配置好外围的子技能，并且接受“简报观察项”和“任务”是两回事这个纪律。