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のパスは掲載していない。
8月6日は、Codex以外のエージェントも選べるOrcaを、既存の個人開発環境へ接続した。
今日やったこと # 共通の作業領域と安全な既定値を整備 # 実施内容: Orcaを導入し、Codexと同じプロジェクト群を開ける作業領域、PowerShell、既存のGitHub認証とSSH設定を引き継いだ。 安全設定: 既定エージェントはCodexとし、承認やサンドボックスを迂回する全権限モードは無効化した。 結果: Codex、Claude、Gemini、OpenCodeのCLIを認識できる状態にした。Codexは実働を確認し、利用者ログインが必要なサービスは導入だけに留めた。 非公開リポジトリで開発経路を確認 # 実施内容: Orca管理のworktreeで、外部依存のない小さなHTTPアプリを作成した。 結果: 実装、テスト、コミット、非公開リポジトリへの反映までを一つの作業経路で通した。 VPSへの軽微な反映を確認 # 実施内容: 既存SSH設定でVPSへ接続し、専用領域へ4ファイルを転送した。 問題と修正: VPSにNode.jsがなかったため追加インストールせず、Pythonの一時HTTPサーバーを使った。 結果: ローカル応答200を確認し、確認後はサーバーを停止して一時実行ファイルも削除した。 変更範囲: sudo、パッケージ、Firewall、常駐サービスは変更していない。 判断と学び # PowerShellでは、検索結果が1件だけだと配列ではなく単一の文字列になることがある。結果を明示的に配列化し、SSH接続先の誤判定を解消した。 開発ツールを増やす場合も、認証情報を複製するより、既存の認証と標準CLIを再利用する方が運用しやすい。 検証 # Orcaのランタイムとオーケストレーションを確認した。 Codexの実行とGitHubへの反映を確認した。 VPS接続、ファイル転送、HTTP応答、停止後のポート解放を確認した。 資格情報、VPSの接続先、非公開リポジトリのアドレス、個人PCのパスは掲載していない。
8月5日は、シリコンバレーへ進出する日系企業の調査を、候補集めから検証可能な記事へ仕上げた。
今日やったこと # 調査範囲をサンフランシスコまで拡大 # 実施内容: サンノゼからペニンシュラ、サンフランシスコまで再調査した。 結果: 一覧を25社から52社へ拡張し、一意な情報源は83件になった。 検証方法: 施設ロゴや地域マップは候補抽出に使い、現行拠点は企業発表、自治体・地域団体、業界団体、報道などで個別確認した。 掲載基準: 物理的な拠点利用とオンライン会員を分け、同じ「掲載企業」を一律に現地進出と扱わないようにした。 調査メモを記事の本筋から分離 # 問題: 初期版では、調査中に見つけた情報を後半へ並べすぎていた。 修正: 企業一覧と掲載基準を中心に据え、地域別の集積、進出の定義、掲載・除外基準だけを残した。 結果: 調査過程の脱線を削り、記事の問いを追いやすくした。 判断と学び # 最初に見つけた情報源を記事全体の軸にしない。 候補抽出用の情報源と、掲載を確定する検証用の情報源を分ける。 物理拠点、共同研究、投資拠点、オンライン会員を同じ意味で数えない。 AIが集めた情報は、列挙する前に記事の問いへ戻して削る。 検証 # 52社版の表示を確認した。 83件の情報源を確認した。 Hugoビルドと16件のテストを通した。 公開ページの応答を確認した。 資格情報、非公開リポジトリのアドレス、個人PCのパスは掲載していない。
今日やったこと # 記録確認 # 確認内容: この日のCodex履歴と非公開LLM Wikiを確認した。 結果: 公開できる開発作業の記録は見つからなかった。 扱い: daily-signalの自動記事は開発作業と分け、根拠のある記録が後から見つかった場合に追記する。 資格情報、非公開リポジトリのアドレス、個人PCのパスは掲載していない。
今日やったこと # 記録確認 # 確認内容: この日のCodex履歴と非公開LLM Wikiを確認した。 結果: 公開できる開発作業の記録は見つからなかった。 扱い: daily-signalの自動記事は開発作業と分け、根拠のある記録が後から見つかった場合に追記する。 資格情報、非公開リポジトリのアドレス、個人PCのパスは掲載していない。
今日やったこと # 記録確認 # 確認内容: この日のCodex履歴と非公開LLM Wikiを確認した。 結果: 公開できる開発作業の記録は見つからなかった。 扱い: daily-signalの自動記事は開発作業と分け、根拠のある記録が後から見つかった場合に追記する。 資格情報、非公開リポジトリのアドレス、個人PCのパスは掲載していない。
今日やったこと # 記録確認 # 確認内容: この日のCodex履歴と非公開LLM Wikiを確認した。 結果: 公開できる開発作業の記録は見つからなかった。 扱い: daily-signalの自動記事は開発作業と分け、根拠のある記録が後から見つかった場合に追記する。 資格情報、非公開リポジトリのアドレス、個人PCのパスは掲載していない。