lead-daily-practice

name	lead-daily-practice
description	metal-coder 项目内 Lead 的日常操作 SOP —— 把元思考定义 + meta-cli 11 命令 + Tower 蒸馏组合成可执行的 7 步流程。 必须加载场景： (1) 在 metal-coder 项目（/home/hhh0x/metal-coder/）内推进任何工作 (2) 不知道某个场景该调哪个 meta-cli 命令 (3) 写完一个 meta 文件，需要自检是否合格元思考 (4) chain 累积 ≥5 metas，考虑是否 Tower distill (5) 决定是否 fork 一个工作为多个 sub-chain 本 skill 是元思考定义（docs/meta-thinking/）和 meta-cli 命令实现的 bridge 层。 没有它，Lead 会 default 手写 metas 而不调 cli，工具不被使用价值流失。
tags	["metal-coder","lead","daily-practice","meta-cli","tower","skill-cli-bridge"]
status	active
created	"2026-04-30T00:00:00.000Z"

Lead Daily Practice — metal-coder 项目内推进 SOP

核心原则：每次推进任意工作，先察觉，再决定调哪个 cli 命令，最后必检三段式。 工作完成必有 ≥1 次 Tower 蒸馏触发（≥5 metas 时强制）。

---

0. 触发场景与硬约束

触发：当前 cwd 在 /home/hhh0x/metal-coder/，或显式接到 metal-coder 工作。

硬约束：

• ❌ Lead 永不直接 Write meta 文件而不先跑meta-cli think list --search <kw>（防重复）
• ❌ 任何 type: log 或 type: investigation meta 写完后必须跑 6 必答题自检（§4）
• ❌ Work chain 完成时必须 ≥1 次 Tower distill 触发（≥5 metas 时强制）
• ✅ 本 skill 是 minimal——只用现有 cli 命令，不依赖未实现的功能

---

1. 7 步 Daily Practice 流程

Step 1: 察觉    → 写 identification meta
Step 2: 判断    → fork 触发条件 5 条
Step 3: 推进    → 单线 OR fork（fork 仅在 worktree 实施后启用）
Step 4: 自检    → 6 必答题 + 三段式
Step 5: 完成    → finding meta + verdict
Step 6: 收敛    → derivation OR distillation meta
Step 7: 蒸馏    → Tower distill（≥5 metas 时强制）

每步对应的 cli 命令见 §3。

---

2. 元思考 7 类速查（来自 docs/meta-thinking/）

想做什么	type / sub_type	必含字段
设北极星 + 验证	identification / goal	success_criteria
找根因不修	identification / diagnosis	options + tradeoff
推翻假设	identification / reality-check	supersedes
选 + 数字结果	derivation / decision	verdict + metrics
分叉子工作	derivation / fork	forks_into + abandoned_branches
定义流程规则	derivation / directive	triggers + priority_rules
抽 N 个 essence	distillation / consolidation	distilled_from + 5 段结构
失败可恢复	log / aborted	aborted_reason + retry_condition

完整定义见 docs/meta-thinking/cases/typology.md。

---

3. 场景 → cli 命令映射（核心 cheatsheet）

# === Step 1：察觉前必查（防重复）===
npx tsx src/meta-cli.ts think list --search "<keyword>" --status active
# 用途：看是否已有同方向元思考。有 → 引用而非新写。

npx tsx src/meta-cli.ts think list --type hypothesis --status refuted
# 用途：cs2-v4 案例 — 防 spawn 重复研究已被推翻的方向。

# === Step 1：察觉 → 写 meta ===
# 当前没有 `meta-cli new` 命令，直接 Write 文件
# 路径：.claude/meta-coder/meta-chains/<chain-name>/meta/<id>.md
# Frontmatter 必含：id / type / sub_type / chain / agent_id / parent / essence
#                    + assumptions / confidence / invalidation / prior_evidence / constraints

# === Step 4：自检 ===
npx tsx src/meta-cli.ts validate
# 用途：检查 frontmatter 字段 + broken markdown links。当前不检查 essence 实质内容（v0.2 加 --strict）

# === Step 5：完成时看 chain 健康 ===
npx tsx src/meta-cli.ts audit --chain <name>
# 用途：6 sections 报告 — DAG health / superseded-not-marked / consolidation candidates

# === Step 5：看单个 meta 详情 ===
npx tsx src/meta-cli.ts view <meta-id>
npx tsx src/meta-cli.ts view <meta-id> --with-children   # 含子节点

# === Step 6：找合并候选 ===
npx tsx src/meta-cli.ts consolidate --tag <tag> --dry-run
# 用途：列共享 tag 的 ≥4 metas（excluding distilled），决定是否 spawn consolidation-agent

# === Step 6：链接已写好的 distilled meta（agent 写完文件后）===
npx tsx src/meta-cli.ts consolidate link --file <path> --children id1,id2,id3
# 用途：校验 5 段结构 + 注入 children frontmatter `consolidated_into`

# === Step 7：Tower distill（≥5 metas 共享主题时强制）===
npx tsx src/meta-cli.ts tower list --chain <name>
# 用途：先看 chain 已有哪些 tower

npx tsx src/meta-cli.ts tower distill --chain <name> --ids id1,id2,...,idN --name <tower-name>
# Phase 1：CLI 自动 — 创建 tower 文件 placeholder essence + 标 source nodes distilled_into

npx tsx src/meta-cli.ts tower essence <tower-id> --text "<≤200字 涌现 insight>"
# Phase 2：人/agent 写真 essence — 必须能回答"N 个合起来揭示了什么单 meta 看不到的"

npx tsx src/meta-cli.ts tower expand <tower-id>
# 用途：看 tower + 所有 source nodes 内容（debug 用）

# === 看 sub-agent spawn prompt（debug agent 行为）===
npx tsx src/meta-cli.ts agent --history --type <pattern>
npx tsx src/meta-cli.ts prompt <agent-id-prefix>
npx tsx src/meta-cli.ts review <agent-id>          # goal vs outcome 启发式分析
npx tsx src/meta-cli.ts lesson add <agent-id>      # 提取 lesson 到 workflow-agent-orchestration skill

# === 全局观察 ===
npx tsx src/meta-cli.ts stats                # 按 type/status/tag/age 计数
npx tsx src/meta-cli.ts patterns             # 5 proven patterns
npx tsx src/meta-cli.ts patterns --anti      # anti-patterns

---

4. 6 必答题自检模板（写完任何 meta 必跑）

按 docs/meta-thinking/index.md §4 的 6 条质量信号：

[ ] 1. essence ≤200 字 — 写不出 → 没想清楚 → 不是元思考
[ ] 2. 察觉的是系统状态吗 — 不是世界事实，不是个人感受
[ ] 3. 推导链能复述吗 — 跳跃 = 假推导
[ ] 4. 下一步会改变 default 行为吗 — 不变 = 没价值
[ ] 5. 能被推翻吗 — invalidation 显式
[ ] 6. 假设错了，结论会塌吗 — assumptions 显式

满足 ≥4 = 合格 / 6 = 高质量 / <4 → 重写。

---

5. Fork 触发条件（5 条规则）

条件	决策
工作量 > 单 session context (>10 文件)	必须 fork
模块边界清晰 + 独立产出	推荐 fork
模块强互引 (cross-ref ≥3 处)	禁止 fork（harvest conflict 难处理）
探索 / 紧急 / 不确定	不 fork（先单线探一下）
模式化 / 重复 (N 个 chain 各跑同 SOP)	推荐 fork

::: warning Fork 当前未实现 meta-cli chain fork 命令未实施。本 skill 当前只支持单线推进 + 写 fork-decision meta 作未来 reference。 :::

---

6. Tower distill 触发条件

按 v5/14 §14.8：

条件	行为
单 chain active metas > 8	meta-meta agent flag（v0.3 实施）
≥3 metas 共享 tag 且 essence 稳定（≥3 天）	audit Section E 自动列候选
Work chain 完成时	强制 ≥1 次 Tower distill（不跑 = work 不算完成）
Lead 主观感知"chain 散乱"	手动跑 audit + Section E 决定

关键约束：Tower distill 必须 Phase 1 + Phase 2 配对完成。Phase 1 跑完不写 Phase 2 essence = chain 留 placeholder（audit Section E0 永久 flag [ESSENCE: TBD]）。

---

7. 反模式（anti-pattern）速查

反模式	怎么治
写 status report 当 meta（"完成了 X"）	加察觉 + 推导 + 下一步三段
写 task list 当 plan（列 N 项不解释为什么）	加 fork-decision 字段 + abandoned_branches
抽象口号（"我们应该 X"）	加具体 invalidation 条件
装饰 frontmatter（字段都填但内容空）	6 必答题自检
跑 Phase 1 不跑 Phase 2	audit Section E0 flag → 强制写 essence

详见 docs/meta-thinking/cases/anti-patterns.md。

---

8. 不在本 skill scope（让 chain 自己暴露需求）

• ❌ Worktree 协议（meta-cli worktree harvest 未实施）
• ❌ PR / Issue 集成（meta-cli pr create 未实施）
• ❌ CI/CD validators（meta-lint --strict 未实施）
• ❌ Claude Code hooks / plugin 集成
• ❌ work-chain fork 实际并行（写 fork-decision meta OK，spawn 多 worktree 未实施）

这些缺什么会在本 skill dogfood 过程中自然暴露——跑出来痛点再决定 v0.2 实施优先级，不预先猜。

---

9. 与其他 skill 的关系

Skill	关系
guide-meta-thinking	元思考"是什么"——本 skill 引用其定义，不重述
guide-meta-agent-system	v5 协作宪法——本 skill 是 v5/03 标准 ritual 在 metal-coder 视角的具体化
guide-agent-teams	TeamCreate API——本 skill v0.1 不用 team，v0.2+ 才考虑
workflow-skill-creator	创建新 skill——本 skill 自身是产物

---

10. 下一步演化

本 skill 是 v0.1 baseline。dogfood 过程会暴露：

• 哪些命令 cheatsheet 该补
• 哪些场景该 trigger 但当前 trigger 不到
• 哪些约束太松（Lead 不 follow）需要升级 forcing function

每次 metal-coder operational chain 完成后都应该回填本 skill。

真理在使用中。