将来調査: Codex Micro非公開デバイス層の互換性を再評価する

[akatuki-me]

背景・動機

公式のCodex Microとは別に、Windows版Codexアプリの配布物を静的に確認したところ、Codex Micro向けの非公開デバイス連携層が含まれていた。確認したbuildでは、Work Louder由来のprivate package、vendor-specific USB HID、JSON-RPC形式のinterfaceが使われている。

これは公開されたCodex app-server contractではなく、互換性や継続提供が保証されない。現行MVPは公開app-serverを正本とし、この経路へ依存させない。

目的

M3 Safe approval E2Eの完成後、Codex Micro互換adapterをclean-roomで追加調査する価値があるかを、技術・保守・公開・安全の各面からgo/no-go判断する。

Blocker

• M3 Safe approval E2Eの完成
• ユーザーによる調査再開の明示判断

Scope / NonGoals

• Scope: 公開情報と独立観測結果に基づくinterface map、device detection条件、handshake仮説、version差分、app-server方式との比較
• NonGoals: private packageのsource・bundle・生成物の転載またはvendor、既存実装の逐語的移植、Codex Micro互換をMVPの必須経路にすること
• USB identity変更、port open、firmware書き込み、protocol送信は別Issueと明示承認なしに行わない

Touch inventory

• 将来作成するdocs/research/codex-micro-compat.md
• 合成fixtureだけを置くexperiments/codex-micro-compat/
• productionのbridge/とfirmware/は対象外

受入基準

• confirmed、inference、unconfirmedを分離する
• device detectionがVID/PID・usage・model・serial・handshakeのどこまで要求するかを整理する
• private packageのlicense、商標、USB identity、公開可能範囲を確認する
• protocol drift時の検出・無効化方法を定義する
• Cardputerの画面、承認guard、復旧経路との適合性をapp-server方式と比較する
• production依存なしのgo/no-go ADRを提示する
• private code、長い文字列抽出、ローカル絶対path、端末固有IDをrepositoryへ含めない
• make ciがPASSする

Hardware操作

このIssueの調査開始時点ではなし。USB通信またはfirmware変更が必要になった場合は、別Issueとユーザー承認を必須とする。

公開可能な証拠

method分類、payloadの抽象schema、状態遷移、version、比較表、出典だけを記録する。非公開packageの実装本文や配布物は保存しない。