AIに「役割」を与えて1人開発をチームにする。のりちゃんさんの Claude Max $200 の燃やし方

2026年1月29日、VRChatの「個人開発集会」で、のりちゃんさんが「Claude Max $200 の燃やし方 〜Claude Codeで作る自分専用開発チーム〜」を発表しました。
月額200ドルという高額プランを、単なる高性能チャットではなく「開発チームの人件費」として使い切る発想です。
Claude Code の agents・commands・skills という3つの仕組みで、実装・QA・レビューを自動で引き継ぐ「委譲チェーン」を組む方法が、具体的なファイル構成とともに語られました。

なぜ $200 を払うのか。「チャット相手」ではなく「チーム」として雇う

のりちゃんさんは VR と Web の個人開発者で、Claude Max を選んだ理由は「無制限に近く Opus を使えるので、トークン残量を気にせず開発に集中できる」ことだそうです。
ただし本題はプランの性能自慢ではありません。
発表の出発点は「AI を単なるチャット相手ではなく、チームとして雇う」という一文でした。
使い放題だからこそ、AI に役割を割り当てて何度でも仕事を任せられる。これが $200 の燃やし方の核になっています。

1人開発の限界「Solo Loop of Doom」

なぜチームが必要なのか。
のりちゃんさんは 1 人開発が陥る悪循環を「Solo Loop of Doom」と名付けて説明しました。
実装する → テストを忘れる → バグが出る → 品質が下がる → レビューする人もいない、というループです。
さらに、同じ指示を毎回打ち直す非効率（DRY 違反）や、会話が長くなるとコンテキストが失われる問題も重なり、認知負荷は常に最大。
解決策は「AI に役割を与えて任せる」こと。
人間が全工程を抱えるのをやめ、工程ごとに担当を分けるという、ごく普通のチーム運営を AI に適用する発想です。

チームを作る3つの仕組み: agents・commands・skills

Claude Code には .claude/ 配下に置くだけで機能する 3 種類の設定があり、これがチームの骨格になるとのこと。

• agents（.claude/agents/）: 担当者と役割。implementer や reviewer など、1 ファイル 1 人格
• commands（.claude/commands/）: ワークフローのショートカット。/orc や /commit のようにスラッシュで呼ぶ
• skills（.claude/skills/）: 共有される知識・手順書。commit-check のような専門知識を切り出す

さらに「常に適用されるルール」を CLAUDE.md に置き、ユーザーの要望を「常に適用 / 定型タスク / 専門知識 / 特定条件」に振り分ける管理職エージェント Config が、この仕組み自体を更新していくそうです。
「仕組みを作るための仕組み」を先に用意するのが、のりちゃんさん流のポイントでした。

「私の開発チーム」名簿: 4人のエージェント

発表では実際に稼働しているチームの名簿が公開されました。

• Implementer: 実装担当。テストを書くことを強制され、書き終えたら必ず次へ委譲する
• QA Engineer: 動作確認担当。Claude in Chrome MCP でブラウザを実際に操作して検証する
• Code Reviewer: 門番。承認が出ないとマージできない
• Design Checker: UI 担当。スクリーンショットからレイアウト崩れを検出する

特に Implementer には「テストを書かないコードは、コードではない」というルールがあり、完了定義に「受け入れ条件を満たす」「新規コードにテストを追加」「テストが全てパス」に加えて「code-reviewer に委譲した」が必須項目として入っているとのこと。
委譲しないと完了にならない、というのがこのチームの絶対ルールです。

委譲チェーン: 人間が介在せずに品質プロセスが回る

一番の見どころは「委譲チェーン（The Relay Race）」でした。
Implementer が実装とテストを終えると自動で QA Engineer に引き継がれ、QA がブラウザで動作を確認し、Code Reviewer が承認してマージする。
各エージェントは「委譲しないと完了にならない」という制約を持っているため、人間が途中で声をかけなくても品質プロセスが最後まで走ります。
Code Reviewer のブロッキング基準は「テストカバレッジ不足」「セキュリティリスク（SQLi / XSS）」「重大なロジックエラー」の 3 つで、修正が完了するまで承認しない。
ここで codex review --uncommitted を使い、Claude とは別のモデルにレビューさせているのも、甘い自己採点を防ぐ工夫として印象的でした。

コマンドとスキル: チームを動かすスイッチと手順書

チームを呼び出す入口がコマンドです。
/orc はオーケストレーターで、タスクを分解して各エージェントに振り分ける主要エントリーポイント。
/commit はコミット前の品質チェック、/quick は委譲なしで直接実装する緊急用、/pr-ready は PR 準備状況の確認、と用途がはっきり分かれています。
スキルは .claude/skills/{name}/SKILL.md に置く共有手順書で、本番品質の UI 作成ルール frontend-design、コミット前チェック commit-check、Codex 連携の codex-cli、Claude Code 設定ファイルの書き方をまとめた plugin-dev などが紹介されました。

導入は小さく始める。3ステップ

「いきなり 4 人は要らない」とのことで、導入手順はとてもシンプルです。

1. mkdir -p .claude/{agents,commands,skills} でディレクトリを作る
2. 最初の 1 人 implementer.md を作り、「テストを書く」ルールだけ入れる
3. 委譲ルール → QA 担当 → コマンド、と少しずつ拡張する

最初の 1 人にテストのルールを 1 行入れるだけでも、Solo Loop of Doom の「テスト忘れ」は断ち切れる。
そこから必要に応じて役割を増やしていく反復プロセスが勧められていました。

$200 の価値は「自分が CTO になる」こと

締めくくりは Before / After の比較でした。
補完型 AI に頼っていた頃は、AI は指示待ちで文脈をすぐ忘れ、テストは人間が書き、自分の役割は Junior Coder。
Claude Team を組んだ後は、AI が自律的に委譲し、役割とルールを守り、テストとレビューを強制する。
そして自分の役割は「コーダー」から「CTO とシニアチーム」に変わったそうです。
$200 はツール代ではなく、チームを持つための費用。
「トークンを燃やせ。チームを動かせ。」という最後の一枚が、この発表のすべてを言い表していました。

設定ファイルの実例は github.com/noricha-vr で公開されているとのこと。
月額プランの元を取れていない、と感じている人ほど、まず implementer.md の 1 ファイルから試してみる価値がありそうです。

発表スライド（PDF）

個人開発集会の他の発表もチェック！

個人開発集会の開催情報・参加方法

個人開発集会

開催日: 2026年1月29日

開催時間: 22:00 - 23:00

開催曜日: 木曜日

開催周期: 隔週

個人開発にまつわる話でワイワイする集会です。 個人開発をやっている方も初めてみたい方も大歓迎！ 企画・技術・マーケティング・保守・運用など 技術的なことに限らない幅広い分野を想定しています。 個人開発に興味がある方はぜひ遊びに来てください！

参加方法

個人開発にまつわる話でワイワイする集会です。 個人開発をやっている方も初めてみたい方も大歓迎！ 企画・技術・マーケティング・保守・運用など 技術的なことに限らない幅広い分野を想定しています。 個人開発に興味がある方はぜひ遊びに来てください！