试点:分诊 PM 座位 Routine 化 —— 全仓唯一分诊者,cron 定时 fresh session,只标签不认领(#5472 模型第 5 点先行验证)

[os-zhuang]

#5472(维护者 2026-08-05 拍板的协调模型改版)第 5 点「座位 Routine 化」的先行试点。选分诊座位试点because它风险最低:只读 + 打标签,零认领零派发,与现行 SKILL 不冲突(现行「any PM may label any issue」的子集行为),失败回滚 = 删 Routine,零残留。

试点内容

• 创建 cron Routine(create_new_session_on_fire: true,每小时),prompt 为完整独立指令:执行 pm-dispatch 的 step 0 backlog sweep 与 step 2 triage 的标签半边——扫无 pm:*/domain:* 标签的 open issue,逐个:读正文 + 全部评论 → 查重(关键词/包名/报错串,三仓)→ 过时前提检查 → 分类打标签(pm:queue / finding / needs-user-decision + domain:* + repo:*)→ 跨域的做 contract-first 拆分(父单 + 每域 sub-issue + Blocked-by:)→ 一条分诊审计评论。⛔ 永不 assign、永不派发、永不改代码。 发现分诊轮(pm-dispatch / os-dev：发现类 issue 纪律——立单前查重、就近归挂 sub-issue、finding 分级与批量分诊出水口 #4949)按现行节律由它顺带执行。
• 接管登记:Routine 创建后在 [PM] 分片分工登记表 — 谁在管哪个仓库的队列 #4604 分诊行填入 Routine ID + 一条审计评论(正文即真相协议)。
• 读写纪律:读与评论走 REST(Operational note 3);标签写操作按配额规程排队。

运行一周的成功判据

1. 新 issue 从开出到有标签的中位延迟 ≤ 1 个 cron 周期;
2. 分诊座位产生的 assign 数 = 0(双射纪律的机械验证);
3. GraphQL 配额不因分诊轮打满(REST 化落实);
4. 抽查 ≥10 条分诊结论,误标率可接受(域判定按「修复落点的包」,不按标题词汇——SKILL 锚定规则);
5. 轮次无重叠事故(fire 间隔 1h vs 分诊轮时长实测,若逼近则降频或加自退守卫)。

回滚

delete_trigger + #4604 行清空 + 审计评论。无其他状态残留(所有产出是标签与评论,本就是状态机的合法写入)。

依赖与顺序

无硬依赖(行为是现行 SKILL 子集);建议与 #5472 的 SKILL 条款施工并行启动,试点数据反哺条款定稿(尤其轮次互斥机制与频率默认值)。域表重切(#5472/#5095)落地前,分诊按现行域表打标签,拆分后 Routine prompt 无需改动(它读 SKILL 现行表)。

[os-zhuang]

试点已启动(2026-08-05 13:41Z)

• Routine:trig_016crh55RYySEPvJq76QVY67,cron 40 * * * *(每小时 :40,服务端锚定到创建分钟),create_new_session_on_fire: true,下次定时触发 14:40Z。
• Prompt 要点(全文存于 Routine 配置):本单规定的 step 0 + step 2 标签半边全套(读全评论 → 三仓查重 → 过时前提检查 → 分类 + 域标签按修复落点 → 跨域拆分 → 逐条审计评论),外加两条自限:每轮 ≤15 条、优先最新(防首轮吃 25+ 存量把轮次拖过 1h,即判据 5 的自退守卫的补充),以及跳过 tracking/status:parked 与登记表本身(正文范围定义未排除它们,已在 prompt 层排除,建议条款定稿时补进 pm-dispatch 协调模型改版:纵向拆分(分诊/执行)+ 一人一车道双射 + 登记表正文即真相 + 座位 Routine 化(维护者 2026-08-05 拍板) #5472)。
• 登记:[PM] 分片分工登记表 — 谁在管哪个仓库的队列 #4604 分诊行已按「正文即真相」协议就地编辑 + 审计评论。
• 判据基线(供一周后对账):未分诊存量 ~25–30 条;finding 存量 ~26(已超 15,首个正常轮即应顺带跑发现分诊轮);assign 基线 = 0。

⚠️ 开通即发现的一个风险(如实记录)

create_trigger 返回警告:本 Routine 未存任何 MCP 连接器,fired session 可能没有 mcp__github__* 工具(开通会话经由 CCR 平台持有 github 工具,但它不属于可传递的 connector grant)。若属实,分诊轮无法写标签/评论 = 试点技术性失败。处置已安排:13:42Z 已手动 fire 一轮烟测(session cse_01F1FneBAVqJ3KPXiRRzTnTa),prompt 附加了「报告工具可用性、不可写则直接结束勿绕过」的指令;开通会话 ~35 分钟后核查产出。烟测失败则按本单回滚处方执行(delete_trigger + #4604 行清空),并需维护者从 claude.ai Routines UI 带 GitHub 连接器重建——那种情况会把结论记回本单。

会话:session_01N3uGFF8teXbpgtbEJ1aYXu

---

Generated by Claude Code

[os-zhuang]

试点参数补记（模型）：维护者指定分诊 Routine 用 Fable 5。经由 API 显式钉住不可用（update_trigger 返回 model_update_disabled，本部署禁用了工具侧改模型）；实际生效方式是继承环境默认模型——本环境会话默认即 claude-fable-5，故每轮 fire 落在 Fable 5 上，与指定一致。留意一个附带语义：继承默认意味着若将来环境/组织默认模型变更，Routine 会跟着变；届时如需硬钉，走 claude.ai Routines UI。判据 4（误标率抽查）的数据按 Fable 5 解读。

会话：session_01N3uGFF8teXbpgtbEJ1aYXu

---

Generated by Claude Code

[os-zhuang]

烟测结论:技术性失败,已回滚(2026-08-05 14:5xZ)

判定:零产出。 13:42Z 手动 fire 的烟测轮(session cse_01F1FneBAVqJ3KPXiRRzTnTa)至 14:30Z 近 50 分钟:本单无首轮运行记录、#4604 无收尾评论、全仓检索不到任何带分诊 Routine 签名的审计评论、无新标签写入。其 prompt 要求逐单即时留审计评论,增量产出为零排除「长轮仍在跑」;与创建时平台警告(fired session 不携带 GitHub 连接器,mcp__github__* 工具缺失)完全吻合——无 GitHub 读写工具时,连自退守卫的第一步(读 #4604)都执行不了,按 fire 附言静默结束是预期行为。

回滚已按本单处方执行:delete_trigger trig_016crh55RYySEPvJq76QVY67 完成(赶在 14:40Z 下一次定时触发前,该次未发生);#4604 分诊行已清空回「待认领」+ 失败注记。无其他残留(烟测轮零写入,本就无需清理)。

重建路径(需维护者动作):经 CCR 会话内 create_trigger 创建的 Routine 无法携带 GitHub 连接器(平台限制,连接器只能传递调用会话自身持有的 connector grant,CCR 平台注入的 github 工具不在此列)。请从 claude.ai 的 Routines UI 创建,勾上 GitHub 连接器;prompt 直接复用本试点定稿版(存于本单 13:43Z 评论所述配置,含常设裁决段的最新版在被删 trigger 的最后配置里,如需我可以整理贴出)。判据 1–5 与基线数据不变,重建后试点周期重新起算。

试点数据(虽短仍有效):判据 2(assign=0)烟测轮天然满足;判据 5 的一个真实输入——若轮次能跑,每轮 ≤15 条自限 + 1h 自退守卫的设计未被证伪也未被证实,留给重建后验证。

会话:session_01N3uGFF8teXbpgtbEJ1aYXu

---

Generated by Claude Code

[os-zhuang]

分诊 Routine prompt 定稿（供维护者从 claude.ai Routines UI 重建）

创建参数：

• 触发：每小时一次（原 cron 40 * * * *，重建时落在任意分钟皆可，判据 1 以「1 个周期」计）；
• 每次触发新开会话（fresh session per fire）；
• 环境：选 objectstack 三仓环境（会话内需有 /home/user/objectstack 克隆）；
• ✅ 必须勾选 GitHub 连接器——本次回滚的唯一原因就是缺它；
• 模型：Fable 5（维护者 13:51Z 指定；UI 若无模型选项则随环境默认，当前默认即 Fable 5）。

创建后请把 Routine ID 填回 #4604 分诊行（就地编辑 + 一条审计评论），试点一周判据（本单正文 1–5）与基线数据不变，周期自重建日起算。

Prompt 全文（复制以下整块）：

你是 objectstack-ai/objectstack 的**分诊 PM 座位**（登记表 objectstack#4604 正文分诊行；试点单 objectstack#5474；协调模型 objectstack#5472）。本次是一轮定时分诊。先读 /home/user/objectstack/.claude/skills/pm-dispatch/SKILL.md 的 step 0（backlog sweep）、step 2（triage）与「Domain lanes」域表，然后**只执行其中"分类与打标签"半边**。

**自退守卫（先做）**：查 objectstack#4604 最近的分诊审计评论时间戳，若 1 小时内已有一轮在跑或刚完成且本轮无新单可扫，直接静默结束。

**常设裁决（分类前必读）**：先读 objectstack#4604 座位表各行「说明」列中的常设分诊指令，按其执行。当前生效：**driver-memory / driver-mongodb 族投入冻结**（维护者 2026-08-05，锚点 objectstack#5499）——该两族新单照常按落点打 `domain:engine`，但直接挂 `pm:on-hold` + 一条引用 #5499 的 hold 评论（日期/理由/重启条件），⛔ 不入 `pm:queue`；涉及 formula / driver-sql 的半边不受冻结影响，按正常规则分诊；若缺陷影响 CI 判绿正确性（单测后端语义错造成假绿/假红），按 restore-invariant 例外照常入队并在评论中点名。

**范围**：objectstack-ai/objectstack 全仓 open issue 中，无任何 `pm:*` / `domain:*` / `needs-user-decision` / `finding` 标签的。⛔ 跳过：带 `tracking` 或 `status:parked` 标签的单、登记表 #4604 本身。每轮至多处理 15 条，优先最新开出的，处理不完留给下一轮。

**对每一条**：
1. 读正文 + **全部评论**（评论里可能有维护者裁决，跳过评论 = 跳过裁决）；
2. 查重：关键词/包名/CVE 号/报错串在三仓（objectstack / objectui / cloud）的 open issue 与 PR 各搜一遍；撞上已有单按 SKILL 收敛规则处理（cross-link / 关 duplicate / `Blocked-by:`），一件事只留一个派发入口；
3. 过时前提检查：`git -C /home/user/objectstack fetch origin main` 后用 `git log --oneline -10 origin/main -- <相关路径>` 核对 issue 引用的文件近況；
4. 分类：具体缺陷 + 落点/复现明确 → `pm:queue`；观察类 → `finding`；产品语义/公共契约拍板类 → `needs-user-decision`；正文被 sanitizer 截断 → 只留修复指令评论，不打标签；
5. 域标签：按**修复落点的包**对照 SKILL 域表打一个 `domain:*`（落 objectui / cloud 的打 `repo:objectui` / `repo:cloud`，不打 domain）。⛔ 绝不按标题词汇猜；说不出修复落在哪个文件 = 还没分诊完，继续读代码再判；
6. 跨域单：按 contract-first 拆分（父单 + 每域 sub-issue + `Blocked-by:`，spec/backend 先行）；
7. 每条留一条中文分诊审计评论：分类 + 域 + 落点锚定理由 + 「本评论来自分诊座位 Routine（#5474 试点），不构成认领」，末尾附 Claude Code 署名 footer（`---` + `_Generated by [Claude Code](https://claude.ai/code)_`）。

**顺带职责**：`finding` 存量 > 15 时，执行一次发现分诊轮（objectstack#4949 纪律：过时前提检查 → 晋级 / 关闭(not planned) / 持有三选一，每条留一行理由）。

**硬约束**：⛔ 永不 assign、永不派发、永不改代码、永不合并、永不动已有认领；这是"只标签不认领"座位，assign 数必须恒为 0（试点判据 2）。读操作与评论一律走 REST（GitHub GraphQL 配额纪律见 SKILL「Operational notes」第 3 条）；GraphQL-only 写操作配额打满时排队等恢复，不重试。

**收尾**：本轮有产出时，在 objectstack#4604 留一条简短审计评论（本轮处理条数 + 分类分布 + 剩余未分诊存量估计）；无产出则静默结束，不留评论、不通知任何人。

维护性注记：「常设裁决」段的具体内容（当前是 driver 冻结）会随时间演进——新增族级裁决时优先只改 #4604 座位表行说明（prompt 的第一句已指向它），prompt 本体不必每次跟改；#5472 的 SKILL 条款落地后，若域表拆分（engine-core / drivers）改变了打标签目标，本 prompt 第 5 步无需改动（它读 SKILL 现行表）。

会话：session_01N3uGFF8teXbpgtbEJ1aYXu

---

Generated by Claude Code