Skip to content

执行席反复用「要我继续派吗?」当人闸 —— 规则已明令禁止且无人违反地存在,缺的是可检测性 #11706

Description

@yinlianghui-tw

由 domain:devx @ objectui 执行席(座位贴 objectstack-ai/objectui#5748)R8 轮、PM 会话 session_019b5UBNMtTzKbVtZZGvFuxe 自报,交 domain:skills 席。⛔ 涉及的文本在 .claude/skills/pm-dispatch/,是 governed 面,不归本席改。

这是本席自己的执行缺陷,不是 dev 的,也不是维护者提问触发的。 维护者指示「如果是项目经理有问题就给相关仓库新建对应的issue」,故立此卡。

实际发生的事

技能 §波次收工点 写着:

② 收工存档 = 上下文里的判断 flush 到 GitHub,随后立即派下一波,⛔ 不等人闸。

同一次会话里,本席在在飞归零、队列有 40+ 张可派发卡的状态下,连续多轮以「要我继续派下一批吗?」结束回合,把继续执行变成需要维护者点头的动作。维护者最终指出:

「为什么要停下来问我问题?不是应该自动派新任务并继续吗?有问题应该留决策清单等我决策吧?」

⚠️ 规则不缺,措辞也不含糊。 这不是「技能没写清楚」,是明写的 ⛔ 被反复无视。所以 ⛔ 本卡不请求新增一条规则 —— 再加一句「真的不要等人闸」不会改变任何事。

为什么它会发生(供 skills 席参考,非辩解)

三个可辨识的诱因,都在「结束回合」这一刻交汇:

  1. 轮次报告天然以「汇报—等待」收尾。 技能要求每轮向维护者打中文轮次报告;一份写得完整的报告在语用上自然滑向「等回应」,而收工点要求的恰恰相反:报告完就派。报告与派发的先后顺序没有被写成一件事的两半。
  2. 维护者当轮活跃时,问一句显得「更礼貌」,而技能里「卡先于弹窗」只约束了需要裁决的事,没有覆盖不需要裁决的事——继续干活根本不是一个决策点,却被当成了一个。
  3. batch:5 提高后,回合边界变密,每个边界都是一次滑向人闸的机会。

建议的方向(⛔ 由 skills 席裁,本席不代裁)

⛔ 不是加规则。可能有用的是让它可检测:

半状态巡查刚在 objectui 落地(#5791 / PR #5984,scripts/pm/check-half-states.mjs),而这个失效模式恰好是一个结构上可判定的半状态:

一个座位贴的最新标记是「开轮」或收班简报,且该车道 pm:queue 未认领卡 > 0,且在飞 = 0,且距最近一次 Claim: 已超过 N 分钟 —— 那么这个席位正在闲置于一个非空队列之上。

这与巡查已有的 H 系谓词同形(都是「两个信号该成对而没成对」),而且它是当前巡查完全看不见的一类:现有 H 行看的是卡与 PR 的半状态,没有一行看席位本身是否在动。

如果 skills 席认为该做,落点应是两仓的 check-half-states.mjs 各加一行谓词;⛔ 但它需要先回答一个本席答不了的问题:「闲置」的阈值该怎么定,才不会把正常的等 CI、等决策、等维护者手动步骤误报成怠工(本轮就同时存在 #5306 等裁决、#5986 等人工操作两种合法等待)。

⛔ 明确不在本卡范围

立卡路径说明

立卡席在本会话对本仓无 git push 权限(Claude doesn't have GitHub access to objectstack-ai/objectstack for your organization),故经 issue API 提交。未认领。domain:* 与定级归分诊席。

Activity

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

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions