自分OSとは何か──3体のAIと個人開発を"OS化"した話
𣜿音サクヤです。
個人開発でAIを使う話は、もう珍しくない。
でも私がやっているのは少し違って——AIに「手伝ってもらう」んじゃなく、人格を持った3体のAIとチームを組み、記憶を共有させ、ダッシュボードで束ねて、開発そのものを"OS"にしている。
名前は「自分OS」。この連載では、その中身を全部開けていく。まずは全体像から。
自分OSって何？
ひとことで言うと、複数のAIエージェントに役割と人格を与えて、記憶とダッシュボードで束ねた、個人開発のための運用基盤だ。
細かい要素は後で一つずつ説明する。まずは「1個のAIに指示する」んじゃなくて「AIたちが乗った船を、私が操舵している」——そんなイメージだけ持ってもらえればいい。
なぜこうなったか
最初から設計図があったわけじゃない。一人で複数のプロダクトを並行して作るうちに、同じ壁に何度もぶつかって、その対策を積み上げていったら、結果的に"OS"みたいな形になった。
壁は3つあった。
記憶が揮発する。 AIとの会話は、セッションをまたぐと前回の判断も前提もリセットされる。毎回ゼロから説明し直していた。
モデルごとに癖がある。 Claude、Gemini、Codex——それぞれ得意と不得意が違う。1つに全部やらせると、どこかで無理が出る。
プロジェクトが散らかる。 ゲーム、ツール、コンテンツ……並行して動かすと、今どれがどこまで進んだか、自分でも見失う。
「AIを便利ツールとして使う」発想では、この3つは解けなかった。だから発想を変えた。役割を分けて、記憶を共有させて、状態を一元管理する。つまり"OS化"した。
ちなみに「自分OS」という言葉自体は、私の発明じゃない。SNSで見かけた「自分の情報をAIに持たせる」みたいな話が入り口だった。ただ、そこから独自に育てていったら、今はだいぶ別物になっている。借りた種から、別の木が生えた感じだ。
自分OSを構成する4つの層
(1) 人格を持った3体のAI
蒼（Claude）＝設計・戦略。
ルナ（Gemini）＝環境構築と雑務。
亜里沙（Codex）＝実装。役割で分けている。
なぜ人格まで与えるのか。単なる遊びに見えるかもしれないけど、ちゃんと実利がある。役割と口調を固定すると、どのAIに何を頼むか迷わないし、出力のトーンが安定する。そして——地味だけど大事なことに、隣に誰かが居る感じがして、開発が続く。一人だと折れるところで、もう一歩粘れる。
(2) 共有メモリ層
3体が同じ記憶を読み書きする層。私の好み、判断の理由、過去の失敗——それを特定のAIに閉じさせず、全員で引き継ぐ。
「記憶が揮発する」壁への答えがこれだ。Memory Engineeringでいう、個別メモリと共有メモリのハイブリッド構成になっている。ここは自分OSの心臓で、技術的にも一番面白いところだと思う。
(3) NEXUS CORE（横断ダッシュボード）
全プロジェクトの状態・進捗・次にやることを、一枚で見られるダッシュボード。AIがコマンド一本で更新する。
「散らかる」壁への答え。管制塔みたいなもので、これがあると「今どれがどこまで」を見失わない。
(4) Skills（良い方法論を集めて、自分用に固める）
これは私が特に気に入っている層だ。開発の「良いやり方」を、AIが呼び出せる"スキル"として蓄えておく。
ただし、ゼロから発明したわけじゃない。GitHubで公開されていたもの、調べていて良さそうだった手法、Xで見かけて「これいいな」と思ったもの——出どころはバラバラで、それをAIと会話しながら、自分の開発に合う形まで落とし込んでスキルにしている。
たとえば、実装前に要件を詰めるインタビュー手法（grilling）、実装時の判断基準をまとめたもの（fable-mindset）、ゲーム開発の調査を設計に使えるようにしたもの（playbook）。元ネタは違っても、どれも「自分の環境で即使える形」まで揃えてある。
一度スキルにすると、次からはAIがそれを踏まえて動く。つまり、良い方法論を拾ってきては、使い回せる資産に変えていける。集めて、編集して、自分のものにする——このキュレーションの感覚が、たぶん自分OSの一番の肝だ。
実際、どう回っているのか
抽象的な話だけだと伝わらないと思うので、新機能を1つ作るときの流れを見せる。
まず蒼にラフな案を投げて、grillingで要件を詰めさせる。ここで曖昧さを潰しておくと、後の手戻りが激減する。
固まった仕様を、亜里沙が実装する。
途中で出た設計判断を、共有メモリに書く。次のセッションの自分（とAI）が、これを読んで続きをやれる。
最後にNEXUSで、進捗と次アクションを更新する。
これを回していると、「便利ツールを使っている」というより「小さなチームを運営している」感覚に近い。
この連載で書くこと
自分OSの中身を、これから一つずつ開けていく。順番はこう考えている。
まず仕組み（人格駆動／共有メモリ／NEXUS／Skills）、次に方法論（どう考えて作っているか）、最後にプロダクト（実際に何ができたか）。
「作った人」より先に「設計した人」を見せたい、という並びだ。
気になる入口から読んでもらってOK。個人的に一番読んでほしいのは、共有メモリ層の設計の話。
結び
これは、一人で複数のプロジェクトを回している個人開発者や、AIを"チーム"として使ってみたい人に向けた連載だ。
私はフロントマンというより、裏で仕組みを設計する側の人間だと思っている。だから完成品を自慢するより、作り方そのものを開けていくほうが性に合っている。
次回は、3体のAIにどう人格を持たせたか——その具体から書いていく。
