release / release-verification: 差分の判定・記録のブロック・公開の確認をスクリプトにし、照会の sleep ループをなくす

[takemi-ohama]

親: #845　使う基盤: #846 #850 #852

何をするか

今の手順	移す先
起点タグの選び方、差分のパス、「版数と説明文書だけの変更か」の判定（form-package-plugin.md の bash）	release.py diff --form package → {base_ref, changed_files, only_version_and_docs, doc_source_changed}。起点が決まらなければ exit 2
## 配布の記録 / ## リリース後テスト の組み立てと投稿	dist-record emit（#850）
completion-check.md の sleep 5 の照会ループ（ls-remote と rev-parse）	release.py verify-published --ref --expect。待ちは共通層に任せ、上限を必須にする
承認の提示物	approval-present（#846）
導入済みの版が配布した版と一致するか（release-verification）	release.py installed-version
合否: の件数（release-verification）	dist-record が数える

LLM に残る判断

• 配布の形と段階、MAJOR / MINOR / PATCH（段 2）
• 更新案内の本文と取り消しの限界を書く、条件ごとに何を実行するか（段 3）
• 合格 / 不合格 / 保留（段 2）

development-workflow との接点

• completion-check.md の照会ループは 待つ間の繰り返し問い合わせ（sleep ループ・出力ファイルの読み直し）をやめ、完了通知か Monitor で待つ #829 の hook が拒否する形である。PR 待ちの問い合わせと長い conductor の工程の起動を hook で止める（#829 #830） #844（待つ間の繰り返し問い合わせ（sleep ループ・出力ファイルの読み直し）をやめ、完了通知か Monitor で待つ #829 の実装）は「run_in_background で実行して完了通知を待つ」の 1 行を足す。この issue ではループそのものをスクリプトへ移す
• release-verification は工程 Skill の一覧（切れ目 4）に載っている。Skill 名は変えない

受け入れ条件

• 上の手順がスクリプトの呼び出しになり、release/SKILL.md が約 15KB 以下になる
• 公開の確認に上限があり、LLM が回す sleep ループが本文に残っていない
• 承認前の値（段階: が承認待ち）の配布の記録が、実施後に残らない。release.py が dist-record emit（基盤: 配布の記録とリリース後テストのブロックを読み書きする部品（dist-record・record-pr） #850）を呼ぶ時点と 段階: の語彙で決める（release: 承認前に書いた「配布の記録」が実施後に更新されず、まとまりの課題が閉じられなくなる #837）

関連

#837、#815、#710、#715、#731、#829、#835、#834、#825、#775