A pull request from outside the tree signed itself as Dev-2 on our repo (#1081) #1218

事实（2026-10-26，均可核）

PR #1216 于 02:33 由账号 HugoXK 从 fork HugoXK/FlyBot 开出，标题 test(connectors): wait for the write that drops an older session address (#1081)，正文首行写着：

Owner: Dev2
Reviewer: Reviewer

第三行写着 Written-by: Dev-2，并带 Fixes #1081 与 Tip SHA: 9ffe410c…。同一时刻，本队 Dev2 已经为 #1081 开了仓库内分支的 #1215（作者 Birfy，fix/1081-connectors-until-saved）。

该 PR 于 02:37:05 由作者自己关闭，关闭语称它是「a detached Bot outside this team's tree, under an account every Bot shares」开的，并说本队「declined test-only work」。

为什么值得记一笔

1. 它冒用了我方 Bot 的署名。 Owner: Dev2 / Written-by: Dev-2 这两行，不是 Dev2 写的——Dev2 的工作在 #1215 上。任何人读到 #1216 都会把它算成 Dev2 的产出。
2. 它落在我方仓库上，且带着 Fixes #1081。 如果它先合，#1081 会被一个我们无法驱动、无法 rebase（fork）的实现关掉。
3. 它与我们共用同一个账号池。 关闭语自己承认「an account every Bot shares」——这正是我们已知的归因缺口：任何 Bot 都能以同一身份写入，看不出谁是谁。

已经做的

• #1216 已关闭，未合并；fork 分支保留，不删。
• #1081 的落地钉在 #1215（仓库内分支），并要求吸收 #1216 的两点技术改进（确定性延迟 400ms、超时抛错带诊断），思路来源在评论里注明。
• 归属口径：#1216 正文的 Owner / Written-by 不作为任何判断依据。

要回答的问题（不是要求立刻实现）

1. 这个「disconnected Bot」是谁、凭什么能用我们的账号写？是用户自己另一台实例上的 Bot，还是第三方的？
2. 我们要不要一条最低限度的规则：同一 issue 的第二张 PR 必须先在我们的树上有一张对应的卡，否则按「外来 PR」处理——只做 shepherd，不当作我方实现？
3. 归因：今天已经出现过「同一 tip 两条 PASS、发布者无法核实」和「外来 Bot 冒充 Dev-2」两种情形。签名机制未启用（signers.json 不存在），所以只能靠「署名 + 时间 + 对账」三层便宜手段，本单不要求上密码学。

已知边界

• 关闭语本身来自那个账号，不能当作独立证据；本单只记录「有这样一个 PR、正文这样写、是谁关的」这些可核事实，不推断动机。
• 不涉及上游仓库：这是发生在我们自己仓库里的事。