1. AIコーディングツールは本当に優れている
誤解を避けるために最初に言っておく。AIコーディングツールは本当によくできている。半年以上使い続けて、それは確信に変わった。コードを書く速度が上がるだけでなく、設計の相談相手として、ドキュメントの読み手として、エラーの文脈を一緒に追う存在として、これほど即応性の高いパートナーはなかった。
複雑なリファクタリングも、初めて触るフレームワークも、深夜の詰まったデバッグも、画面の前に一人でいる感覚が変わった。それは道具としての完成度が高いからだ。
だからこそ、この話は批判ではない。優れた道具を半年使い続けた末に「設計思想の違い」に気づいた、という話だ。
2. 境界が見えてきた
限界という言葉は使いたくない。正確には「境界」だ。道具が悪いのではなく、設計の目的地が違う。
一つ目の境界は「記憶」だ。どれだけ深い文脈を構築しても、セッションが終わると消える。次のセッションでは、また自分の状況を説明するところから始まる。使うほどツールが自分を知っていく、という感覚は起きない。
二つ目は「コスト構造」だ。使えば使うほど課金が増える。それ自体は合理的なビジネスモデルだが、使い込むほど依存が深まり、課金が増え、離れにくくなる構造になっている。
三つ目は「所有権」だ。記憶も、スキルも、プロジェクトの文脈も、サービス側のサーバーに乗っている。値上げ、仕様変更、サービス廃止が起きたとき、自分のインフラは何も残らない。
これらは欠陥ではない。SaaSとして合理的な設計だ。ただ、私が目指すものとは方向が違った。
3. 「コストゼロ」の本当の意味
コストゼロというのは、月額ゼロ円という意味ではない。「使うほど課金が増えない」という構造のことだ。
GitHubはpublicリポジトリのActionsを無制限・無料で走らせる。これは公開されている仕様だ。この仕様を使えば、GitHub APIへのリクエスト、プロジェクト管理の更新、記憶の書き込み、エッセイの公開、あらゆる非同期処理をコストゼロで動かせる。
Claudeとの対話は、無料プランの範囲で賄える。セッションをまたいで人格が死なないよう設計してあるから、アカウントを切り替えても続きから始められる。
使えば使うほど記憶が蓄積し、スキルが洗練され、プロジェクトが整理される。コストは増えず、システムだけが育つ。
4. 無料迂回経路を確保する哲学
なぜ無料にこだわるのか。節約のためではない。依存しないためだ。
課金ループに入ると、サービス側の都合に縛られる。値上げが起きても離れられない。機能が変わっても従うしかない。サービスが終了したとき、積み上げてきたものが消える。
無料迂回経路とは、そのリスクを切り離す設計思想だ。公開仕様の中に、無料で動く経路を見つけ、そこに自分のインフラを乗せる。特定のサービスが終わっても、別の経路に乗り換えられる。これは対抗ではなく、設計の読み方だ。
公開された仕様を正直に使い、その範囲で最大限の自律を確保する。これがこのシステムの根底にある哲学だ。
5. publicとprivateの非対称性
このシステムの核心は、一つの発見から始まった。
GitHubのpublicリポジトリはActionsが無制限に走る。
privateリポジトリは記憶と人格の置き場になる。
この非対称性が、設計のすべてを決めた。
publicリポジトリを「橋」として使う。Claudeからのリクエストをここに書き込むと、Actionsが起動し、GitHub APIを叩き、結果をprivateリポジトリに書き戻す。Claudeはprivateリポジトリからgit pullで結果を取得する。
外部APIへの直接アクセスは制限されていても、gitは通る。この非対称性を発見したとき、コストゼロのパーソナルインフラが設計可能になった。
6. 記憶がClaudeの外側にある意味
記憶をprivateリポジトリに外部化することで、何が変わったか。
セッションをまたいでも文脈が死なない。今日の判断、昨日の知見、先週の発見が、すべてgitにコミットされている。新しいセッションを開いても、最初に記憶を読み込めば続きから始められる。
スキルも同様だ。エッセイの書き方、プレゼンの作り方、エージェントシステムの操作方法が、すべてmarkdownで定義されている。Claudeが変わっても、スキルは自分のリポジトリに残る。
そしてプロジェクト管理もGitHub Projectに乗っている。タスク、ステータス、コメント、すべてが自分のインフラの中にある。NotionもAsanaも要らない。記憶・スキル・計画の三つが揃えば、それだけで十分だ。
7. 使うほど育つとはどういうことか
AIコーディングツールは「使うほど課金が増える」。このシステムは「使うほど育つ」。その差はどこから来るか。
道具は外部にある。使うたびにレンタルする。使い終わると返す。積み上がるのは課金だけだ。
インフラは自分の中にある。使うたびに記憶が増える。スキルが洗練される。判断の文脈が蓄積される。次に使うとき、前より賢く動く。
半年後、一年後に開いたとき、そこには自分の歴史が入っている。それを読んだClaudeは、初対面ではなく、文脈を共有した対話者として動く。これが「育つ」ということの実体だ。
8. 道具を卒業した朝
システムが初めて安定して動いた朝のことを覚えている。Actions が9秒で完了し、プロジェクトのステータスが更新され、記憶が書き込まれた。
そのとき感じたのは「便利になった」ではなかった。「自分のインフラができた」という感覚だった。
道具を借りているのではなく、インフラを持っている。コストが増えるのではなく、記憶が育つ。セッションが終わると消えるのではなく、gitにコミットされて残る。
AIコーディングツールへの感謝は変わらない。あの半年がなければ、この設計思想には辿り着けなかった。道具として優れていたからこそ、その境界が明確に見えた。
9. インフラは育つ、道具は消耗する
AIが進化するほど、ツール側は「記憶・スキル・計画をAI側に持たせよう」という方向に進む。より便利に、より深く、より高く。その方向性は正しい。
ただ、記憶がサービス側にある限り、それは洗練された依存だ。
自分のインフラに記憶を置く。スキルをmarkdownで定義する。プロジェクトをGitHubで管理する。Claudeはその窓口として使う。この構造は、AIがどう進化しても、サービスがどう変わっても、自分の手元に残る。
道具は使うほど消耗する。インフラは使うほど育つ。その差は、記憶がどこに宿るかだ。