元質問への説明を初回の通常投稿から受け付ける #356

本人が既存の質問について説明を求めても、通常の post --clarification-file は先に失敗した未送信log予約しか再開できません。未作成の要求でも、元質問と現在の本人返信を検証してから初回の説明を送れるようにします。

仕様は docs/discord-first-clarification.md。既存の docs/discord-question-clarification.md の同一性・通知抑止・Pending/POST/GET契約を維持します。

受入条件:

• 元question:0受領、本文・指紋・元ToDo、認証bot、設定済み本人、説明要求の現在版、固定説明・投稿先・用途を、予約前に照合する。不一致なら新しい原入力・予約を作らない。
• 未作成要求のcheck-onlyは正規GETのみ。新しいファイル・原入力・予約・POSTなし。初回実送信は照合後だけ従来IDでimmutable入力を保存する。
• 同じ本人返信を別ID・本文・質問へ結び直さず、既存送信予約へ用途を後付けしない。既存未送信logの再開を保つ。
• 通知・本文メンション・返信ping・添付・新質問・選択肢なし。質問を通常進捗の宛先にせず、原質問・元の判断待ち・停止・依存を保つ。
• GET後の編集、並行実行、再実行、送信応答消失、一部予約済みの長文を検査し、二重POSTを抑止する。
• 架空データでRed→Green、Go/Rust/実CLI結合、別モデルmax、必要CI、通常マージ、最新mainを含む既存実行物への配布を確認する。私的な質問・ID・費用・本文を公開しない。

配送修復 #315 が同じGo入力を変更しているため、その通常マージを確認するまで共通実装・配布を重ねません。その担当全体の完了とは区別し、マージ後に最新mainへ統合します。

実運用の受入は、指定済みの本人への新しい説明を正常入口から送り、実Discord GETで本文・宛先・通知抑止を確認することです。受領や予約だけを完了としません。契約・課金・保護設定・新常駐は変更しません。

実装前の再現

最新mainを統合した2f255f08で、別ファイルの受入テストを追加しました。Rust通常入口3件とGo境界3件が意図した理由で失敗し、未予約要求の確認・初回送信・検証拒否時の入力不変を満たさない現状を再現しています。Goはrace指定で実行しています。両境界は架空データと置換した送信側を使い、Discord実配達や本人性の検証とは区別しています。

共通の実行処理は変更していません。PR #315は追加レビューの指摘対応中のため、Greenへの実装・必要CI・別モデルmax・通常マージ・配布・実例送信は未完了です。