# Lead Daily Practice

> 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，工具不被使用价值流失。

- Skill: `cyl19970726/lead-daily-practice` (Agent Skill)
- Install (CLI): `npx skillmds@latest add cyl19970726/lead-daily-practice`
- Raw SKILL.md: https://api.skillmd.com/api/skills/cyl19970726/lead-daily-practice/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: cyl19970726 (https://skillmd.com/u/cyl19970726)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/cyl19970726/lead-daily-practice

---


# 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）

```bash
# === 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。

**真理在使用中。**