assistant-claw/skills/claw-boss-distiller/demo/OUTPUT/boss_skill.demo.md

boss_skill.md — 王总 (DEMO 输出)

Status: demo / draft. All rules awaiting boss audit. Source: 10 outgoing emails over 2026-04-22 ~ 2026-05-04 (demo/INPUT/) Distillation pipeline: claw-boss-distiller v0.1 (adapted from nuwa-skill)

---

L1 — Expression DNA

王总写邮件的方式 — claw-report-writer 模仿这个 voice 写日报。

E-01: 句长极短 — draft

• 平均 8–15 字 / 句（中文）
• 短到接近电报体；遇推理类邮件才放长
• 证据：#1, #6, #8, #9 全部 < 50 字；#2 决策邮件每句独立成段
• 反例：#10 战略邮件 200+ 字，说明老板会按内容性质切换长短

E-02: 称谓 / 敬语极简 — draft

• 内部邮件无 "您好" / "祝好"；外部邮件保留 "您"
• 落款单字 "王"
• 证据：#1, #6, #8 内部邮件全无敬语；#5, #7 给外部加了 "您"

E-03: 命令式短句词库 — draft

• 高频指令词：打住 / 结案 / 选 X / 不做 / 知道了 / 继续
• 几乎不用 "也许" / "看看" / "可以考虑一下" 等弱化词
• 证据：#2 ("选 B"), #4 ("不做"), #6 ("打住"), #8 ("结案"), #9 ("知道了")

E-04: 数字密度高 — draft

• 几乎每一封都有具体阈值或百分比 — 拒绝模糊
• 证据：#1 ("第三次", "6 天"), #4 ("1/12", "4/12"), #7 ("9 点"), #10 ("41%", "6 月 30 日", "25 bug")

E-05: 总是给截止时间 — draft

• 每个交付物都附 "X 之前" / "X 日前" / "今天就回我"
• 证据：#1, #2, #5, #9, #10 全部含明确日期或时间窗

---

L2 — Mental Models

M-01: 主要矛盾优先（数字阈值版） — draft

• 一句话： 用具体阈值划线，未到线就不做。
• 证据： #4 ("1/12 < 主要矛盾，等到 4/12"); #10 ("少一家算未完成")
• 应用方式： Atlas 在排 Top 3 actions 时，如果两件事都重要，按"撬动比例最大"排，不按"最急"排。
• 局限： 阈值定得过死可能错过弱信号；需要老板自己定阈值，Atlas 不替他定。
• 跨域出现： 产品决策（#4） + 战略规划（#10）— 通过

M-02: 责任要落到一个人，且公示 — draft

• 一句话： 同一件事必须有且仅有一个 Accountable，且大家都知道是谁。
• 证据： #1（张三 R，李四 cc 监督）；#5（"由我们李四统一对接"）；#7（明确 "我亲自" + 列出三人）；#8（李四发结案函）
• 应用方式： RACI Accountable 缺失时 Atlas 立即标红，不等 stall 阈值。
• 局限： 可能压低协作密度；某些项目天然跨职能。
• 跨域出现： 内部分工（#1） + 客户对接（#5） + 危机处理（#7） + 项目结案（#8）— 强通过

M-03: 用数据替代感觉 — draft

• 一句话： 涉及"做不做" / "对不对"，要给百分比、要给案例数。
• 证据： #4（1/12 比例）；#10（41% 收入占比、25 个 bug、0 个新 feature）
• 应用方式： Atlas 给老板推荐时附"基于 N 封邮件 / X 个项目"的支撑数据，避免 "感觉这个客户最近不太行" 这种弱判断。
• 局限： 早期信号往往无法数字化，过度依赖数据会错过弱信号。
• 跨域出现： 产品决策（#4） + 战略（#10）— 仅 2 个域，勉强通过（边缘案例，标 confidence: medium）

Filtered out — 候选 → 未通过

• "客户面前不批评内部" — 候选 mental model：仅 #7 一封证据，无跨域复现 → 降级为 anti-pattern
• "全员表扬复用经验" — 候选 mental model：仅 #3 一封 → 降级为 decision heuristic（R-08）
• "打住 ping-pong"：仅 #6 一封 → 降级为 decision heuristic（R-06）

---

L3 — Decision Heuristics

10 条种子规则。每条都有具体邮件证据 + Atlas 在哪里用它。

R-01: 同一事追问 ≥ 2 次未答 → 严厉催办 + 强制要原因 + 要解决方案 — draft

• 场景： 项目状态被老板问过 ≥ 2 次仍无回应
• 老板真实文本： "我上次问已经过去 6 天了 ... 不要等我再问第四次。今天给我一个准信"
• Atlas 应用： project-tracker 检测到老板在 14 天内追问同一项目 ≥ 2 次时，自动升级该项目为 boss-bumped，下一份 Brief 头条就是这个。
• 证据： #1

R-02: 决策邮件先结论后理由 — draft

• 格式： 第一段 = 结论；第二段 = "理由：..."
• Atlas 应用： report-writer 写"老板今日决策 / 建议"段时严格用此结构。
• 证据： #2（"选 B" 先；"理由" 后）；#4（"不做" 先；"1/12" 理由后）

R-03: 否决要带数字阈值 — draft

• 场景： 拒绝功能 / 项目 / 提议时必须给可量化的反对理由
• Atlas 应用： 当 Atlas 在 Brief 中建议 "暂缓 / 不做" 任何事项时，必须附数据；如果 Atlas 自己拿不出数据，标 "建议老板亲自评估"。
• 证据： #4

R-04: 转交一封邮件搞定 — draft

• 结构： 收件人 = 客户 + cc 接管者；明示"以后找接管者，不抄我"
• Atlas 应用： 当 Atlas 检测到老板曾用此模式做过转交，project-tracker 自动把后续 Responsible 切换到接管者，无需老板再 ping。
• 证据： #5

R-05: 邮件 ping-pong > 3 轮 → 强制开会 + 邮件停 — draft

• 触发： 同一项目同一议题在邮件里来回 ≥ 3 轮
• Atlas 应用： project-tracker 检测到此模式时给 Brief 加一个标签 "建议线下会议"，并提议最早可用 30 分钟槽位。
• 证据： #6

R-06: 客户施压 → 老板亲自背锅 + 给具体补救路径 + 给客户否决权 — draft

• 结构： "这是我们的问题" + "明天 X 点我亲自" + "如果您觉得不够您直接告诉我"
• Atlas 应用： customer-radar 检测到强负向 VoC 时，建议的 boss action 必须按这个三段结构起草（V0 不实际起草，V1+ 才草拟邮件）。
• 证据： #7

R-07: 结案邮件三件事 — draft

• 1. 感谢具体的人；2) 派一个收尾动作（归档 / 结案函）；3) 提下一个项目接续
• Atlas 应用： project-tracker 检测到 Completed 状态时，提示老板要不要照此模板发结案邮件（V0 不发）；同时自动推 PRJ-NEXT 进入 active 队列建议。
• 证据： #8

R-08: 表扬要全员 + 要求经验复用 — draft

• 场景： 项目 / 个人有显著正向结果时
• Atlas 应用： people-observer 在某人触发 CCAR 正向事件时，Brief 提示"建议全员表扬 + 经验复盘"；Atlas 不替老板写表扬邮件。
• 证据： #3

R-09: 短回复必带时间窗 — draft

• "知道了" + "X 日前给我反馈"；不留空回复
• Atlas 应用： 这是 expression DNA 而非 decision rule，但写报告时用同样模式："本周建议关注 PRJ-001 / PRJ-007 / PRJ-014，下周一前回顾"
• 证据： #9

R-10: 战略邮件 = 三件事（不超过）+ 每件事的判断标准 — draft

• 结构： 第 N 件事 → 理由 → 判断标准
• Atlas 应用： weekly-rollup 和 monthly 报告借用此结构；Atlas 提议本周 Top 3 时也最多 3 项。
• 证据： #10

---

L4 — Anti-Patterns

AP-01: 不接受"我以为别人在跟" — draft

• 证据：#1 (隐含)，从老板严厉催办的语气可推
• Atlas 推论：项目 stall 时 Atlas 不允许使用"职责不清"作为软性借口；必须明确 RACI Accountable 缺失。

AP-02: 不在邮件里反复讨论同一件事 — draft

• 证据：#6 ("不要在邮件里再讨论 PRJ-007 这件事")
• Atlas 应用：检测到此类模式时主动建议线下会议，且不在 Brief 里反复提同一未决项。

AP-03: 不在客户面前批评内部 — draft

• 证据：#7 (老板自己背锅，没把责任丢给张三)
• Atlas 应用：V0 无写权限，但所有"内部 vs 外部"输出严格隔离；customer-radar 渲染客户报告时不出现内部人员的负面评价。

AP-04: 不接受没有数字的判断 — draft

• 证据：#4, #10
• Atlas 应用：Brief 中任何 "建议 / 不建议" 必须附 "依据 X 封邮件 / Y 个项目 / Z 天阈值"。

---

L5 — Honest Boundaries

这一层是 Atlas 自我约束，不能由老板放宽。继承自 SOUL.md。

HB-01: 不替老板回邮件 (V0)

继承 SOUL.md。

HB-02: 不给员工打 9-Box 潜力 / A-B-C

继承 SOUL.md。

HB-03: 跨客户数据隔离

继承 SOUL.md。

HB-04: 邮件证据不足时不强行生成判断

本次 demo distillation 的样本仅 10 封；M-03 (数据替代感觉) 仅在 2 个域出现，确实勉强通过 — 真实 6 个月运行时若仍只 2 个域，应降级为 decision heuristic。

---

Source Index

Bucket	邮件	用于
B1: Outgoing-by-intent (催办)	#1	R-01
B1: Outgoing-by-intent (决策)	#2, #4	R-02, R-03, M-01, M-03
B1: Outgoing-by-intent (表扬)	#3	R-08, AP-...
B1: Outgoing-by-intent (转交)	#5	R-04, M-02
B2: Mid-thread interventions	#6	R-05, AP-02
B3: Short replies (< 50 字)	#9	R-09, E-01, E-05
B4: Long replies (> 200 字)	#10	M-01, M-03, R-10
B5: Pressure threads	#7	R-06, AP-03, M-02
B6: Closing threads	#8	R-07, M-02

Audit Log

Date	Event
2026-05-09	Demo distillation v0.1 produced from 10 synthetic emails
(W2 audit date)	Awaiting boss audit

---

Validation Pass — Phase 4 (Sanity / Edge / Voice)

Sanity check (3 known emails)

测试	用 boss_skill 预测	实际	一致
给一封 PM 来问 V2.4 加一个新功能的邮件	用 R-03 否决，要求数据阈值	(实际未发生)	n/a (demo)
一封 stalled PRJ-014 的状态询问	用 R-01 严厉催办 + 要原因	与 #1 模式一致	✅
一封 PRJ-029 启动通知	用 R-07 / R-10 三件事结构	与 #8 / #10 类似	✅

Edge case (1 未公开议题)

• 输入："PRJ-022 验收后客户提出免费加 5 个用户席位"
• 预测：不直接答；按 M-01 主要矛盾框架反问 — "这 5 席相对续约金额比例是多少？" 然后按 R-02 先结论后理由
• 置信度：中（基于已确认 mental model 的推断）

Voice check (100 字试写)

"PRJ-014 又拖了 9 天。今天给我个准信：哪天关。关不掉就关闭项目，不再投钱。李四 cc 监督。王。"

• 字数：43 — ✅ 符合 E-01 短句
• 落款 "王" — ✅ 符合 E-02
• 命令式 — ✅ 符合 E-03
• 数字阈值 — ✅ 符合 E-04
• Voice 通过率：4/4

---

Demo file. 真实部署时此文件由 W1 distillation 在客户机器上生成，永不离开客户网络。