关于 brief
brief 将主题或 office-hours 输出整理为供公司领导讨论的一页战略简报，记录选项、假设、相关角色及决策前的成功与终止标准。
主要功能
- 01主题和 office-hours 输入
- 02加载公司背景信息
- 03提出多个选项及反事实
- 04明确假设与约束
- 05设定成功与终止标准
- 06将 Markdown 简报保存至指定目录
适用场景
- 01为董事会议事准备决策材料
- 02将创始人输入整理为结构化简报
- 03在决策前定义成功标准
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/brief确认已加载。
详细介绍
/c-level-agents:brief — 一页策略简报
命令： /c-level-agents:brief <topic> 或 /c-level-agents:brief <office-hours-output>
将输入内容（原始问题或 office-hours 输出）转化为一页策略简报，供董事会讨论。这是战略冲刺流程的第 1 步。
流程中的位置
/c-level-agents:office-hours → /c-level-agents:brief → /c-level-agents:boardroom → /c-level-agents:decide → /c-level-agents:execute → /c-level-agents:post-mortem
↑ you are here
输入
- 一个主题字符串，或
- 一份 office-hours 简报（推荐，严谨性更高）
~/.claude/company-context.md（自动加载）
输出
在 ~/.claude/briefs/YYYY-MM-DD-<slug>.md 下生成一个 Markdown 文件，结构如下：
# Strategy Brief: <topic>
**Date:** YYYY-MM-DD
**Author:** cs-chief-of-staff
**Status:** DRAFT | UNDER REVIEW | APPROVED | RETIRED
## Context
[1-2 paragraphs: where the company sits today on this topic — pulled from company-context.md]
## Question
[The one sentence question the boardroom must answer]
## Options
1. **Option A:** <name> — <one-sentence summary>
2. **Option B:** <name> — <one-sentence summary>
3. **Option C:** <name> — <one-sentence summary>
(Minimum 2 options. "Do nothing" is always an option.)
## Assumptions
- <assumption 1 — explicit>
- <assumption 2>
- <assumption 3>
## Constraints
- Time: <by when must this decide>
- Money: <budget envelope>
- People: <who can / can't be reallocated>
- Reversibility: <one-way door | two-way door>
## Affected Roles
[Which cs-* advisors should weigh in. Used to route to /c-level-agents:boardroom panel composition.]
- [ ] cs-ceo-advisor
- [ ] cs-cfo-advisor
- [ ] cs-cto-advisor
- [ ] cs-cmo-advisor
- [ ] cs-cro-advisor
- [ ] cs-cpo-advisor
- [ ] cs-coo-advisor
- [ ] cs-chro-advisor
- [ ] cs-ciso-advisor
- [ ] cs-general-counsel-advisor
- [ ] cs-cdo-advisor
- [ ] cs-caio-advisor
- [ ] cs-cco-advisor
- [ ] cs-vpe-advisor
- [ ] cs-chief-of-staff
## Success Criteria
[Measurable outcomes that define success — set BEFORE the decision]
- <metric 1, threshold, timeframe>
- <metric 2, threshold, timeframe>
## Kill Criteria
[What signal would tell you in 90 days that this was the wrong call]
- <metric, threshold, action if missed>
工作流程
- 通过 context-engine 加载 company-context.md
- 如果输入是 office-hours 输出，则解析 6 个答案
- 如果输入是原始主题，则向创始人询问缺失信息
- 起草 2-3 个选项（绝不只给一个——每份简报都需要一个反事实选项）
- 明确列出假设和约束
- 确定受影响的角色 → 据此安排
/c-level-agents:boardroom的小组构成 - 在做出决策前写明成功标准和终止标准（这是严谨性的关键时刻）
- 保存到
~/.claude/briefs/
此步骤的意义
决策中最大的失误，是在问题达成一致之前就开始讨论实施方案。这份简报会锁定问题、选项和成功标准，让董事会讨论不偏离范围。
这也是交接产物——下一条命令会读取此文件，而不是依赖你的记忆。
后续命令
/c-level-agents:boardroom <brief>— 多角色讨论/c-level-agents:cross-eval <brief>— 董事会讨论前进行多模型合理性检查（适用于高风险事项）/c-level-agents:freeze <brief>— 为不可逆决策设置冷静期锁定
相关内容
- Agent：
cs-chief-of-staff - 技能：
context-engine、board-meeting
版本： 1.0.0
评论
支持 Markdown