8月7日は、個人開発で毎日触るCodex周辺の操作を短くし、完了や入力待ちを腕時計で追えるようにした。
今日やったこと#
モデル経路を役割ごとに固定#
- 実施内容: 日常的な実装はSol xhigh、高度な計画やレビューはSol max、サブエージェントはLuna maxを使う構成にした。
- 結果: SolとLunaは実際の応答と子セッション記録で確認した。
- 運用方針: 外部モデル向け接続プロファイルは用意したが、ローカル実行基盤やAPI設定がないものは有効化していない。
- 共通指示: 過剰な抽象化や将来用の仕組みを避け、実際のデータ消失や秘密情報の境界を守る方針を加えた。
Pebble通知を状態遷移へ結び直す#
- 問題: Codexの進捗イベントが出るたび通知されていた。
- 修正: 入力・承認待ち、完了、失敗だけを通知対象とし、定期的な進捗報告は抑止した。
- 表示: タイトルにモデル名・推論強度・状態、本文にタスク名を置く短い形式にした。タスク名を取得できない場合だけフォルダ名へ戻す。
- 追加修正: 再インストールでフック位置と信頼済みハッシュが変わる問題を見つけ、既存位置を維持するようインストーラーを修正した。
- 結果: 届かなかった完了通知を再送した。
T3 Codeから同じプロジェクトを利用#
- 実施内容: T3 Codeを導入し、GitHub認証とCodex認証を確認した。
- 結果: Codexと共通のプロジェクト領域を開き、試用リポジトリのREADMEをCodexに読ませるところまで通した。
- 変更範囲: ファイルは変更せず、新しいリポジトリの公開も行っていない。
判断と学び#
- 通知はツール呼出しではなく、利用者が行動する必要のある状態遷移へ結び付ける。
- 再インストール可能なフックは、内容だけでなく配置場所の安定性も契約になる。
- モデル選択は毎回の細かな指定ではなく、日常用と難問用の少数プロファイルへまとめる。
- 複数GUIで同じリポジトリを使う場合、認証、作業領域、公開権限を分けて確認する。
検証#
- 通知まわりの38件のテストを通した。
- 日常用、難問用、子エージェントのモデル経路を診断した。
- T3 CodeのGitHub認証、Codex実行、読み取り専用の試用を確認した。
資格情報、認証Cookie、非公開リポジトリのアドレス、個人PCのパスは掲載していない。