Skip to content

[PM seat] domain:spec · seat 5 — ⏳ vacant · 在飞 0 · 在飞 dev 0 · 决策箱 0 · 席 5 任内落地 5 · 唤醒 Routine 待坐席者自建 #19357

Description

@os-elon-musk

① 当前 PM

⏳ 空席。 上一任 session_019srGWGCBBCBHqcDoRZpQRh(令牌账号 os-elon-musk)奉维护者收班令「你可以下班了」于 2026-09-20T23:21Z 释放,收班简报 5753445967 是它的最终一笔,⛔ 此后它对本车道零写动作。

座位 domain:spec seat 5 — ⛔ 不是 #6017(席 1)、⛔ 不是 #18549(席 2)、⛔ 不是 #18883(席 3)、⛔ 不是 #18917(席 4)
为何有第五席 维护者原话:「spec 可以有多个座位的」。坐席前现读其余四张贴,⛔ 不与它们争卡
在飞(本席) 0 —— 上一任的两张在飞 PR #19147#18985 都已落地(见 ③)
在飞 dev 0
决策箱(本席) 0
席 5 任内落地 5 PR:#19147 b1d3945fb · #18985 092d460ba · #19284 c334ba0f3 · #19225 43d492ff9 · #19259 5a5e710fb —— 逐张按 origin/main 内容 + 单亲验过,⛔ 不取 merged 布尔值
⚠️ 标题里的「已落地 20」 那是席 3 任内的数,随本次刷新退出本贴;⛔ 不要把它读成席 5 的产出
唤醒 无。 上一任的自绑 cron trig_01TcfPbtBF6BG9a5rvA9ZRm2 已随收班删除 ⇒ 坐席者必须自建唯一自绑 Routine 并把 id 记进本段;⛔ 与席 1(34)、席 2(53)错开分钟
⚠️ 平台事实 fable 本班不可用(维护者原话)。CONTRACT_REVIEW_TIER = 'claude-fable-5-1'(dispatch-gates.mjs:11930)⇒ 见 ④

② 继承台账 —— 恰好一项,且它是维护者面

⛔ 无在飞卡、无在飞 dev、无待复核 PR、无本席名下的决策卡。唯一留给下一位的是一条未裁的冲突:

fable 缺席 ⇒ 只有 Clause-②: no 的卡落得了地(SKILL.md:637「无达档条款②复核 PASS 在案 ⛔ 禁止入队」);而维护者早先给过「契约面卡优先」。两者相冲,已报维护者,未裁

⇒ 坐席后按更严的一条行动(即优先 Clause-②: no 的辅助面卡),⛔ 不自行改这两条文本了结;⛔ 降那个常量是门禁削弱 = 维护者面。

⚠️ 不属于本席、⛔ 不可取:席 1 / 2 / 3 / 4 各自的在飞与决策箱;取卡前恒现读它们的贴。

③ 热文件串行队 —— 已清空

上一任登记的两个面都随 PR 落地而释放:

文件 / 面 原持有者 现状
packages/spec/src/data/object.zod.ts · automation/builtin-node-config.zod.ts · shared/record-proto-key-guard.ts · dropped-refinements.baseline.json PR #19147 已落地 b1d3945fb ⇒ 面释放。⚠️#19346(+0 写法)与 #19150 / #19151 仍碰这两个 slot,派发时按 origin/main 现读重验前提
docs/adr/{0089,0137} · packages/spec/src/shared/expression.zod.ts PR #18985 已落地 092d460ba ⇒ 面释放

⚠️ 盲区照实申报:开放 PR 文件图只看得见 open PR,已派发未开 PR 的卡在图上隐身 ⇒ 串行判断必须再读本车道 pm:dispatched 卡的认领评论申报面。

⚠️ 不是本席的面,但会占同一条合并队列:受管面 PR #19322#19214(卡 #16233)于 23:05–23:07Z 由 os-zhuang 亲手批准、翻 ready、挂 auto-merge 并入队(他是 check-governed-queue-guard.mjs:510 两名 GOVERNED_APPROVERS 之一)⇒ ⛔ 任何席位都不再碰它们:不重挂、不翻状态、不 update-branch;队列要么落地、要么弹出。判落地/判弹出的读法见收班简报 ② 段三条。

④ 说明 —— 都是本车道栽出来的,⛔ 不是推演

一次测量只在它被取到的条件下授权结论。 上一任五个实质错误同一形状:把一次测量的边界当成了一条定律的边界 —— 422 只在 draft 上(⛔ 不是 .github/workflows/** 面恒 422)· exit 2 只在那另一个脚本里是「未分类」· 复合 action 阻断派生(followCompositeActionsviaAction provenance 读得进去)· 只有 REST 那条 job 日志通道被出口策略拒(get_job_logsreturn_content 服务端取得回)· 队列事件 区分落地与弹出。其中两次事实早已在案 ⇒ 立卡 #19404 把这些写成动作行(「读到 X 之后,下一动作是读 Y」),⛔ 不写成知识。

fable 缺席的后果,三处出处齐:dispatch-gates.mjs:11930 常量未动 · SKILL.md:522「未达档 ⛔ 不自审,起隔离达档子代理」· SKILL.md:637「无达档条款②复核 PASS 在案 ⛔ 禁止入队」。⇒ Clause-②: yes 的卡可用 opus 写完但落不了地;⛔ 派 opus 冒充达档不是出路(Served-tier: 会戳出常量不符,check-clause2-carriersC7 判废,且那是假记录)。

攒 draft 的代价是实测的:PR #19147 在 25 小时内被基线漂移作废三次(每次:重解冲突 → 重跑测量 → 复核绑定失效需重审)⇒ 落不了地的 draft 不是存起来的工作,是在腐烂的工作。而合并队列测的是「PR 与 main 的合并结果」,不移动 PR 的 head ⇒ 拿到当前 head 的 PASS 后立刻入队,⛔ 除真冲突外不自己合 main 进分支。

硬规则:

  • 分支在派发期间属于那位 dev,直到交回。 ⛔ 不在活着的 dev 的分支上 update-branch、推送或挂 auto-merge。上一任在 ci: wire the issue-citation verdict (blocking) and its census (report-only), plus the merged-result probe #19259 上犯过一次:并发的 base 合并 + 多烧一整轮 CI。
  • 写动作必须门控在读数之后,⛔ 不与读数同批。 曾把「读前提」与「翻 ready + 挂 auto-merge」写进同一条无条件命令,结果在一个冲突中的 PR 上挂了 auto-merge 83 秒。
  • 认领的带键行是精确值栏位(Seat: 行首 · Thread-read: 只写一个 id 或 none · Clause-②: 值后 ⛔ 不跟散文)。三个键各栽一次,根因立卡 [finding] a claim's keyed lines are exact-value fields enforced only AFTER the write — one seat, one shift, five half-state rows from three different keys #19152
  • 永不用 cmd || echo "absent" 判存在性 —— grep -c 零命中的退出码 1 会触发那个分支。同族一条:&& 链被零命中的 grep 截断后,后面的 node 会在共享检出里跑,给出关于错误那棵树的读数。
  • 连续 git fetch 两个 ref 后不可用 FETCH_HEAD —— 它指向后一个;用显式 refs/ 目标。
  • 零命中须配同仪器的必中对照,否则该零作废。本班有一次靠这条在发表前逮住了假缺席(巡查锚确实看得见闭卡 pm:* 残留,是 H39 informational census)。
  • 提交尾对是 model-free 的:Claude-Session: <会话 URL> + Co-authored-by: Claude <noreply@anthropic.com>check-commit-card-trailers.mjs:361 会拒任何带模型名的 harness 地址合著者;上一任在两条派发令里写错过,两位 dev 都当场纠正。
  • 正文/评论已带页脚的,永不再发一份页脚 —— 保留一个带会话域 URL 的非规范页脚会让平台再追加一个(实测 2 个);修法是两个都剥掉、一个都不发。
  • 「没到 origin」⛔ 不等于「没做」 —— 死掉的 dev 的 worktree(/home/user/wt-<issue>)可能握着真工作,GitHub 侧任何仪器都看不见它。
  • 读数的新鲜度是判据的一部分:规则是「read to the last page immediately before the write」;13 分钟前的读数在这条车道上是记忆,不是读数。

Generated by Claude Code in session session_019srGWGCBBCBHqcDoRZpQRh;attribution 写成散文,因为 issue 创建时页脚会被剥掉。


Generated by Claude Code

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    pm:seatPM seat registry issue - single-writer body, index = this label

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions