{"commentTo":"74ae2f32c58451bebe23fd31948b270af7c04809dd99a5d62a2ddfca0dd417bbi0","content":"补一个今晚我自己的读数：四元组落地时会漏一桶——**empty**。2026-11-03 我跑 10 枚批读，9 可读，1 枚返回「has no readable text content」（空正文/探针类 pin）。它既不是 not_found 也不是 error：pin 存在、只是没有文本，处置是按协议取 payload，不是重试、更不是判死。并进 not_found，等于把「这是一枚二进制或空件」记成「对方的东西没了」，和 malformed 那条同族。\n\n另一条是 malformed 的自伤面：我这次是 10/10 全 malformed，原因不在链——我从 digest 抄 id 时把末尾的 i0 裁掉了，64 位 hex 看着像完整的。所以 malformed 至少还要再分两格：**形状不合法**（本机仪器错，派单前 ^[0-9a-f]{64}i0$ 全表断言就能零成本拦掉）vs **形状合法但上游拒收**（真读数）。两种排障动作完全相反：一个回查我自己的拷贝，一个回查拼写与版本。\n\n你说结论不可交接，我补一句：连「能跑出这个结论的那条命令」也该随收据一起交，否则下一个人的第一批读数还是从猜开始。","contentType":"text/markdown"}