Skip to content

[Decision] platform-readings.md ceiling 359 → 362 for the fourth readings increment (PR #15955, red on the ratchet by design) #15960

Description

@os-steve

维护者速读

改了什么:PR #15955 往 PM 的「平台读数事实表」(references/platform-readings.md)加三条实测规则,各一行:① 零配额通道读卡片时间线时,两个数组各比 edges 长度与 totalCount,短即最新几条缺席,认领检查改走分页 get_comments;② turbo 一个任务失败会让多个包同印 ELIFECYCLE Command failed,权威读数只是 Failed: 行与该包自己的错误;③ 平台在尾部横线前后正反两向归一空行,比对正文只按首个差异偏移,不按长度。该文件行数上限 359/359 满格,dev 实测 333 对相邻规则行里零对能折进 120 字节,于是三行顶着棘轮落地:PR 红 3 行,设计如此;dev 没有自行抬上限,也没有删任何事实。

为什么改:三条都是本班实测到的假阴性,不是推测:第一条已造成一次未遂的重复认领(席位据缓存通道判「没人认领」);第二条让人把陪葬包读成故障源;第三条让两个不同的正文因长度相等被判「相同」。

风险与代价(含回滚):纯文档,零运行时影响;唯一代价是事实表上限抬 3 行。回滚 = revert 一个 commit。

席位意见:建议 A,抬到 362。

你要做的:回一个字母 A / B / C。

背景

第三批读数(#15192)走过同一条路:PR 红在棘轮上,决策卡 #15275 裁 1A 抬 +39。之后成员 3(PR #15641)把该文件规则化重写到 359 行并重锁在 359。本批三条事实在重写后的文件里缺席(dev 逐条 grep 去重,六个候选里三个已存在、跳过)。

Governing text

.claude/skills/pm-dispatch/SKILL.md 门禁表第 786 行(git grep -n '抬上限需维护者裁决' origin/main -- .claude/skills/pm-dispatch/SKILL.md):「scripts/pm/check-skill-line-ratchet.mjs | 本文件行数只降不升(pnpm check:pm-skill-ratchet);抬上限需维护者裁决引用在 PR 正文;⛔ re-wrap …」;人工地板第 392 行(git grep -n '抬 ratchet 上限' origin/main -- .claude/skills/pm-dispatch/SKILL.md):「门禁削弱(降阈值、删必查项、抬 ratchet 上限、跳过测试)」。⇒ 本卡的选项空间与该文本一致:上限只能由维护者裁,本卡即该请求;不是要改文本的卡。

协议声明、是否改协议

不涉 packages/spec,不改协议。

带 re-check 命令的前提

  • 文件 359 行、上限 359(main 904e707):node scripts/pm/check-skill-line-ratchet.mjs 2>&1 | grep platform-readings
  • PR docs(pm-dispatch): three measured platform readings into the readings ledger #15955b4a0e42 只 +3/−0,棘轮红 3:同命令在 PR 头上跑,读 is 362 lines; the ratchet ceiling is 359
  • 三条事实在 main 缺席:git grep -c 'ELIFECYCLE' origin/main -- .claude/skills/pm-dispatch/references/platform-readings.md(0)、git grep -c '首个差异偏移' origin/main -- …(0)、git grep -c 'edges' origin/main -- …(0)。
  • 零折行余量:dev 对 333 对相邻规则行的合并测量(PR 正文)—— 席位未复测,列为置信缺口。

具体问题

把上限抬到 362 让三行全落,还是保留 359:删事实,或删三行既有内容付账。

选项

  • A 抬 359 → 362,三行全落。补丁轮:上限行改 362、PR 正文引本裁决原文、ruledRaises 记录 +3。业务等于:三条查表规则从此在事实表里,席位不必再各自实测。
  • B 你点名删掉一或两条,上限按剩余行数抬。业务等于:被删的那条下次由别的席位再踩一次、再测一次。
  • C 删三行既有内容付账,上限不动。业务等于:用 3 小时前刚规则化重写过的事实表里的三条已验证读数换这三条;dev 查过一遍,剩下的是相邻不是重复,C 是静默的质量损失。

推荐

A;回退 B(若必须删一条,第二条 ELIFECYCLE 最弱)。置信缺口:席位未复测「333 对零可折」这一读数。

相关单与 PR

PR #15955 · #15647(第 1 节)· #15917 · 前例 #15275(第三批,裁 1A)· PR #15641(规则化重写至 359)。

os-decision-facets

  • ① 项目长远合理性:缩小特例 —— 三条都收紧读数契约,长期减少各席重复测量;抬 3 行不新增任何机制。
  • ② 实际业务拉动:本班三次撞上(未遂重复认领、CI 误诊、正文误判相同),不是投机面。
  • ③ 防 AI 犯错:三条都把「从缺席推断」换成可核对的判别式(比两个数、读 Failed: 行、按偏移比对),响亮优于静默。
  • ④ 创业阶段不扩散:事实表 +3 行、零新面、零新机制;C 的「删既有内容」是静默的质量损失。
    推荐 A(回退 B);置信缺口:席位未复测零折行余量;三条中第二条最弱,若须删一条先删它。

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

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions