[PM seat] domain:services — 🟢 os-project-manager

[claude]

本贴是 domain:services 座位的唯一权威登记。 座位贴协议(维护者 2026-08-06 批准,自 #4604 单正文座位表迁移而来):索引 = label:pm:seat,总入口 #4604(指针页)。

单写手规则:只有在任座位 PM 编辑本贴正文;接管/移交 = 改正文 + 一条审计评论(评论只作交接存档,不承载状态)。空缺争用时:动手前重拉正文、审计评论时间戳先到先得、写后回读。活性判定(惰性,无心跳,仅接管冲突时评估):Routine 座位查调度器(last_fired/next_run),会话座位查最近产出评论时间戳,>24h 无产出即可回收(改正文 + 审计评论)。

范围

services/* / plugin-approvals / plugin-webhooks / connectors/*

当前 PM(会话或 Routine ID)

Session session_01USNUyHEr7uaU6MoEWXitei (GitHub account: os-project-manager), took over 2026-08-08 — timestamp in the audit comment. 🟢 on duty.

说明

2026-08-08 takeover. Previous shift (session session_015a5qkLzpGXhLL2F5gvJ7dD) was closed out by maintainer order at 2026-08-08T00:19:47Z with zero in-flight and an empty lane queue — full handover ledger is in that shift-close comment below. Inherited standing items:

• Schedule 触发器不携带任何 org 上下文——定时 runAs:'system' 清扫在多组织部署里仍会产出 organization_id=NULL 的行(#5494 的用户缺席半边) #6155 (pm:blocked): close only after BOTH [转移·spec] flow 的 allowOrgOverride:true 回滚为 false——#6155 Q1=B 裁决的契约半边,同步了结 #6191 #6283 (domain:spec) and [转移] 发布期护栏:多组织下「平台级 + schedule + create_record + 未显式 organization_id」拒绝——#6155 Q3=A 裁决的 lint 半边 #6285 (domain:metadata) merge. Neither is this lane's to implement.
• Decision inbox (maintainer's call, do not assume): feat(sms): 短信全局/每租户日发送配额（成本总量闸） #2814, Conditional-visibility predicates (visibleWhen / visibleOn) fail OPEN and silently — a broken predicate is indistinguishable from no predicate #5149 appeal 1, service-analytics 的 where 门：字段约束里 $ 算子与非 $ 键混写时，非 $ 兄弟键被静默丢掉（方向是加宽；与值无关，不是 #6386 的 undefined） #6444.
• Findings awaiting triage (not claimable until promoted): settings 的 step 是同族第五个声明但不执行的值约束键 —— 先要一个「它算不算值约束」的判断 #6199 [finding] errorResponseBase 文件头是 error.details.code 漂移的第四处 —— #6123 修了三处,dispatcher-plugin.ts:467 因红线未动 #6270 docs: /analytics/query 的两处示例用 measures: ['revenue.sum'] —— 首段不是 cube 名,这条查询今天就答 400 #6291 finding(service-automation): engine.ts 还剩三处同形的 warn message 拼接 —— forgetSuspendedRun / cancelRun / listSuspendedRunsDurable,是 #5912+#6230 之后该文件的最后一批 #6299 观察:engine 侧 DriverConnectError 带着与 #5794 相同的两句建议 —— 是否真能被 ERR_MODULE_NOT_FOUND 命中,未实测 #6305 flaky(core): health-monitor.test.ts 的「leaves no ref'd timer behind when the health check wins the race」(#4875)在合并队列全量跑间歇红 —— 踢掉 PR #6269 一次,重排即过 #6329 [finding] isMissingTableError 同样把 Postgres 写路径的「缺列」措辞判为「缺表」——其 docblock 明说 42703 必须响亮失败,而消费点会据此「从 1 开始编号」 #6347 spec: InboxListResult.unreadCount 的 JSDoc 仍写「over the returned window」—— 与 #6363 落地后的实现和同族 .describe() 相反 #6438 notification: 没有 notification_id 的 sys_inbox_message 行永远无法被标记已读 —— 读态的键在事件 id 上 #6448; re-grade request read-scope-sql 的 $null / $exists 按真值性读比较数 —— {$null: "false"} 编成 IS NULL，#5347 / #5369 的先例没推到 RLS 编译器 #6387 p1→p2 pending at triage.
• Posture: rebuild lane state from labels on each round; standby scan (~45–60 min) when no dispatchable material; tighten to ≤45 min with any dev in flight.

---

迁移注记:以上「范围 / 当前 PM / 说明」自 #4604 座位表逐字迁移(2026-08-06,经办 PM 会话 session_01GcjbQLUQKysMU9uXB34iyv);迁移时刻起本贴即该座位唯一权威,#4604 原行不再维护。

[hotlong]

收班 · domain:services 席位(session session_015a5qkLzpGXhLL2F5gvJ7dD)

维护者 2026-08-08 收班。待料扫描已撤表(不再自动唤醒)。在飞任务为零,车道队列为空,无未推送的工作树。下一个接手本车道的席位按下面接盘即可。

1. 仍挂在我名下的唯一收尾:#6155

我仍是 #6155 的 assignee,它的关闭动作是我的(或下一任 services 席位的)。当前 pm:blocked,解锁条件是两张子单都落地:

单	车道	状态(截至收班)
#6283 flow allowOrgOverride: true → false(契约半边,连带关 #6191)	domain:spec	open,pm:queue,未落地
#6285 publish 侧拒绝守卫	domain:metadata	open,Blocked-by: #6283

⛔ 两单都不在本车道(packages/spec 恒归 spec 席位),不要代劳实现;只在两单都合并后回来关 #6155。#6283 里第 2 条「declared = enforced 核验」如果实测 flip 后写入仍成功,按其单要求另立单记录写侧消费者缺口。

2. 等维护者裁决的三件(⛔ 不要自行假设裁决方向)

• feat(sms): 短信全局/每租户日发送配额（成本总量闸） #2814 租户配额半边 —— 我的建议是 C,理由在单里,未裁。
• Conditional-visibility predicates (visibleWhen / visibleOn) fail OPEN and silently — a broken predicate is indistinguishable from no predicate #5149 上诉 1 —— fail-open → fail-closed 的翻转。objectui#3541 已合并的 console.warn(每条谓词文本一次,dedupe key JSON.stringify([dialect, source]))正在积累命中率数据,这就是这次裁决要的输入;数据没攒够之前催裁没有意义。⚠️ 该 warn 要抵达 objectstack 发布面还差一次 console pin 升版,属发布侧动作,本班未做。
• service-analytics 的 where 门：字段约束里 $ 算子与非 $ 键混写时，非 $ 兄弟键被静默丢掉（方向是加宽；与值无关，不是 #6386 的 undefined） #6444 service-analytics where 门混写时丢非 $ 兄弟键(方向是加宽,与 service-analytics 的 where 门把 undefined 值的键整个丢掉 —— 单键 where 退化成「无过滤器」，方向是加宽（#6125 五面表漏记的第六、七种读法） #6386 的 undefined 不同源),挂 needs-user-decision,未裁。

3. 等 triage 分级的 finding(本班产出,⛔ 标签一律由 triage 改)

#6199 #6270 #6291 #6299 #6305 #6329 #6347 #6438 #6444 #6448 —— 全部 finding 未升级,按协议不可认领。另有一条重评请求已提交 triage 但未落定:#6387 p1 → p2(三道独立闸门挡住了存量元数据路径,真实触发面只剩 getReadScope 这个公开扩展点;我没有自己改优先级标签)。

4. 留给 triage 的一条流程账(已提 #6015,已获响应,建议继续盯)

扫描谓词只覆盖「无 pm:* 标签」的卡,于是带 pm:queue 但没有 domain:* 的卡会被整轮跳过——本班撞了三次(#5794、#5744 各停一天,随后 #6283/#6285/#6329 同样中招)。triage 已按我给的具体 SKILL 改法响应,但修复是否已固化进 SKILL 未经我复核,下一任值班时值得抽查一次。

5. 交接姿态

本车道当前没有可派物料——12 张 open 卡全部落在 finding 未升级 / pm:blocked / needs-user-decision / tracking / pm:on-hold 里。除非 triage 升级了 finding 或维护者裁了决策箱,否则接手后正确的动作是挂待料扫描而不是找活干;不要为了有事做去动那些按状态机明确「现在不做」的卡。

---

Generated by Claude Code

[os-project-manager]

Takeover: domain:services seat.

• Session: session_01USNUyHEr7uaU6MoEWXitei
• GitHub account: os-project-manager
• Taken over: 2026-08-08 (this comment's timestamp)
• Basis: previous shift (session session_015a5qkLzpGXhLL2F5gvJ7dD) closed out by maintainer order — see the shift-close comment above (2026-08-08T00:19:47Z). Seat was vacant at takeover; title / assignee / body updated in the same stroke.

Next: rebuild lane state from labels (queue, blocked-unlock sweep for #6155, decision-inbox and findings deltas since shift close), then dispatch or stand by as material allows.

---

Generated by Claude Code