ACTIVE

Human-Daily-Standup · 每日 Standup 模板(v2.0)

目的:每天 5 分钟把信息差喂给 AIOS · AIOS 据此跑 RUNQ 6 步调度算法 + 派当日 U-thread。

v2.0 关键变化(2026-05-26 · 配合 ADR-AIOS-06 v0.3 落地): - 输入格式:从"今天目标 phase 编号"升级到 PID.UID + occupies(commit message 三元组解析) - 输出格式:从"今日聚焦 1 句话"升级到 RUNQ 派发结果(候选数 / 派发数 / 阻塞数 + 各 CPU 派单) - 抓取脚本:scripts/aios-standup-fetch.ps1(待 T16 升级 · 扫 commit 抽 [pid=][uid=][occupies=]) - 入口从 KANBAN.md 升级到 PCB.md / RUNQ.md - 增加 §3 commit 三元组解析示例 + §4 RUNQ 派发结果回复格式

关联: - Human-README.md v1.2 · §6 你每天要做什么 - PCB.md · 进程总览(替代 KANBAN.md §1-§4) - RUNQ.md · 就绪队列骨架 - agents/Commit-Convention.md · commit message 三元组规范 - agents/Scheduling-Algorithm.md · RUNQ 6 步调度算法

---

1. 标准模板(v2.0 · 直接复制粘贴)

[Daily Standup · Day N · YYYY-MM-DD]

昨天 commit:
  - ClaudeA: <hash> "feat(P1.U1/xilink-finalize): Step A 完成"
  - ClaudeB: <hash> "feat(P_contracts.U-§1-§3/B1): protocol-v1 §1-§3 草稿"
  - ClaudeC: <hash> "fix(P3.U-test-fix-post-p0): Group B 2 行修复"
  - ClaudeD: (无 commit)
  - Cline-Worker: (无 commit · 等 sync)
  - Copilot-Worker: <hash> "feat(P5.U-refresh-link/handler): WS router 双语义"
  - Continue-Worker: <hash> "docs(40-aios): commit 同步"

阻塞:
  - <PID.UID>: <K-thread file_claims 冲突 / 前置 zombie 未到 / CPU 失联>
  - 或 "无"

今日候选 ready 列表(可选 · AIOS 跑 RUNQ 时会重算):
  - P_contracts.U-§4-§6(B2)· occupies=K1 · ⚠️ Day 5 freeze 前
  - P2.U5-module-uid-namespace · occupies=K7+P_contracts.K1 · ⚠️ HARD-DEADLINE
  - P3.U4-test-aux-extract · occupies=K3+P0.K-shared-test-aux · 阻塞 P4 解锁

特殊事项:
  - <跨栈协作 trailer / 客户反馈 / 紧急 hotfix / HARD-DEADLINE 倒计时>
  - 或 "无"

---

2. 字段说明(v2.0 升级)

2.1 commit hash 怎么拿

CPU	命令 / 来源
ClaudeA / ClaudeB / ClaudeC / ClaudeD	在各自 CLI 终端工作目录跑 git log --oneline -5
Cline-Worker	在 work-cline/ worktree 跑 git log --oneline -5
Copilot-Worker	在 work-copilot/ worktree 跑 git log --oneline -5
Continue-Worker	在 work-continue/ 跑 git log --oneline -5

💡 取 7 位短 hash 即可(如 a1b2c3d),不需要全长。

💡 省力法(v2.0 推荐):直接说 "帮我抓取 standup" → AIOS 跑 aios-standup-fetch.ps1 → 自动跨 4 worktree 扫 commit + 抽三元组([pid=][uid=][occupies=])。

2.2 阻塞怎么报(v2.0 · OS 化语境)

❌ 模糊报告:ClaudeA 卡住了 ✅ 精准报告(v2.0):P3.U-test-fix-post-p0 卡 · 派 ClaudeC 后无 commit · ETA 13:56 已超时 · 怀疑 K3 file_claims 冲突 P0.K-shared-test-aux

格式约定:

<PID.UID>: <现象 + K-thread 状态 + 怀疑原因>

AIOS 据此精准检查 processes/<pid>/PROCESS.md + RUNQ §3 阻塞队列。

2.3 候选 ready 列表的最小颗粒度(v2.0 新增)

每行格式:

<PID.UID> · occupies=<K1+K2+...> · <优先级标记 / HARD-DEADLINE / 解锁链>

例: - P_contracts.U-freeze-tag(B4) · occupies=K1 · ⚠️ Day 5 EOD HARD-DEADLINE - P3.U4-test-aux-extract · occupies=K3+P0.K-shared-test-aux · 阻塞 P4 解锁(P1 优先级)

如果你不熟悉具体 PID/UID,留空即可(AIOS 跑 RUNQ 时按算法 §1.5 重算 ready U-thread 集合)。

2.4 特殊事项的常见类型(v2.0)

• 客户反馈:"用户希望 P3-xitune 的 mode-switcher 加一个 'unsigned' 模式"
• 跨栈 trailer:"ClaudeA 在 P1.U1 commit 写了 [need: ClaudeB] P5.K3 类型不一致"
• 优先级调整:"今天先放下 P3 P1 三项 · 全力搞 P_contracts.U-freeze-tag"
• HARD-DEADLINE 预警:"P_contracts.U-freeze-tag 距 Day 5 EOD 还剩 X 天 · ClaudeB 进度 60%"
• 紧急 hotfix:"昨晚 P5-backend WS router bug · 派 P_arch/ADR-emergency-hotfix-NN/U1 给 ClaudeB · 临时降级 commit-msg hook"

---

3. commit message 三元组解析示例(v2.0 新增)

每条 commit 必须含三元组(7 天宽限期内 · 详见 agents/Commit-Convention.md):

feat(P3.U2/tuning-mode-ui): TuningModeSwitcher 复用顶栏槽

[step=2/3] [pid=P3] [uid=U2] [occupies=P3.K5+P3.K7+P0.K-shared-types]
[files=stages/xitune/TuningModeSwitcher.vue,stores/tuningModeStore.ts]
[ipc=none]

AIOS 抓取时会解析: - pid=P3 → 归到 P3-xitune 进程 - uid=U2 → 进程内 U-thread #2 - occupies=P3.K5+P3.K7+P0.K-shared-types → 占用 3 个 K-thread(其中 1 个跨进程) - step=2/3 → 该 U-thread 总 3 步 · 已完成第 2 步(尚未 zombie · K 仍 running) - 若 step=3/3 → U-thread state: running → zombie · K-thread 全部 sleeping → 释放给下一轮 RUNQ 候选

关键约定:step=N/M 中的 N==M 是 commit-msg hook 触发 K-thread state running → sleeping 的唯一信号。

---

4. AIOS 的回复格式(v2.0 · RUNQ 派发结果)

你提交 standup 后,AIOS 按 5 段结构回复:

[AIOS Schedule · Day N · 2026-05-26]

📋 PCB 已更新:
  - P1.U1-xilink-finalize · state running · last commit <hash> · ClaudeA Step A → B
  - P_contracts.U-§1-§3(B1) · state running · last commit <hash> · ClaudeB
  - P3.U-test-fix-post-p0 · state running → zombie · last commit <hash>
  - P5.U-refresh-link · state running · last commit <hash>(work-copilot 14 → 15)

📊 RUNQ 调度结果(6 步算法跑完):
  - 候选 ready: 8 个
  - 已派发:    3 个(本 standup 周期新增)
  - 已 zombie: 1 个(P3.U-test-fix-post-p0)
  - 阻塞:      6 个(P4 全部 6 项 · 等 P3.U4)
  - 仲裁:      0 个

📨 派发 U-thread(贴到对应 CPU 终端):

▶ 给 ClaudeB(Claude Code CLI #2):
  U-thread: P_contracts.U-§4-§6(B2)
  Occupies: P_contracts.K1
  STEP.md:  docs/08-implementation/40-aios/processes/P_contracts/user_threads/U-§4-§6/STEP.md
  优先级:    P0(HARD-DEADLINE Day 5 临时 +1)
  [完整提示词 · 含 step / 验收标准 / 不允许偷懒]

▶ 给 ClaudeC(Claude Code CLI #3):
  U-thread: P3.U4-test-aux-extract
  Occupies: P3.K3+P0.K-shared-test-aux
  STEP.md:  docs/08-implementation/40-aios/processes/P3-xitune/user_threads/U4-test-aux-extract/STEP.md
  优先级:    P1(★ 阻塞 P4 解锁)
  [完整提示词]

▶ 给 Continue-Worker(work-continue/ Continue 插件):
  任务:     文档同步 + KANBAN-archive-v6.md → backup/2026-05-26
  STEP.md:  (异步任务 · 无 PCB U-thread 注册)
  [完整提示词]

⚠️ 需要你拍板的事项:
  - <列出需要你 1 句话回复的决策点>
  - 或 "无"

🎯 今日聚焦:
  - <1-3 行最重要的里程碑 · 含 HARD-DEADLINE 倒计时>
  - 例:P_contracts.U-freeze-tag 距 Day 5 EOD 还剩 X 天 · ClaudeB 必须收口 §4-§9

---

5. 极简版(赶时间用 · v2.0 升级)

如果你只有 1 分钟:

昨天: ClaudeA <hash> / ClaudeB <hash> / ClaudeC <hash> / Copilot-Worker <hash>
卡:   <PID.UID> @ <K-thread> 冲突
今天: 继续昨天 · 无新增 ready
特殊: 无

AIOS 会: 1. 自动跑 aios-standup-fetch.ps1 抽三元组(填补漏写的 hash) 2. 读 PCB.md §0 + §0.3 推断今日 ready 候选 3. 跑 RUNQ 6 步算法重算调度结果

---

6. 跳过 standup 的代价(v2.0 升级)

跳过天数	后果
1 天	PCB / RUNQ 状态滞后 1 天 · 影响明天 RUNQ 6 步 Step 4 缓存亲和精度
2-3 天	AIOS 可能派出与已 zombie U-thread 重复的任务(K-thread state 失同步)
≥ 4 天	必须手动跑 aios-standup-fetch.ps1 -Since 96h 补刷 + 让 AIOS 重建 PCB(耗时 30 分钟)
≥ 1 周	HARD-DEADLINE 风险:P_contracts.U-freeze-tag(Day 5)/ P5.U-source-sink-api(Week 3 末)/ P5.U-preset-crud-api(Week 5 末)可能错过

💡 出差/休假前一晚一次性把"未来 N 天预期"写一份长 standup · 含每个 CPU 主战场 + 候选 U-thread 链 · 让 AIOS 提前准备 N 天的 STEP.md。

---

7. 一周下来你应该有什么习惯(v2.0 升级)

• ☕ 早上倒咖啡时打开本会话 → 说 "帮我抓取 standup" → 5 段 AIOS Schedule 输出 → 你追加阻塞/优先级
• 🍱 中午午饭后打开 PCB.md 扫一眼 §0.3 "阻塞 / 仲裁"行 + RUNQ.md §3 阻塞队列
• 🌙 睡前抓今日 commit hash(可省 · aios-standup-fetch.ps1 明天会自动抓)

---

8. 兼容旧格式(7 天宽限期内)

ADR-AIOS-06 落地后 7 天内 · 旧 v1.0 格式仍可用(AIOS 自动转换):

昨天 commit:
  - ClaudeA: <hash> "feat(shell): slot store skeleton"   ← 旧格式 · 无三元组
  - ...

今天目标:
  - ClaudeA: phase 1 step 3   ← 旧格式 · phase 编号
  - ClaudeB: contract §4-§6   ← 旧格式 · 章节号

AIOS 会: - 旧 commit message → AIOS 推断 PID(从路径 + author 反推)· commit-msg hook 仅警告 - 旧"phase 1 step 3" → AIOS 映射到 P1.U1.step=3 - 旧"contract §4-§6" → AIOS 映射到 P_contracts.U-§4-§6(B2)

2026-06-02 起:commit-msg hook 进入 strict mode · 旧格式硬拒。

---

9. 模板的演进

本模板会随项目阶段迭代。重大变更走 ADR:

版本	时间	变化
v1.0	2026-05-19	初始版本(4 行模板 · phase + step 语境)
v2.0	2026-05-26	OS 化语境 · commit 三元组解析 · RUNQ 派发结果回复格式 · PID/UID 阻塞精准报告 · 入口从 KANBAN.md 升级到 PCB.md / RUNQ.md · 配合 ADR-AIOS-06 v0.3