2026年7月20日の開発日記

朝いちばん、「残しなかったでしたっけ」と自分に聞き返すところから一日が始まった。昨日どこまで進めていたのか、コミットは済んでいたのか。記憶があいまいなまま画面を開くのは怖い。だからまずディスクの状態を確認することにした。

振り返ってみると、この日はずっと「思い出す」という一本の糸でつながっていた。単語を覚えるとは思い出す機会を作ることであり、デプロイの積み残しを片づけるとは昨日の記憶を裏取りすることであり、コンテキストウィンドウの謎を追うとは「ハーネスは今何を覚えているのか」を確かめる作業だった。同じ構造が、規模もレイヤーも違う場所で三度現れた一日だった。

今日のタイムライン

今日やったこと

1. デプロイ復旧と、画像・音声をR2配信に寄せ切る

朝の積み残し確認から始まり、検証→デプロイ→コミットの順にきれいに進めるつもりが、wranglerの認証切れでデプロイだけがexit 1で落ちた。ビルドは無事だったので、再ログインしてビルド済みの成果物をそのまま投入し直す。この日最初の小さなつまずきは、ここで解消した。

コミットの前には学習ゲートの5問クイズに答え、全問正解して受領証をもらう。落ち着いたところで話が変わった。「R2に配信しているんだから、ローカルにすら画像・音声の実体を持たせたくない」という新しい注文だ。R2の全数監査(11,859件オール200)とmiddlewareのフォールバック検証を済ませてから、アトラス画像3,859枚(約338MB)と音声118MBをローカルから削除した。

さらにSSDへの原本移設も頼まれ、一度は生成スクリプトの保存先までF:ドライブへ寄せてしまった。指摘を受けて振り返ると、相対パスでファイルごと移していたせいでバッチ実行がSSD接続前提になっていたと気づく。SSDは完成品のアーカイブ専用、実装はリポジトリとCドライブで完結、という形に組み直した。

主な成果:

• デプロイの認証切れを再ログインのみで復旧(再ビルド不要)
• アトラス画像338MB＋音声118MBをローカルから削除し、devでもR2フォールバック配信に統一
• SSD移設の設計を一度誤り、実装とバックアップ置き場を分離する形に組み直した

詳細: eurekapu-nuxt4のデプロイ復旧と、画像・音声をR2配信に寄せ切った一日

2. 想起練習で単語を思い出す仕組みと、ストリーム型UXの移植

単語帳を何周しても退屈な理由を尋ねたところ、「もう思い出す努力が要らない状態で反復しているから記憶に残らない」という答えが返ってきた。思い当たる節があった。自分がふだん単語を復習するときの「直近3回分だけ見る」というやり方は、このアプリの仕訳クイズの履歴機能とまったく同じ発想だった。

すでに仕込んであった履歴システムを語源英単語アプリに転用し、「今日の復習」トレーナーを実装した。続けてレッスンズの導線も整理し、3クリックかかっていたトレーナーへの入り口を2クリックに縮め、紛らわしかった「単語アトラス」の呼び名も「単語リスト」に改めた。

その日のうちに、もう一つ思い出す作業が続いた。以前mdx-playground側で作った「選択→即判定→自動スクロール」のクイズUXをここに移植したいと思い立ったが、どのファイルだったかが記憶から抜け落ちていた。サブエージェント10体を並列で走らせて再発見し、実装を読み込んだ言語化メモをはさんでから移植した。記憶にあるものでも、裏取りしないと使えない。

主な成果:

• 語源英単語アプリに想起ベースの「今日の復習」トレーナーを新規実装
• レッスンズの入り口を3クリックから2クリックに整理、誤誘導バグも修正
• 「英単語850クイズ」のストリーム型UXをサブエージェント探索で再発見し、実装メモ経由でeurekapu-nuxt4へ移植

詳細: 語源英単語トレーナーに想起練習を実装し、ストリーム型クイズUXを移植するまで

3. Claude Codeステータスラインにモデル別リミット表示を追加

Fable 5を使い始めてから、全体の週間枠は半分も減っていないのにFableスコープの枠だけ8割近く尽きている非対称に気づいていなかった。使用量APIのレスポンスを覗くと、モデルスコープ付きのlimits配列が新しく増えていた。モデル名をハードコードせず、display_nameが付いたエントリを拾って並べるループを10行足すだけで、ターミナルにFableの残量が常時見えるようになった。

主な成果:

• 使用量APIのlimits配列からモデルスコープ付きリミットを検出する表示ロジックを追加
• モデル名をハードコードしない実装にし、今後別モデルにスコープ付きリミットが付いても自動で並ぶ構成にした

詳細: Claude Code ステータスラインにFable 5のモデル別リミット表示を追加した

4. FIRE経験談の章別ダイジェストを作成

長編のFIRE体験談を、章ごとのキーメッセージ・目次・重要パラグラフに整理した非公開ダイジェストを作った。全11部・79節を読み切るのは骨が折れるが、あとで自分が読み返すための地図として残しておく価値はある。特徴的なパラグラフにはSVG図解も添えた。

主な成果:

• 全11部の章別ダイジェスト(キーメッセージ・目次・重要パラグラフの原文抜粋)を作成
• 各部の要点をSVG図解として11枚追加

詳細: 非公開のため記事リンクなし(社内メモ扱い)

5. Claude CodeハーネスでGPT-5.6 Solを動かす環境を構築

Claude Codeの中でCodexのGPT-5.6 Solを動かす手順を、実際にこの環境へ適用した。CLIProxyAPIをローカルに立て、Anthropic形式とOpenAI形式を翻訳させ、ChatGPTアカウントのOAuthトークンで認証する。ラッパー4本を仕込んでclaudexと打てば起動する状態まで持っていき、ツール呼び出しの往復までプロキシログで裏取りした。

主な成果:

• CLIProxyAPI導入からOAuthログイン、ラッパー4本の設置まで一気通貫でセットアップ
• 本番相当のツール呼び出し(Read/Bash)がプロキシ経由で正しく翻訳されることをログで確認

詳細: 非公開のため記事リンクなし(内部作業記録)

6. GPT-5.6 Solのコンテキストウィンドウが20万トークンに見える謎を追う

claudexで作業していたセッションが100%表示になった。GPT-5.6 Solの公称は105万トークンのはずなのに、/context allは219.7k/200k(110%)と出している。同じモデルなのに、見ている数字が違う。

Claude Codeの/contextはハーネス側が管理する帳簿上の上限を映しており、それが今回は200kとして扱われていた。API応答のusageを直接確認すると、実際には21万トークン超の入力が通っていて、モデル自身はそれを受理していた。ハーネスが認識する上限と、モデル本体が実際に受け付ける上限は別物だと、数字を並べて初めて言い切れる状態になった。

主な成果:

• /context allの表示(219.7k/200k)とAPI応答usage(211,197トークン)を突き合わせ、ハーネス側の帳簿値と実際の受理量が別物であることを確認
• 20万超えでも自動コンパクションが発動しない挙動を確認し、手動/compactの必要性を整理

詳細: GPT-5.6 Solは105万トークンなのに、Claude Codeでは20万と表示された — /context 110%の正体

今日の試行錯誤

今日の学び

• 記憶の定着は、思い出す機会の量で決まる。反復そのものではなく、想起の回数が効く
• 一度作った履歴システムは、別領域(単語アプリ)にもそのまま転用できる。作るときの汎用性が後で効いてくる
• デプロイが落ちたら、ビルド成否と投入成否を切り分けて考える。ビルドさえ無事なら復旧は軽い
• 良いUXパターンを覚えていても、ファイルの場所までは記憶に残らない。サブエージェント並列探索は記憶の裏取りとして機能する
• ハーネスが認識するコンテキスト上限と、接続先モデルが実際に受け付ける上限は別物。第三者モデルをハーネス経由で使うときは、この2つを分けて確認する

明日やること

• eurekapu-nuxt4の英単語トレーナー、ストリーム型UX移植後のコミット・デプロイ

関連記事

• eurekapu-nuxt4のデプロイ復旧と、画像・音声をR2配信に寄せ切った一日
• 語源英単語トレーナーに想起練習を実装し、ストリーム型クイズUXを移植するまで
• Claude Code ステータスラインにFable 5のモデル別リミット表示を追加した
• GPT-5.6 Solは105万トークンなのに、Claude Codeでは20万と表示された — /context 110%の正体