私は 月額 4 万ドル（約 600 万円）の MRR を達成しているエージェンシーを運営しています。
従業員はいません。契約社員もいません。デイリースタンドアップもありません。給与計算もありません。「チームに確認して折り返します」もありません。
あるのは、私、ノートパソコン、そしてかつて 5 人が行っていた仕事をこなすデリバリーシステムだけです。
事業全体の運営コストは、月額 300 ドル未満です。
誤字ではありません。このエージェンシーは、毎月 4 万ドルのうち 3 万 9 千ドル以上を純利益として生み出しており、私は、従業員を抱えるどのエージェンシーも及ばない利益率を手にしています。
長い間、私はあなたが今おそらく信じているであろう同じことを信じていました。つまり、エージェンシーを拡大するということは、人を雇うことを意味する、と。クライアントが増えれば、人も増やす。人が増えれば、管理も増える。管理が増えれば、実際の仕事は減り、利益率はますます薄くなり、最終的には自分が嫌いな仕事を自分で作り上げてしまう、と。
私はもうそれを信じていません。計算式が変わりましたが、ほとんど誰もそれに気づいていません。
この記事では、その全容を詳しく解説します。オファー、デリバリーエンジン、正確なモデルスタック、ユニットエコノミクス、顧客獲得システム、そして最初の月額 1 万ドルの MRR を達成するための 90 日間計画まで。すべての段階において、私が実際にどのように解決しているか、理論は一切抜きでお伝えします。
この記事を読めば、以下のことがわかります:
- 従業員を ゼロ で月額 4 万ドルの MRR を達成するエージェンシーを運営するための完全な設計図。正確なオファー、デリバリーシステム、スタック。
- かつて 5 人チームが行っていた仕事を、総コスト月額 300 ドル未満でこなす AI デリバリーエンジン。
- 個人経営者が、従業員を抱えるエージェンシーが生き残るための 30% の利益率ではなく、90% 以上の利益率を維持できるようにする ユニットエコノミクス。
- セールスチームや広告予算なしでパイプラインを満たす 顧客獲得システム。
- 最初の月額 1 万ドルの MRR を達成するための、各フェーズの具体的なアクションを含む 90 日間展開計画。
数字の意味がわかるように、簡単に背景を説明します。私は AI 自動化エージェンシーを運営しています。中小企業やリーンなチーム向けに、自動化システムや AI システムを構築しています。リードルーティング、カスタマーサポートエージェント、コンテンツパイプライン、社内業務ツール、データワークフローなどです。地味ですが価値の高いもので、企業は毎月喜んで料金を支払い、二度とそれについて考えたくないと思っているものです。
私の月額 4 万ドルの MRR は、14 のクライアント から成り立っています:
- 月額 5,000 ドルのリテイナー契約を結んでいるアンカークライアント 4 社 = 20,000 ドル
- 月額 2,500 ドルのリテイナー契約を結んでいるコアクライアント 6 社 = 15,000 ドル
- 月額 1,250 ドルのメンテナンス契約を結んでいるライトクライアント 4 社 = 5,000 ドル
この構成を頭に入れておいてください。この記事のすべての数字は、これに基づいています。
[ 詳しく見ていきましょう ] ↓↓↓
1. なぜソロエージェンシーが突然可能になったのか（人員の罠）
ここからが、エージェンシーを運営している誰もが声に出して言いたがらない部分です。
ボトルネックは決してクライアントではありませんでした。デリバリー（提供）でした。
パイプラインを埋めることはできます。マーケティングは解決可能、アウトリーチは解決可能、紹介も解決可能です。実際にエージェンシーを機能不全に陥れるのは、クライアントと契約した 後に 何が起こるかです。誰かが仕事をしなければなりません。
従来のモデルでは、仕事をするということは人を意味していました。クライアントを 3 社獲得すれば、ジュニアを 1 人雇う。さらに 5 社獲得すれば、ミドルクラスを 2 人と、彼らを管理するマネージャーを 1 人雇う。それぞれの雇用は、給与、オンボーディング、ミス、病欠、離職、そして、自分は構築するのをやめて、自分よりも下手に構築する人間を管理し始めるという緩やかな流れを生み出します。
そして、罠の中にはさらに罠があります。あなたが雇う一人ひとりが、あなたの利益を食いつぶすのです。従業員を抱えるエージェンシーが月額 4 万ドルの MRR を上げている場合、給与、ソフトウェア、諸経費を差し引いた後、手元に残るのはおそらく 1 万～1 万 2 千ドル 程度でしょう。残りの 2 万 8 千ドルは給与として流出しています。あなたは、シニア契約社員が稼ぐのと同じ金額を手にするために月額 4 万ドルのビジネスを運営していることになります。しかも、人事問題も抱えています。
だからエージェンシーは頭打ちになるのです。クライアントを獲得できないからではありません。新しいクライアントを得るたびに、運営がより重く、より遅く、より薄くなっていくからです。
2026 年にソロエージェンシーが機能する理由は単純です:
制作レイヤー、つまりクライアントの仕事を遂行する実際の労働力は、チームではなく、たった一つのモデルで行えるようになりました。私の場合、そのモデルが Kimi 2.6 です。
戦略ではありません。クライアントとの関係性ではありません。判断力でもありません。それらはあなたの手元に残ります。しかし、実行、つまりかつてはチームの人々がチケットを処理するために費やしていた部分、それが自動化された部分です。
今後勝ち残るエージェンシーは、最大のチームを持つエージェンシーではありません。
人員がレバレッジから負債へと変わった ことを理解したエージェンシーです。
これが全体のテーゼです。以下のすべては、あなたが実際にそれを実行する方法です。
[ オファーから始めましょう ] ↓↓↓
2. オファー: ソロエージェンシーが実際に販売すべきもの
ここが、ほとんどの人が始める前から失敗するポイントです。
彼らはカスタムワークを販売します。「お客様のご要望に応じて何でもやります。」すべてのクライアントはユニークで、すべてのプロジェクトはゼロから構築され、それを体系化する方法はありません。それは仕事のレシピであり、エージェンシーのレシピではありません。
もしソロで運営したいのであれば、あなたのオファーは一つのルールに従わなければなりません:
仕事は、英雄的な努力ではなく、システムによって提供可能でなければなりません。
つまり、製品化され、反復可能で、範囲が厳密に定義されている必要があります。これが私の考え方です。
クライアントにとっては価値が高いが、制作するのは機械的な仕事を選びましょう。
企業は、一度パターンを構築してしまえば本当に反復的な作業に対して、驚くほどの金額を支払います。Tier 1 のチケットを処理するカスタマーサポートエージェント。フォーム入力を CRM にパイプして電話予約を入れるリードルーティングシステム。1 つのポッドキャストを 30 の投稿に変えるコンテンツエンジン。これらはクライアントにとっては魔法のように感じられます。私にとっては、40 回実行したワークフローにすぎません。
成果物が定義され、自由形式ではないように範囲を設定します。
「カスタマーサポートを自動化します」は罠です。「上位 20 種類のチケットを解決する AI サポートエージェントを構築・維持し、チューニングと新しいフローのための月額リテイナーを含む」は製品です。リテイナーが鍵です。これにより、一度きりの構築が継続的な収益に変わります。これこそが、ソロの計算が成り立つ唯一の方法です。
成果に対して課金し、システムで提供する。
クライアントが月額 2,500 ～ 5,000 ドルを支払うのは、自動化がもたらす節約のためです。つまり、雇わずに済んだサポート担当者、チームが取り戻した時間、逃さずに済んだリードです。彼らは私の時間に対して支払っているのではありません。結果に対して支払っているのです。認識されている価値と実際の提供コストとの間のこのギャップこそがビジネス全体であり、これについては経済性のセクションで非常に具体的に説明します。
これらすべてを機能させる制約は次のとおりです。私が販売するすべてのオファーは、AI が確実に提供できるものに基づいて設計されています。私は、人間が 40 時間かけて作業する必要があるものを販売しません。私が販売するのは、ソリューションを一度設計すれば、モデルが制作を行うものです。見込み客がシステムにきれいにルーティングできないものを求めてきた場合、私は範囲を再定義するか、パスします。
あなたのオファーは「私に何ができるか」ではありません。「何を体系化して繰り返し販売できるか」です。
[ では、それを可能にするエンジンについて ] ↓↓↓
3. デリバリーエンジン: チームなしでどのように提供するか
これがすべての核心です。もし一つのセクションだけ読むなら、これを読んでください。
クライアントからのリクエストが来たとき、それが しない ことは、誰かの机の上に着地して手作業で処理されることです。
実際に起こることはこれです。すべてのクライアントワークは、4 段階のパイプラインを通ります。そして、私が個人的に触れるのは 4 つの段階のうち 2 つだけです。
ステージ 1: 受付（私、10 分）
リクエスト（新しいフロー、バグ、機能、コンテンツバッチなど）を受け取り、それを明確な仕様に変換します。これは判断作業です。クライアントが実際に必要としているものは何か、それを構築する最もクリーンな方法は何か、エッジケースは何か。これがまだ人間が行う部分です。ここに価値が存在するからです。
ステージ 2: 制作（モデル、私ではない）
仕様は私のデリバリースタックに送られ、ここで実際の労働が行われます。自動化ロジックの記述、コードの生成、コンテンツの構築、統合の配線、設定のドラフト作成。かつてはジュニアチームが必要だった雑用です。これは AI で実行され、その大部分は Kimi 2.6 で実行されます。
ステージ 3: QA（私、15 ～ 20 分）
モデルが制作し、私がレビューします。ゼロから構築するのではなく、仕様に対して出力をチェックします。機能するか、クライアントのニーズに合っているか、エッジケースを処理できるか。完成した作業のレビューは、制作よりも 10 倍速いです。 まさにこれが、一人で 5 人分の負荷を担える理由です。
ステージ 4: 引き渡し（ほぼ自動化）
デプロイ、文書化、クライアントへの通知。テンプレート化され、スクリプト化され、ほとんど手間がかかりません。
この構造に注目してください。人間が必要な 2 つのステージ、受付と QA は 速い ステージです。真ん中の遅くて労働集約的なステージである制作は、私が完全に自分自身を排除したステージです。私は労働者からオーケストレーターになりました。
さて、ここからが具体的な話になります。「AI が仕事をする」というのは、実際の仕組みがなければ無意味な文だからです。
なぜ Kimi 2.6 がエンジンなのか
制作レイヤーがモデル上で動作するというとき、それは圧倒的に Kimi 2.6 上で動作することを意味します。これは私の事業全体における最も重要な決定であり、その理由を正確に説明したいと思います。
Kimi 2.6 は、私のデリバリー業務の大部分（コード、自動化ロジック、コンテンツ生成、統合配線）を、およそ 入力 100 万トークンあたり 0.50 ドル、出力 100 万トークンあたり 2 ドル で行います。エージェンシーが一日中実行するような制作作業の場合、これは Sonnet クラスのモデルをデフォルトで使用する場合と比較して約 6 倍安く、Opus や GPT-5 のようなフロンティアモデルですべてを実行する場合と比較して 20 ～ 30 倍安くなります。
そして、ほとんどの人がまだ自分のメンタルモデルをアップデートしていない部分がここにあります。この種の作業における出荷品質は、見分けがつきません。 私は安かろう悪かろうをやっているわけではありません。Kimi 2.6 が生成する自動化は、同じテストに合格し、同じクライアントに出荷され、6 倍のコストがかかるモデルの出力とまったく同じように本番環境で機能します。2025 年の「Kimi は予算重視の選択肢」という枠組みは死にました。2026 年において、それは妥協の産物ではなく、本格的な制作作業のデフォルトです。
しかし、コストだけが Kimi 2.6 がエンジンである理由の半分です。残りの半分は スループット です。
私は 14 のクライアントにサービスを提供しています。忙しい日には、数十の制作ジョブが並行して実行されます。あるクライアントのためのサポートエージェントの再構築、別のクライアントのためのコンテンツバッチ、3 つのバグ修正、新しい統合。もしこのボリュームをフロンティアモデルで実行していたら、午前中にはレート制限に達し、残りの時間は待機に費やすことになるでしょう。アクセスできないモデルは、どんなに賢くても 0/10 のモデルです。Moonshot のレート制限は劇的に寛大であり、つまり、クライアントの全負荷を同時に実行しても、スロットルされてキューに入れられることがありません。安価なモデルは、実際には、必要なときに実際にそこにあるモデルでもあるのです。
これが何を置き換えるのか考えてみてください。Kimi 2.6 が私のために行う制作作業は、そうでなければ私が 3 ～ 5 人のジュニアおよびミドルクラスの従業員に支払っていたであろう仕事です。それは月額 25,000 ～ 30,000 ドル の給与に加え、管理オーバーヘッド、ミス、離職コストです。私はそのすべてを、月に数百ドルしかかからず、不調な週がないモデルに置き換えました。
それは「AI が仕事を速くするのを助けてくれる」ということではありません。それは 「Kimi 2.6 が私の制作チームである」 ということです。月額約 240 ドルで 5 人分のアウトプット。この一行がこの記事のすべてです。
[ 残りのメンバーを紹介します ] ↓↓↓
4. モデルスタックとルーティング（あなたの「チーム名簿」）
実際には、すべてを一つのモデルで実行しているわけではありません。あなたもそうすべきではありません。スタックを考える正しい方法は、チーム名簿として考えることです。あなたが創業者であり、さまざまな種類の仕事に対して、それぞれの仕事に見合った価格の異なる「採用」がいるのです。
これが私の名簿です。
主力のシニアワーカー: Kimi 2.6（デリバリーの 90%）
これは、私の主任エンジニア、コンテンツチーム、自動化ビルダーが一つになったものです。すべてのルーチン制作タスクはここにデフォルトで送られます。フローの構築、コードの生成、クライアントコンテンツの作成、統合の配線、デバッグ、リファクタリング。実際の労働の圧倒的大部分を担っています。約 0.50 ドル / 2 ドル（100 万トークンあたり）。これがエージェンシー全体を収益化する採用です。
スペシャリスト: プレミアムティア、Opus 4.6 または GPT-5（複利的効果をもたらす 10%）
いくつかの決定は、間違えるにはコストが高すぎます。アンカークライアントのための複雑なマルチシステム統合の設計。クライアントの本番データに触れる前のセキュリティ関連のレビュー。これまで解決したことのない真に新しい問題。その 10% については、プレミアムモデルにルーティングし、トークンあたり 20 ～ 30 倍多く支払うことを喜んで行います。なぜなら、ここでの誤った回答のコストは、0.04 ドルの再試行ではなく、クライアント関係の破綻だからです。複利的効果をもたらす決定にはスペシャリストに支払います。
インターン: 低コスト / ローカルティア（後片付け）
フォーマット調整、単純な名前変更、定型文、最初のドラフトの骨組み、些細な単一ステップのタスク。安価なユーティリティモデルまたは自分のマシン上のローカルモデルで 0 ドルで実行します。考える必要のない仕事に大金を払う理由はありません。
ルーティングロジックがあなたの組織図です
タスクがどのように割り当てられるかのおおまかな流れは次のとおりです:
- これはアンカークライアントにとってリスクの高いアーキテクチャまたはセキュリティ上の決定ですか？ → プレミアムティア
- これは実際の制作作業（構築、コーディング、コンテンツ、自動化、デバッグ）ですか？ → Kimi 2.6
- これは多くの反復を実行する長いマルチステップのエージェンティックジョブですか？ → Kimi 2.6（ステップごとのコスト優位性は反復を重ねるごとに大きく複利効果を発揮します）
- これは後片付け、フォーマット調整、または定型文ですか？ → 低コスト / ローカルティア
実際のクライアントタスクあたりのコスト
実際のクライアントタスクあたりの経済性を、例として示します（あなたの数字はタスクとコードベースによって異なりますが、形状 が重要です）:
これらの数字を、月間数百のタスク、14 のクライアントにわたって計算すると、プレミアムモデルをデフォルトで使用することと Kimi 2.6 をデフォルトで使用することの違いは、推論コストが利益を食いつぶすか、誤差の範囲内で収まるかの違いです。
ほとんどの人が犯す間違いは、インターンでもできるタスクを含め、すべてのタスクに対して一人の高価な「従業員」（すべてをプレミアムモデルで実行すること）を雇うことです。賢い動きは名簿です。つまり、各ジョブに適したモデルを使い、実際の作業においてコスト対品質の計算が最も有利であるため、Kimi 2.6 が大部分を担う ことです。
[ では、実際に重要な部分、お金の話です ] ↓↓↓
5. ユニットエコノミクス（なぜあなたが小切手の 90% をキープできるのか）
このセクションが、これまで読んだ「エージェンシーを始めよう」というガイドとは一線を画す部分です。
実際の計算をしましょう。月額 4 万ドルの MRR。毎月、以下のように使われます。
収益: 40,000 ドル
コスト:
- Kimi 2.6 推論（デリバリーの大部分）: 約 240 ドル
- リスクの高い作業の 10% のためのプレミアムモデル: 約 110 ドル
- 後片付け / ローカルティア: 約 0 ドル
- インフラストラクチャ（ホスティング、自動化プラットフォーム、ベクター DB、サーバー）: 約 180 ドル
- ツール / SaaS（CRM、スケジューリング、コミュニケーション、その他）: 約 220 ドル
月間総運営費: 約 750 ドル
もう一度読んでください。私は 約 750 ドルのコストで 4 万ドルのクライアント価値を提供しています。 5 人チームを置き換えた私のデリバリー推論コストは、そのうち 300 ドル未満です。
これは 90% を超える利益率です。現実的には、決済手数料、真のエッジケースのために時々依頼する契約社員、税金を考慮した後でも、私は従業員を抱えるエージェンシーが文字通り到達できない利益率を維持しています。なぜなら、彼らの最大の費用項目である人件費が、私には存在しないからです。
さて、ここで全体像を明確にする対比を示します。まったく同じデリバリー負荷を、Kimi 2.6 の代わりにフロンティアモデルで実行した場合に何が起こるか見てみましょう。
Kimi 2.6 で月額約 240 ドルかかる制作作業は、Sonnet クラスのデフォルトでは約 6 倍高く、Opus や GPT-5 での負荷の高いエージェンティックループでは 20 ～ 30 倍高くなります。ミックスにもよりますが、月額 1,500 ～ 5,000 ドル以上 になります。突然、デリバリーコストは誤差の範囲ではなくなり、クライアントを追加するたびに増加する実際の費用になります。レート制限の問題（フロンティアモデルでは全負荷をスロットルなしで物理的に実行できない）を加えると、このクライアント数ではモデルは完全に機能しなくなります。
90% の利益率は、私が価格設定に賢いから存在するのではありません。私のデリバリーが Kimi 2.6 で実行されているから存在するのです。 エンジンを交換すれば、ビジネスモデル全体は「成長するために雇わなければならない普通のエージェンシー」に逆戻りします。
それが鍵です。私が月額 4 万ドルの MRR でソロを維持できる理由は、仕事を提供するコストが急落した一方で、クライアントが支払う価値はまったく同じままだったからです。私はその差額を懐に入れているのです。
[ では、パイプラインを満たしましょう ] ↓↓↓
6. セールスチームなしでの顧客獲得
90% の利益率も、クライアントを獲得できなければ意味がありません。そして、もちろん私にはセールスチームはいません。一人でどのようにパイプラインを実際に満たすのか、その方法をご紹介します。
コンテンツからのインバウンド（私の最大のチャネル）
私は仕事について投稿します。ケーススタディ、ビフォーアフター、「クライアントの週 20 時間を節約した自動化はこちら」という内訳。実際の成果を公に示すと、適切なクライアントが自己選択し、事前に購入意欲を持ってあなたのところに来ます。これはゆっくりと始まり、永遠に複利効果を発揮します。これは、AI が解放してくれた時間の最も有効な使い方です。私はもうデリバリーに忙殺されていないので、そのエネルギーを可視化に費やすことができます。
それ自体が売れるニッチなオファー
私のオファーは製品化され、具体的であるため、「AI 関連のことをやっています」という曖昧な説明をする必要はありません。「私は X タイプのビジネス向けに AI サポートエージェントを構築しています。これが何をするか、これがコスト、これが結果です」と言います。具体的なオファーはそれ自体で成約します。一般的なオファーは説得を必要とします。
デリバリーに組み込まれた紹介ループ
満足しているクライアントは皆、同じ問題を抱えている他のビジネスオーナーを知っています。私は紹介を摩擦のないものにしています。クライアントが最も喜んでいる瞬間（成果を上げた直後）に簡単な依頼をし、少額のインセンティブを提供します。90% の利益率があれば、ほとんどのエージェンシーにはできない、紹介報酬に寛大になる余裕があります。
軽量なアウトリーチ
ターゲットを絞ったリスト、鋭いパーソナライズされたメッセージ、具体的なオファー。これを小規模かつ外科的に行います。1,000 のリードは必要ありません。月に 1 つか 2 つのリテイナーを追加するだけでいいのです。AI を使用して大量のアウトリーチのドラフト作成とパーソナライズを支援しますが、ターゲティングと関係構築は人間が行います。なぜなら、それが実際に成約につながるからです。
ここでの全体的な哲学は次のとおりです。獲得を、デリバリーエンジンが取り戻した時間を食いつぶさない程度に軽く保つこと。罠は、そのすべてのキャパシティを解放した後、重いセールスオペレーションに溺れてしまうことです。私はボリュームを必要としていません。適切なクライアントが、ほぼゼロコストでサービスを提供するシステムへと着実に流れ込んでくることだけが必要です。
[ では、壊れずにスケールしましょう ] ↓↓↓
7. スケールしてもソロを維持する（人ではなく、システム）
これが機能し始めたときの本当の危険は、うっかりして自分のための仕事を再構築してしまうことです。
クライアント 8、10、そして 14 と契約すると、AI が制作を行っていても、受付と QA が積み重なり、結局また 12 時間労働に逆戻りしてしまいます。目標は決して「すべてを自分でより速く行うこと」ではありません。「時間の経過とともに、自分への依存度を減らすシステムを構築すること」です。14 のクライアントを抱えながら、正気を保ちつつソロを維持する方法をご紹介します。
段階的なスキル: 一度解決すれば、何度でも再利用する
私が解決したすべてのワークフローは保存します。初めてクライアントサポートエージェントを構築するときは、実際の作業です。仕様作成、構築、QA、デプロイ。しかし、そのプロセス全体を再利用可能なスキルとしてキャプチャします。プロンプト、設定、構造、エッジケース。次にクライアントが同様のものを必要とするとき、システムはスキルをロードし、発見フェーズを完全にスキップします。私の 5 回目のサポートエージェント構築にかかる時間とトークンは、1 回目のほんの一部です。なぜなら、何も再発見する必要がないからです。エージェンシーは、仕事をするたびに速くなり、安くなります。
24 時間 365 日デリバリーを実行するバックグラウンドエージェント
私のクライアントワークの多くは、一度きりの構築ではなく、継続的なものです。監視、コンテンツ生成、データ処理、ルーチンメンテナンスフロー。これらは、私が眠っている間も、Kimi 2.6 上でバックグラウンドエージェントとして継続的に実行されます。永続的な 24 時間 365 日のエージェントを実行することが経済的に合理的であるのは、トークンあたりのコストが非常に低いからです。 同じエージェントをフロンティアモデルで実行すると、それぞれ月額数百ドルかかり、全体の計算が成り立ちません。Kimi 2.6 では、夕食数回分のコストで、すべてのクライアントにわたって継続的なデリバリーを実行できます。
スウォーム: 1 つのエージェントでは不十分な場合
これこそが、14 のクライアントを抱えながらも破綻せずに実行できるようにする部分です。Kimi 2.6 には、Moonshot が Agent Swarm と呼ぶものが搭載されています。メインエージェントがジョブの各ステップを順番に処理する代わりに、作業をより小さな部分に分割し、4,000 ステップ にわたって調整された、最大 300 のサブエージェントを並列実行 します。
私が気に入っている点は、メインエージェントがその場で自分のワーカーを選ぶことです。「これはコーダー、これは QA、これはライター」のように役割を事前に定義する必要はありません。仕様を見て、必要なサブジョブを決定し、それらを生成します。Moonshot はこれを、人間が設計した組織図ではなく、AI が設計した組織図と呼んでいます。私の配線作業が減り、すべてのジョブで柔軟性が向上します。
エージェンシーでの実際の様子は次のとおりです:
- クライアントのための毎月のコンテンツバッチが、「Kimi が 30 の投稿を 1 つずつ書くのを待つ」ではなくなります。メインエージェントが展開し、15 ～ 20 のサブエージェントが並行してドラフトを作成し、別のバッチがブランドボイスに照らして QA を行い、最後の 1 つが出力をパッケージ化します。バッチ全体が、かつて単一のエージェントが最初の 3 つの投稿に費やしていた時間で完了します。
- 複雑な統合構築は、「認証レイヤーの仕様作成」「Webhook の配線」「テストの作成」「ドキュメントのドラフト作成」に分割され、すべて同時に実行されます。私は直列パイプラインを待つ代わりに、マージされた出力をレビューします。
- 監視作業の場合、サブエージェントはクライアントのシステムの異なる部分に同時に配置できます。1 つはサポートキューを監視し、1 つはエラーログを監視し、1 つはデータパイプラインを監視します。それらはコーディネーターエージェントに報告し、コーディネーターエージェントは、実際に人間の目が必要な場合にのみ私に通知します。
これがソロの計算にとって重要な理由は次のとおりです。Swarm は、一人が実際のチームの並列負荷をキューイングなしで実行できるようにするものです。 Moonshot は、内部の Swarm 実行が何時間も、ある事例では 5 日間連続で、インシデント対応を自律的に処理したことを示しています。これは「AI が私を助ける」ではなく、「AI が夜勤を担当する」です。
そして、コストの話は依然として有効です。300 エージェントの Swarm は高そうに聞こえますが、各サブエージェントが Kimi 2.6 の経済性で動作していることを思い出してください。フロンティアモデルでオーケストレーションすると 3 桁のドルコストがかかる実行が、ここでは 5 ドル未満になることがよくあります。トークンあたりの低コストこそが、そもそもスウォームを経済的に可能にしているのです。
私の役割は、判断と関係構築に縮小します
システムが成熟するにつれて、私に残されるのは、人間が行うべきものだけです。つまり、受付の判断、QA の目、そしてクライアントとの関係構築です。それだけです。私はもはや労働者ではなく、ビルダーですらありません。私は設計者であり、品質基準です。それは一人が多くのクライアントにわたって保持できる役割です。
原則: 何かが反復的になるたびに、それを再度行うのではなく、体系化します。人々は人を追加することでスケールします。私はスキルとエージェントを追加することでスケールします。一方はコストを複利的に増加させます。もう一方はレバレッジを複利的に増加させます。
[ では、正直な部分です ] ↓↓↓
8. 実際にもっと費やすべき時（正直な限界）
これがエッジのない魔法であるふりをするつもりはありません。もしそうしたら、あなた自身が限界にぶつかり、騙されたと感じるでしょう。そこで、Kimi 上のソロモデルが本当に負荷を感じる点と、私がそれに対して何をしているかを説明します。
いくつかの作業は、Kimi 2.6 ではなく、プレミアムティアを必要とします
リスクの高い作業（アンカークライアントのための複雑なアーキテクチャ、本番データに触れるセキュリティ関連のロジック、真に新しい問題）の 10% については、プレミアムモデルにルーティングし、喜んでプレミアムを支払います。私が使用するルールは次のとおりです。誤った回答のコストがモデルコスト差の 100 倍を超える場合は、高価なモデルを使用します。 月額 5,000 ドルのアンカークライアントにおける統合の失敗は、安価に実行することで節約できる数ドルよりもはるかに大きなコストがかかります。モデルの価格は、呼び出しのコストではなく、失敗のコストに基づいて設定します。
いくつかの作業は、モデルではなく人間を必要とします
深いクライアント戦略、デリケートな関係構築の瞬間、クリエイティブな方向性の決定、どのシステムにも当てはまらない真の一回限りの作業。これらは私自身、または特定のギャップを埋めるために時々依頼する契約社員が行います。「ソロ」というレッテルを守るためだけに、真に人間の判断を必要とする作業に無理やり AI を適用することはしません。
QA キャパシティには実際の上限があります
これは正直な制約です。たとえ制作を自動化しても、品質が落ちる前に私が個人的にチェックできる量には限りがあります。今のところ、14 クライアントが快適なラインです。それを超えると、値上げしてクライアント数を制限するか（私が取りそうな道）、信頼できる人を 1 人 QA 専任で雇うかになるでしょう。注目すべきは、最初に検討するのがプロデューサーではなく QA 担当者だという点です。なぜなら、制作部分はすでに解決済みだからです。
こうした限界を明確にすることは、モデルの弱点ではありません。それがモデルの信頼性を保ち、機能させ続けるのです。重要なのは「決してお金を使わない」ことではなく、「システムでは対応できないものにだけ、お金を使う」ことです。
[ さあ、始めましょう ] ↓↓↓
9. 最初の月商 1 万ドル達成への 90 日計画
40,000 ドルの月商は週末で築けるものではありません。しかし、正しい順序で動けば、エンジンと最初の数件のリテイナーを 90 日で構築できます。以下がその展開です。
フェーズ 1（1 ～ 30 日目）：オファーを固め、最初のクライアントを獲得する
- 自分が理解しているニッチで、1 つのプロダクト化されたサービスを選びます。あれもこれも提供しようとする欲求を抑えてください。
- 正確な成果物、範囲の境界、そしてリテイナー価格を定義します。あたかもプロダクトページのように書き留めてください。
- 中核となる提供物の納品を、手動でも構わないので一度構築し、仕事を深く理解します。
- 最初のクライアントを獲得します。必要なら最初の1件は割引し、代わりに事例研究と推薦の言葉を得てください。
マイルストーン: 1 クライアント、約 1,500 ～ 2,500 ドルの月商、そして仕事への深い理解
フェーズ 2（31 ～ 60 日目）：納品エンジンを構築する
- これは構造化のフェーズです。フェーズ 1 の手動納品をシステムに変えます。
- すべての制作作業のデフォルトの主力として、Kimi 2.6 を使用するモデルスタックを設定します。 これは 90 日間全体で最もレバレッジの効く一手です。将来のすべてのクライアントを、単なる課金可能な状態ではなく、収益性の高いものにします。
- 重要度の高い作業の 10% をプレミアムモデルにルーティングし、簡単な後片付けは安価/ローカルな層に回します。
- 最初のワークフローを再利用可能なスキルとして記録し、2 人目のクライアントを 1 人目よりも速く処理できるようにします。
- フェーズ 1 の事例研究を活用して、さらに 2 ～ 3 クライアントを追加します。
マイルストーン: 3 ～ 4 クライアント、約 8,000 ～ 12,000 ドルの月商、実際の（荒削りでも）納品エンジン
フェーズ 3（61 ～ 90 日目）：システム化と複利効果
- 新しいクライアントごとに、その作業をスキルとして記録します。再利用可能なソリューションのライブラリが成長します。
- 継続的なクライアント作業を Kimi 2.6 で動作するバックグラウンドエージェントに移行し、あなたの手を離れて納品が行われます。
- 成果を示せるようになったので、インバウンドのためのコンテンツ/紹介の循環を開始します。
- QA を高速で反復可能なチェックリストに絞り込み、クライアントあたりの時間を削り続けます。
マイルストーン: 5 ～ 7 クライアント、1 万ドル以上の月商、そして毎週あなたの手を煩わさなくなるシステム
そこからは反復です。クライアントごとの納品コストは下がり、スキルライブラリは深化し、コンテンツはより多くのインバウンドを生み、納品エンジンが給与を必要としない限り、マージンは常に 90% 以上を維持します。
[ 最初の一手 ] ↓↓↓
次の 30 分でこれを実行する
私が話していることを理解するのに、大規模なエージェンシーは必要ありません。今日、Kimi 2.6 で実際のタスクを 1 つ動かすだけで十分です。
こちらが 30 分バージョンです：
- Moonshot から Kimi 2.6 API キーを取得します。
- すでに使っているツール（n8n、Make、Cursor、Claude Code、自身のスクリプトなど）をカスタムモデルとしてその API に向けます。
- 今あなたが抱えている中で最も反復的でトークン量の多いタスクを、普段使っているものの代わりに Kimi 2.6 で実行します。
- その後、2 つのことを確認します：出力は問題なく届いたか、そしてコストはいくらだったか。
以下が、私が 14 クライアントを抱えるずっと前に始めた最小限のルーティング設定です：
1# すべてをデフォルトで Kimi 2.6 に、本当に重要な時だけエスカレーション2default: kimi-2.634routes:5 production: # コーディング、コンテンツ、自動化、デバッグ6 model: kimi-2.67 high_stakes: # アーキテクチャ、セキュリティ、真に新しい問題8 model: claude-opus-4-69 cleanup: # lint、フォーマット、ボイラープレート10 model: local-qwen
これだけです。デフォルトを Kimi 2.6 にし、稀な重要案件をプレミアムモデルに送り、後片付けは無料のものに任せます。
私の言葉をそのまま信じろとは言いません。実際のタスクを 1 つ Kimi 2.6 で実行し、翌朝結果を見てください。出力は届き、請求額はほとんど変わりません。それを自分の作業で目の当たりにすれば、同じ結果に 6 倍の金額を払うのがバカらしく感じられるでしょう。
それが、私がデフォルトでこれを使うすべての理由です。忠誠心ではありません。計算です。
[ より大きな視点 ] ↓↓↓
より大きな視点
100 年にわたって、サービスビジネスを拡大する方法は人材でした。収益が増えれば人員も増え、勝ち残った創業者は、最大かつ最高のチームを採用、管理、維持できる人たちでした。
その時代は、誰もが認めるより速く終焉を迎えています。
ビジネスの制作レイヤーが、月 3 万ドルかかるチームの代わりに、月数百ドルで Kimi 2.6 上で実行できるようになったとき、人員はレバレッジではなくなり、負債になります。 従業員 20 人のエージェンシーは、鋭いシステムを持つ個人事業主よりも強力ではありません。より遅く、より重く、はるかに低いマージンで運営されているのです。
2027 年には、月商 4 万ドルから 1 万 2,000 ドルを得るエージェンシーオーナーと、同じ収益から 3 万 7,000 ドルを得るオーナーの差は、才能でもクライアントでもありません。それは、納品が自動化されたという事実を理解し、その事実に基づいて事業を構築したか、それとも 2019 年のように採用を続けたかどうかです。
私は従業員なしで月商 4 万ドルのエージェンシーを運営しています。チームを作るのをやめ、システムを作り始めたからです。Kimi 2.6 は仕事を行うエンジンです。私はどの仕事を行うかを決める存在です。
これを始めるには遅すぎるということはありません。あなたは早いのです。 ほとんどの人はまだチームが必要だと思っています。
彼らが間違っていることを証明しましょう ❤️
