ce9f27320a
This adds the full Atlas (总助 Claw / 老板视角项目执行雷达) scaffolding as a sibling profile to the existing Vega general-purpose assistant. All Atlas content lives under atlas/ to keep the existing top-level skeleton intact. What's included: - atlas/IDENTITY.md, SOUL.md, USER.md, AGENTS.md, MEMORY.md, BOOTSTRAP.md, HEARTBEAT.md, TOOLS.md (+ zh-CN mirrors) — full OpenClaw 8-piece set matching the zero-cca convention - atlas/skills/ — 6 sub-skills with frontmatter: claw-email-parser / claw-project-tracker / claw-people-observer / claw-customer-radar / claw-boss-distiller / claw-report-writer - atlas/skills/claw-boss-distiller/ — adapter notes for nuwa-skill, 5-layer boss_skill seed template (23 rules across Expression DNA / Mental Models / Decision Heuristics / Anti-Patterns / Honest Boundaries), and a complete synthetic distillation demo (10 input emails -> validated 5-layer output) - atlas/mcp-tools/email-extractor/ — Python implementation of stages 1-3 (fetch + decode + dequote), 7 pytest tests passing, CLI: atlas-extract - atlas/state-schemas/ — formal JSON schemas for project / person / customer cards with the no-employee-rating hard constraint baked in - atlas/client-deck/ — 2-page client-facing pitch document - autopilots/atlas-*.yaml — 5 autopilot configs (daily / weekly / monthly / quarterly + andon event-triggered) for a future Multica-side scheduler Notes: - nuwa-skill (MIT, https://github.com/alchaincyf/nuwa-skill) NOT vendored; fetch at deploy time via instructions in atlas/skills/claw-boss-distiller/upstream/README.md - Vega-side prompts/skills/tools/autopilots/docs scaffold left untouched - Top-level README.md updated with a brief Atlas pointer; rest preserved
213 lines
11 KiB
Markdown
213 lines
11 KiB
Markdown
# 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 在客户机器上生成，永不离开客户网络。_
|