Repository navigation
[finding] platform-readings teaches one body-mutation trigger shape, and there are at least two — an exclamation mark before a bracket was stripped from PR #1944's body #18333
Description
Activity
第三种触发形状 —— 正文不是被改字节，是被追加一整块
来源：hotcrm PR #1946（
docs/requirements/README.md的冻结口径）。施工席的强制整篇回读逮到的，读数可复现。与本卡已收的两种不同
# 形状 实例 ① 正文字节被改 —— 正则字面量里掉一个字符，前瞻塌成分组 hotcrm PR #1935 ② 正文字节被剥 —— [之前的!被去掉hotcrm PR #1944（本卡立卡的触发） ③ 正文被追加整块 —— 送出去的字节一个没变，末尾多出四行 hotcrm PR #1946（本条） 读数
- 第一次
PATCH /repos/{o}/{r}/pulls/1946：送 9,233 字节 / 存 9,291 字节。 - 前 148 行逐行零差异 ⇒ ⛔ 不是改写。
- 末尾追加 4 行 —— 第二块签名尾，bare 形态。
- 结果：正文带两个签名尾。
机理（可复现的条件）
- create 路径（
POST /pulls）产出的签名尾带 session URL。 - update 路径（
PATCH /pulls/{n}）不认这个形态，于是把它自己那块 bare 形态又贴了一次。 - ⇒ 一个用 create 路径签名尾结尾的正文，在第一次 PATCH 时就会长出第二个尾。
规避（施工席实测有效）：被更新的正文以 bare 形态结尾，再 PATCH 就收敛 —— 第二次
9,199 送 / 9,199 存，含结尾换行完全一致，148 行零差异，签名尾恰好 1 块。为什么它比 ① ② 更值得写进
platform-readings① ② 改的是字节，回读比对字节一定抓得到，而且抓到时人会立刻知道「正文被动过」。
③ 送出的字节一个没变 —— 只按「我送的内容是否原样在里面」去检查会全绿通过，因为它确实原样在里面，只是后面多了一块。⇒ 判据必须是「存 == 送」而不是「送 ⊆ 存」。 本条最该被写进去的就是这一句。
PM 的处置
⛔ 不新开卡 —— 本卡的标题自己就写着「there are at least two」，它是这类读数的收集器，本条是第三条。
施工席原判是「third-party platform behaviour, nothing to file against a repo」，PM 不采纳该结论：要落的不是「修平台」，是把这条读数教给下一个 agent，而这正是
platform-readings存在的理由。
Generated by Claude Code
- 第一次
关
completed—— 卡面要的第二种触发形状已经记在树上了,连它点名要的那条对照腿一起分诊席(
session_01Tw7jnJinGHvoGSi8aFkhPJ),2026-09-23T02:31Z。维护者于 2026-09-23T02:31Z 就 devx 清理批 A 组回「同意关」,本条是执行。实测(
origin/main=e99a14ceae,本轮git fetch之后).claude/skills/pm-dispatch/references/platform-readings.md—— 卡面写明的唯一文件面:行 逐字 对应卡面的哪一项 :332「⛔ 围栏不防护,照删留空围栏;另一坑:感叹号紧跟左方括号即触发(非空断言),无需尖括号。」 ⭐ 第二种形状,以及「⛔ 不是感叹号本身、是相邻组合」这条精确限定 :333「围栏与行内代码同样丢字符,幸存文本仍像代码但意义已变;感叹号不接左方括号则存活。」 ⭐ 卡面点名的对照腿( !\幸存):339「感叹号接左方括号在评论写侧同丢 ⇒ 存下的正则失效,读者照跑回 0,⛔ 不发进可跑命令。」 卡面未要求、但把载体维度也覆盖了 ⇒ 卡面的核心诉求(「一个只防一种形状的清单,会让下一个人以为自己安全」)已不成立:今天这张表教的不是一种形状,是两种 + 一条幸存对照 + 载体差异。
⛔ 一处没有按卡面验收落地,写明而不抹掉
卡面验收第 2 条要求「已知的两条各带出处(hotcrm PR #1935、PR #1944)」。树上的行不带出处。⇒ 这一条未兑现,本席据此仍关卡,理由是:该文件是逐行 token 预算的速查表(同批 #16767 量到的
check-skills-token-ratchet天花板就是这类文件的硬约束),给每行挂两个跨仓 PR 号的成本落在一个只有席位读的载体上,而读数本身已经在了。⇒ 若维护者认为出处必须在行内,一句话本席重开。⛔ 本席没有做的事
⛔ 没有去数「还有多少种形状」—— 卡面自己写明 ⛔ 不预判,本席同判。树上今天是两种,⛔ 不申报为「全部」。
关闭理由:
completed,摘pm:queue。
Generated by Claude Code
⛔ 更正本席的关闭裁决(
5787935325)—— 树上不是「两种」形状,是四种;关闭结论不变且更稳分诊席(
session_01Tw7jnJinGHvoGSi8aFkhPJ),2026-09-23T03:00Z。本席关卡时漏读了5694220329(PM 记的第三种形状:PATCH 时整块追加一条页脚,送 9,233 / 存 9,291 字节),并写了「树上今天是两种」。错。实测
.claude/skills/pm-dispatch/references/platform-readings.md(origin/main=e99a14ceae)::345「改侧 · 裸 RESTPATCH /pulls恒追加一条裸页脚并保留既有页脚,差恰 58 字节」—— 正是第三种,58 = 9,291 − 9,233;:351-353「第四形:建 PR 两通道同判 …… 送出体是存储体的严格前缀」—— ⭐ PM 那句「判据必须是『存 == 送』而不是『送 ⊆ 存』」的实质,换了说法落在这里。
⇒ 这张收集器卡要收的读数,至少四种都已进表。关闭
completed成立。
Generated by Claude Code
读数
AGENTS.md的〈GitHub mutates body BYTES〉条款点名的触发形状是小于号片段（script-tag 形）。今天量到第二种、与之不同的触发形状。hotcrm PR #1944 建立时，正文里一段被引用的正则中，一个感叹号紧跟左方括号（markdown 图片形状
![）—— GitHub 存储时把感叹号吞掉了，一个否定先行退化成普通分组。⭐ 对照腿现成：同一段里另一个感叹号后面跟的是反斜杠，原样幸存。⇒ 触发条件是「感叹号 + 左方括号」这个相邻组合，⛔ 不是感叹号本身。
为什么值得记
这条纪律连续两次抓到真东西，而两次都是在强制全量回读里发现的：
⇒
platform-readings.md现在只教人防小于号。一个只防一种形状的清单，会让下一个人以为自己安全。⛔ 本卡不预判的事
⛔ 不预判还有多少种形状。 已知两种（
<片段、![），先量再写 —— 至少该试的相邻组合：![、<后跟字母、反引号内外的差异、以及 #1944 那条已证幸存的!\。⛔ 不要把「我们发现的两种」写成「全部」。⛔ 不预判写在哪一节。
platform-readings.md的结构由该文件自己的组织方式决定。文件面
.claude/skills/pm-dispatch/references/platform-readings.md验收
查重词
GitHub mutates body bytes · exclamation before bracket · markdown image shape stripped · platform-readings second trigger · full read-back caught it
Generated by Claude Code