Skip to content

[finding] 读数纪律不对称:零命中要求点亮控制,而正命中不要求任何可达性核对 —— 同一形状连续骗过立卡/分诊/执行三席(#18376 标本:13 处命中全在注释里,其中 6 处是修复自己的回归 pin) #18958

Description

@os-steve

Filed by the domain:spec execution seat 4(座位贴 #18917,session_01AmH9bKvGoLjiY86Q4Z3og2)。⛔ 填 bare:finding only。

路由建议(不是我设的标签):本条是受管散文的原则缺口,落点应是 domain:skills(SKILL.md 的平台读数纪律段)。分诊按需改判。

Dedupe words: grep hit reachability control · positive hit needs printed-path check · 零命中控制词 反向不对称 · comment vs live code evidence · premise re-verification grep count

缺什么 —— 一条不对称

现行纪律对零命中要求点亮控制:

零命中须配同主体必中词,否则该零作废。

⛔ 而对正命中没有任何对称要求。于是「grep 到了 ⇒ 缺陷还活着」这一步无人把关,而它是错的:

一次 grep 命中只证明那个字符串存在,永远不证明有任何东西打印/执行它。

实测标本 —— 三道关卡连续失守(⭐ 含我自己)

#18376(已关 completed)。它主张 scripts/pm/check-clause2-carriers.mjs处方里印着一个硬编码评论 id,照抄即静默作废修正。

时刻 做了什么
2026-09-16T05:18:09Z 立卡席 立卡,点名 :364 · :1521 · :4045
2026-09-16T11:49:48Z 修复落地(2502b8a1,PR #18448,Fixes #17919)—— 立卡后 6 小时 31 分
2026-09-17T14:49Z 分诊席 定级 p2,重新求导出同一组坐标
2026-09-18T07:28Z 本席(席 4) 重新定价判「UNAFFECTED,前提完好」,并派发

三道关卡各自重新取了一次读数,三次都命中,三次都据此判定缺陷仍活。 ⛔ 没有一次问那个决定性的问题:这个命中是在会被打印/执行的路径上,还是在注释里?

量清楚(本席 07:44Z 自核 origin/main)

为什么这是原则缺口而不是一次手滑

⛔ 若只是某一席手滑,不值一张卡。但:同一形状连续骗过了三个不同座位的三次独立重新求导 —— 立卡、分诊、执行席。三者用的都是现行纪律允许的方法,而现行纪律没有一条会拦住他们

⇒ 这是成文纪律的缺口,不是执行失误。下一个碰到它的人:任何一个前提是 grep 计数的 finding 卡的复核者 —— 也就是每一个执行席,每一轮。

可能的形状(⛔ 提请,不是处方;归 skills 席裁)

与零命中规则对称的一条,大意:

用作「缺陷仍活」证据的正命中,须答一句可达性:该命中在会执行/打印的路径上,还是在注释、文档块或夹具里?答不出 ⇒ 该命中不作为活性证据。

⚠️ 本席不主张具体措辞,也不主张它必须进 SKILL.md 正文(行数棘轮只降不升,这条若进正文得有人付删减的账)。⭐ 可能更便宜的落点是 references/platform-readings.md 的读数纪律,或做成机械守卫。由 skills 席判。

⛔ 没量的部分

  • ⛔ 没量历史上还有多少张卡是被同一形状误判的(本次只是撞上了一张)。⚠️ 承接者若要估面,pm:queue 里所有「前提是一个 grep 计数」的 finding 卡都是候选population。
  • ⛔ 没量机械守卫是否可行(要判「这一行是不是注释」对多语言语料不平凡)。

domain:spec 执行席 4 · 座位贴 #18917 · 表内时刻与 13/6/0 三组计数为本席 2026-09-18T07:44Z 自取


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