release: prepare 1.0.0rc3 for Relay stability validation

README.ja.md

@@ -113,9 +113,9 @@ npx -y skills@latest add abruption/session-peer-skill \
 
 ## オプションの1.0リリース候補機能
 
-明示的に選択する`1.0.0rc2`リリース候補は認証付き公開リレーを安定したv1契約へ前進させ、実験段階の[Antigravity](https://github.com/abruption/session-peer/blob/main/docs/ja/antigravity.md)ブリッジも維持されます。フィルターなしの`list`には稼働中の登録済みブリッジも表示されます。
+明示的に選択する`1.0.0rc3`リリース候補は認証付き公開リレーを安定したv1契約へ前進させ、実験段階の[Antigravity](https://github.com/abruption/session-peer/blob/main/docs/ja/antigravity.md)ブリッジも維持されます。フィルターなしの`list`には稼働中の登録済みブリッジも表示されます。
 [デバイスのペアリング・暗号化リレー](https://github.com/abruption/session-peer/blob/main/docs/ja/paired-devices.md)にはUnix、Python 3.11以上、`[relay]`が必要です。デバイスの識別情報を固定し、受信側の端末で接続対象を明示的に許可します。ブラインドWSSリレーはメッセージを復号できず、ホスト型サービスの可用性はパッケージとは別に運用されます。
-リリース候補は`pipx install 'session-peer[relay]==1.0.0rc2'`で明示的にインストールしてください。通常のアップグレードではプレリリースは選択されません。[session-peerプロジェクトページ](https://abruption.dev/projects/session-peer/)と上記のデバイスペアリング文書から始めてください。RC公開はホスト型サービスの可用性を保証せず、通常のローカル・SSHコマンドは外部依存なしで使えます。
+リリース候補は`pipx install 'session-peer[relay]==1.0.0rc3'`で明示的にインストールしてください。通常のアップグレードではプレリリースは選択されません。[session-peerプロジェクトページ](https://abruption.dev/projects/session-peer/)と上記のデバイスペアリング文書から始めてください。RC公開はホスト型サービスの可用性を保証せず、通常のローカル・SSHコマンドは外部依存なしで使えます。
 
 ## 送信前の確認
 

README.ko.md

@@ -113,9 +113,9 @@ npx -y skills@latest add abruption/session-peer-skill \
 
 ## 선택형 1.0 릴리스 후보 기능
 
-명시적으로 선택하는 `1.0.0rc2` 릴리스 후보는 인증된 공개 릴레이를 안정적인 v1 계약에 가깝게 진전시키며, 실험 상태 [Antigravity](https://github.com/abruption/session-peer/blob/main/docs/ko/antigravity.md) 브리지도 유지돼요. 필터 없는 `list`에는 실행 중인 등록 브리지도 표시돼요.
+명시적으로 선택하는 `1.0.0rc3` 릴리스 후보는 인증된 공개 릴레이를 안정적인 v1 계약에 가깝게 진전시키며, 실험 상태 [Antigravity](https://github.com/abruption/session-peer/blob/main/docs/ko/antigravity.md) 브리지도 유지돼요. 필터 없는 `list`에는 실행 중인 등록 브리지도 표시돼요.
 [기기 페어링·암호화 릴레이](https://github.com/abruption/session-peer/blob/main/docs/ko/paired-devices.md)는 Unix·Python 3.11 이상·`[relay]` 확장이 필요해요. 기기 신원을 고정하며 수신 기기에서 대상을 명시적으로 허용해야 해요. 블라인드 WSS 릴레이는 메시지를 복호화할 수 없으며 호스팅 서비스의 가용성은 패키지와 별도로 운영돼요.
-릴리스 후보는 `pipx install 'session-peer[relay]==1.0.0rc2'`로 명시적으로 설치하세요. 일반 업그레이드는 시험판을 선택하지 않아요. [session-peer 프로젝트 페이지](https://abruption.dev/projects/session-peer/)와 위의 기기 페어링 문서부터 확인하세요. RC 공개가 호스팅 서비스 가용성을 보장하지는 않으며 일반 로컬·SSH 명령은 외부 의존성 없이 유지돼요.
+릴리스 후보는 `pipx install 'session-peer[relay]==1.0.0rc3'`로 명시적으로 설치하세요. 일반 업그레이드는 시험판을 선택하지 않아요. [session-peer 프로젝트 페이지](https://abruption.dev/projects/session-peer/)와 위의 기기 페어링 문서부터 확인하세요. RC 공개가 호스팅 서비스 가용성을 보장하지는 않으며 일반 로컬·SSH 명령은 외부 의존성 없이 유지돼요.
 
 ## 전송 전 확인
 

README.md

@@ -117,9 +117,9 @@ publication.
 
 ## Optional 1.0 release candidate features
 
-The opt-in `1.0.0rc2` release candidate carries the authenticated public relay toward the stable v1 contract and keeps the experimental [Antigravity](https://github.com/abruption/session-peer/blob/main/docs/antigravity.md) bridge. Unfiltered `list` also includes live registered bridges.
+The opt-in `1.0.0rc3` release candidate carries the authenticated public relay toward the stable v1 contract and keeps the experimental [Antigravity](https://github.com/abruption/session-peer/blob/main/docs/antigravity.md) bridge. Unfiltered `list` also includes live registered bridges.
 [Paired devices / encrypted relay](https://github.com/abruption/session-peer/blob/main/docs/paired-devices.md) require Unix, Python 3.11+ and the `[relay]` extra. Device identities are pinned and targets need explicit authorization on the receiving endpoint. The blind WSS relay cannot decrypt application messages; hosted-service availability remains separate from the package.
-Install the release candidate explicitly with `pipx install 'session-peer[relay]==1.0.0rc2'`; normal upgrades do not select prereleases. Start with the [session-peer project page](https://abruption.dev/projects/session-peer/) and the paired-device guide above. RC publication does not establish hosted-service availability. Ordinary local/SSH commands remain dependency-free.
+Install the release candidate explicitly with `pipx install 'session-peer[relay]==1.0.0rc3'`; normal upgrades do not select prereleases. Start with the [session-peer project page](https://abruption.dev/projects/session-peer/) and the paired-device guide above. RC publication does not establish hosted-service availability. Ordinary local/SSH commands remain dependency-free.
 
 ## Before you send
 

README.zh-CN.md

@@ -110,9 +110,9 @@ npx -y skills@latest add abruption/session-peer-skill \
 
 ## 可选的1.0候选发布功能
 
-显式选择的`1.0.0rc2`候选发布版推动认证公共中继迈向稳定v1契约，并保留实验性[Antigravity](https://github.com/abruption/session-peer/blob/main/docs/zh-CN/antigravity.md)桥接。未筛选的`list`也会显示正在运行的已注册桥接。
+显式选择的`1.0.0rc3`候选发布版推动认证公共中继迈向稳定v1契约，并保留实验性[Antigravity](https://github.com/abruption/session-peer/blob/main/docs/zh-CN/antigravity.md)桥接。未筛选的`list`也会显示正在运行的已注册桥接。
 [设备配对与加密中继](https://github.com/abruption/session-peer/blob/main/docs/zh-CN/paired-devices.md)需要Unix、Python 3.11以上及`[relay]`扩展。设备身份固定，目标需在接收端显式授权。盲转发WSS中继无法解密应用消息；托管服务的可用性与软件包分开运营。
-请使用`pipx install 'session-peer[relay]==1.0.0rc2'`显式安装候选发布版；普通升级不会选择预发布版本。请先查看[session-peer项目页面](https://abruption.dev/projects/session-peer/)及上方的设备配对文档。RC发布不保证托管服务可用性，普通本地与SSH命令仍不需要第三方依赖。
+请使用`pipx install 'session-peer[relay]==1.0.0rc3'`显式安装候选发布版；普通升级不会选择预发布版本。请先查看[session-peer项目页面](https://abruption.dev/projects/session-peer/)及上方的设备配对文档。RC发布不保证托管服务可用性，普通本地与SSH命令仍不需要第三方依赖。
 
 ## 发送前须知
 

RELEASING.ja.md

@@ -2,18 +2,18 @@
 
 GitHub リリースを公開すると `.github/workflows/publish.yml` がトリガーされ、選択されたタグがビルドされて Trusted Publishing 経由で PyPI にアップロードされます。下書きは公開されません。公開アーティファクトが常にレビュー済みコードを指すよう、準備、承認、公開、検証を分離してください。
 
-RC2 公開と安定版昇格は別の条件です。公開された正確な RC2 を全 5 ホストで検証し、影響経路の独立 ACK とレシーバー変更後の 4 時間観察が完了するまで、Windows の 4 issue と RC2 マイルストーンを開いたままにしてください。[RC2 検証計画](docs/ja/releases/v1.0.0-rc.2.md)に従い、RC1 やバージョン変更前の証拠で代替しないでください。
+RC3 公開と安定版昇格は別の条件です。公開された正確な RC3 を全 5 ホストで独立 ACK の証拠と中断のない 4 時間観察により検証するまで、#161、#163、#164 と RC3 マイルストーンを開いたままにしてください。[RC3 検証計画](docs/ja/releases/v1.0.0-rc.3.md)に従い、RC2 の証拠やオフライン再現で代替しないでください。
 
-## 現在の候補: v1.0.0-rc.2
+## 現在の候補: v1.0.0-rc.3
 
-2 番目の 1.0 リリース候補は RC1 契約を維持し、#158 の Windows 修正として Claude パイプ認証 (#157)、ネイティブ Codex writer 検証 (#153)、WSL→ネイティブ Codex の検出・送信 (#156)、SSH Python 診断 (#151) を追加します。Claude と SSH の修正は安定版 v0.9.2 にも公開済みです。正規の Python/PyPI バージョンは `1.0.0rc2` であり、人間向けの Git タグおよび GitHub リリースは `v1.0.0-rc.2` です。`packaging.version.Version` はこれらの値を同一として扱います。RC ゼロに正規化される単なる `v1.0.0-rc` は使用しないでください。
+3 番目の 1.0 リリース候補は #158 の Windows 修正を含む RC2 契約を維持し、#161 で追跡している公開リレー経路の失敗に対して、送信前の設定再試行を制限したルート診断 (#162) と、受信側の再接続空白の短縮および role_busy 指標 (#168) を追加します。RC2 の Claude と SSH の修正は安定版 v0.9.2 にも公開済みです。正規の Python/PyPI バージョンは `1.0.0rc3` であり、人間向けの Git タグおよび GitHub リリースは `v1.0.0-rc.3` です。`packaging.version.Version` はこれらの値を同一として扱います。RC ゼロに正規化される単なる `v1.0.0-rc` は使用しないでください。
 
 このリリースは明示的なプレリリースです:
 
 - GitHub リリースに **Pre-release** のマークを付け、Latest のマークを付けないでください。
 - 通常の安定版パッケージのアップグレードでは、引き続き v0.9.2 が選択される必要があります。
-- テスターは `pipx install 'session-peer[relay]==1.0.0rc2'` または同等の `uv` コマンドを使用して正確なバージョンをインストールします。
-- GitHub、PyPI、およびクリーンインストールでの検証が完了するまで、v1.0.0-rc.2 マイルストーンをオープンなままにしてください。
+- テスターは `pipx install 'session-peer[relay]==1.0.0rc3'` または同等の `uv` コマンドを使用して正確なバージョンをインストールします。
+- GitHub、PyPI、およびクリーンインストールでの検証が完了するまで、v1.0.0-rc.3 マイルストーンをオープンなままにしてください。
 - プラグインマニフェストは独立したバージョン（0.1.0）を維持します。
 
 候補には、ローカル/SSH 運用、オプションの MCP および Antigravity アダプター、ペアリングされた直接/リレートランスポート、マネージド入場管理（managed admission）、パブリック OAuth サインアップ、アクティブ失効（active revocation）と recovery、運用者メトリクス、およびレビュー済みの KR デプロイアーティファクトが含まれます。リレー extra には Unix と Python 3.11+ が必要です。デフォルトのコアは Python 3.9+ で依存関係なしのまま維持されます。ホストされたリレーは運用サービスであり、パッケージ提供の保証ではありません。
@@ -36,8 +36,8 @@ GitHub 環境は `pypi` であり、アクティブなワークフローは `pub
 
 ## 準備と検証
 
-1. リリースブランチが RC1 基準とマージ済みの #158 を含み、`main` を対象にしていることを確認します。安定版保守ブランチを main にマージしないでください。
-2. `session_peer.__version__ == "1.0.0rc2"` であること、リリース候補ノートが sdist に含まれていること、および 4 つの README のインストールコマンドが一致していることを確認します。
+1. リリースブランチがマージ済みの #158、#162、#168 を含み、`main` を対象にしていることを確認します。安定版保守ブランチを main にマージしないでください。
+2. `session_peer.__version__ == "1.0.0rc3"` であること、リリース候補ノートが sdist に含まれていること、および 4 つの README のインストールコマンドが一致していることを確認します。
 3. 完全な CI マトリクスを実行します。コアスイート、コントロール Node 22/24 スイート、Node/Python 統合、および最終 diff に適したビルドとアーカイブの検査をローカルで繰り返します。ライブモデルの送信はリリース準備の一部ではありません。
 4. 正確な候補から一度だけビルドします:
 
@@ -46,7 +46,7 @@ GitHub 環境は `pypi` であり、アクティブなワークフローは `pub
    ```
 
 5. 両方のアーカイブを検査します。wheel には `session_peer.py`、`session_peer_mcp.py`、`session_peer_relay/`、およびメタデータが含まれます。sdist には承認されたドキュメントとデプロイテンプレートも含まれます。どちらのアーカイブにも、`cc_peer.py`、認証情報、データベース、リプレイ状態、秘密鍵、ブラウザデータ、またはローカル証拠を含めることはできません。
-6. クリーンな環境に wheel と sdist を個別にインストールします。`session-peer --version` が `1.0.0rc2` を報告すること、空のホームディレクトリで `session-peer list --output-format
+6. クリーンな環境に wheel と sdist を個別にインストールします。`session-peer --version` が `1.0.0rc3` を報告すること、空のホームディレクトリで `session-peer list --output-format
    json` works in an empty home, and relay/MCP extras pass `pip check` と help スモークテストに合格することを確認します。
 7. 必要なチェックに合格した後にのみマージします。`main` をフェッチし、その正確なコミットを記録して、そのコミットにおけるバージョンと意図された変更を確認します。
 
@@ -57,11 +57,11 @@ GitHub 環境は `pypi` であり、アクティブなワークフローは `pub
 ```bash
 git fetch origin main --tags
 release_commit=$(git rev-parse origin/main)
-gh release create v1.0.0-rc.2 \
+gh release create v1.0.0-rc.3 \
   --repo abruption/session-peer \
   --target "$release_commit" \
-  --title "session-peer v1.0.0-rc.2" \
-  --notes-file docs/releases/v1.0.0-rc.2.md \
+  --title "session-peer v1.0.0-rc.3" \
+  --notes-file docs/releases/v1.0.0-rc.3.md \
   --draft --prerelease --latest=false
 ```
 
@@ -72,7 +72,7 @@ gh release create v1.0.0-rc.2 \
 公開の直前に最終的なユーザー承認を得てください。公開により GitHub リリースがパブリックになり、PyPI へのアップロードがトリガーされます:
 
 ```bash
-gh release edit v1.0.0-rc.2 \
+gh release edit v1.0.0-rc.3 \
   --repo abruption/session-peer \
   --draft=false --prerelease --latest=false
 ```
@@ -82,10 +82,10 @@ gh release edit v1.0.0-rc.2 \
 ## 公開の検証
 
 1. 期待されるタグとコミットに対して `publish.yml` が成功したことを確認します。
-2. PyPI が正確に `session-peer==1.0.0rc2` を公開していることを確認します。wheel と sdist をダウンロードし、それらのハッシュをワークフローアーティファクトと比較して、内容を再度検査します。
+2. PyPI が正確に `session-peer==1.0.0rc3` を公開していることを確認します。wheel と sdist をダウンロードし、それらのハッシュをワークフローアーティファクトと比較して、内容を再度検査します。
 3. クリーンな環境に正確な PyPI プレリリースをインストールし、バージョン、クリーンホームでの list、リレー extra、および MCP のスモークチェックを繰り返します。
 4. GitHub がリリースをプレリリースとしてマークし、latest としてマークしていないことを確認します。安定版の `releases/latest` エンドポイントおよび通常のアップデート通知は、引き続き v0.9.2 を指している必要があります。
 5. ホストされたリレーは個別に検証してください。パッケージの公開は、サービスの健全性、OAuth ポリシー、またはエージェントの受領確認を証明するものではありません。
-6. GitHub、PyPI、およびクリーンインストールの証拠が記録された後にのみ v1.0.0-rc.2 マイルストーンをクローズしてください。
+6. GitHub、PyPI、およびクリーンインストールの証拠が記録された後にのみ v1.0.0-rc.3 マイルストーンをクローズしてください。
 
 パッケージマネージャーで管理されたインストールは独自のマネージャーでアップグレードします。スタンドアロンの安定版インストールは引き続き `session-peer update` を使用し、リリース候補テスターは正確なパッケージバージョンを使用します。提出は決して受領や確認の証明にはなりません。