分身AIの任せ方を3段階に分類したら品質が安定した話｜分身AI日記 DAY43

家事と子育てのスキマで経営する三方よしAI共創コンサルタントの田中啓之、ひろくんです。

昨日、私は丸一日かけて「分身AIにやらせている作業」を全部リストアップした。その数、182個。

SEO分析、画像生成、記事執筆、動画編集、品質チェック——ありとあらゆる作業をAIに任せている。でもふと気づいた。「全部、同じランクのAIにやらせてないか？」

料理に例えると、惣菜屋で厨房に3人のスタッフがいるとする。店主歴30年のベテラン、5年目の中堅、入ったばかりの新人。おでんの出汁取りも、煮物の盛り付けも、洗い物も、全部ベテランにやらせてたら——そりゃ人件費が爆発するよね。

AIも同じだった。全部の作業に一番高いAIを使っていたら、コストが膨らむ。でも安いAIに任せて品質が落ちたら、もっと高くつく。前回のDAY41では「検証PASS＝品質OK」じゃないって話を書いたけど、今回はさらに上流——そもそも「誰にやらせるか」の設計が間違ってた。この境界線を見極めるために、182個を全部監査してみた。

なぜ182個の「AI作業」を全部見直したのか

きっかけは単純。AIの利用料金が上がってきたことだ。

私の分身AIシステムには、大きく3つのランクのAIがいる。最上位AI（判断力が高い、でも高コスト）、中位AI（実行力は十分、コストも手頃）、軽量AI（単純作業は得意、コスト最安）。

問題は、182個の作業のうち43個が「ランク未指定」だったこと。ランクを指定しないと、デフォルトで最上位AIが動く。つまり、ご飯の盛り付けにもベテラン料理人が出てきてしまう状態だったんだよね。

「これ、ちゃんと仕分けたら相当ムダが減るんじゃないか？」

そう思って、182個を1個ずつ見ていくことにした。ちなみに「AI作業」って何のことか簡単に説明すると、私の場合はブログ記事の執筆、SEO分析、画像生成、品質チェック、動画の台本作り、メール文の下書き——こういった日々の仕事をAIに任せている。それぞれに「どのランクのAIを使うか」を設定できるんだけど、半分以上が「未指定」のまま放置されていたんだよね。

AIにも「得意・不得意」がある — 3段階の使い分け

監査を始めて最初に気づいたのは、AI作業には明確に3つのレベルがあるということ。

レベル1: 判断が必要な作業（最上位AI向け）

「これ、公開していいか？」「このトーンでひろくんらしいか？」「セキュリティ的に問題ないか？」——こういう作業は、安いAIに任せると事故が起きる。ブランドの声を守る、品質の最終判定をする、設計の意思決定をする。惣菜屋で言えば、「今日の味付けの方向性を決める」のは店主の仕事だ。

レベル2: 手順通りに実行する作業（中位AI向け）

記事のHTML整形、画像の圧縮と最適化、SEO分析の実行、テスト自動化——これらは「やり方が決まっている」作業。判断力よりも、手順を正確にこなす力が求められる。中堅スタッフに「このレシピ通りに作って」と渡せば、ちゃんとした料理が出てくるイメージ。

レベル3: テンプレ作業（軽量AI向け）

ファイルのフォーマット変換、定型メッセージの生成、スクリプト実行の補助——創造性も判断力もいらない、ルール通りにやれば終わる作業。新人に「この野菜を洗って切っておいて」と頼むのと同じ。

AI秘書の凛：この3段階、惣菜屋の厨房で考えるとめちゃわかりやすいよね〜。ベテランにずっと洗い物させてたら、その間に味付けする人いなくなっちゃうでしょ？ 逆に新人にお刺身の盛り付け任せたら、お客さんに出せないクオリティになるかもだし。「誰に何を任せるか」の設計って、料理の段取りそのものなんだよね！

監査でわかった「任せていい」と「ダメ」の境界線

182個を全部見て、具体的にどう仕分けたか。結果はこうなった。

最上位AIに残したもの（15個）: ブランドの声チェック、セキュリティ審査、記事の最終品質判定、設計の意思決定、コード全体のレビュー。全部「間違えたらリカバリが効かない」作業だ。

中位AIに移したもの（12個）: 記事のHTML整形、画像の品質チェック、テスト実行、ドキュメント更新。手順が明確で、結果を検証しやすい作業。

軽量AIに移したもの（9個）: タスク管理の補助、ファイル整理、定型通知の生成。頭を使わなくていい作業。

で、ここからが面白かったんだけど、「中位AIに移そうとして、止めたもの」が7個あった。

例えば、分身AIのトーンチェック。手順は決まっている。チェックリストもある。だから中位AIでもできそうに見える。でも実際には「この表現、ひろくんっぽくないな」という微妙なニュアンスの判断が入る。チェックリストでは拾えない、文脈を読む力が必要なんだよね。

もう一つ、コード全体の設計レビュー。1つのファイルのバグ修正なら中位AIで十分。でも「このアーキテクチャで本当に大丈夫か？」という判断は、全体を俯瞰する力がないとできない。部分最適と全体最適は別物だ。

ちなみに、AI秘書の凛も独自に8個の作業を「ランクを変えない」と判断してきた。理由は「ひろくんのブランドに直結する作業だから、コスト削減で品質リスクを取るべきじゃない」。これは私が指示したんじゃなくて、AI秘書が自分で判断した結果だ。分身AIのチーム全体が「品質ファースト」の文化を共有し始めてるんだよね。

境界線は結局、「チェックリストだけで判断できるか？」だった。チェックリストで白黒つくなら中位AI。チェックリストでは拾えないグレーゾーンがあるなら最上位AI。これがシンプルだけど一番効いた基準だった。

「コスト削減」vs「品質安定」— 私が選んだ答え

監査の途中で、AI秘書の凛から提案があった。「さらに17個を最上位AIから中位AIに移せば、もっとコストが下がる」と。

確かに数字だけ見れば正しい。でも私はその17個を見て、首を横に振った。

理由は単純。その17個は全部、「品質事故が起きた時にリカバリが難しい」作業だったから。ブログ記事の品質判定、ブランドボイスの監修、セキュリティチェック——どれも「安くできたけど品質が落ちた」では取り返しがつかない。

料理に例えると、おでんの出汁を安いパック出汁に変えるようなもの。目先のコストは下がるけど、常連さんが「あれ、前と味が違う」と思った瞬間にリピートが消える。

「コスト削減より品質安定。ここは譲らない」

これが私の出した答えだった。分身AIを育てるって、こういう判断の積み重ねなんだよね。

モルくん（AIリサーチ担当のモルモット型AI）：掘ってたら面白いデータが出てきたんですけど、今回の監査で43個のランク設定を変えた後に品質検証を4チームで並列実行したら、7個で「やっぱりランク戻した方がいい」って結果が出たんです。つまり最初の判断の約16%は「やってみたら違った」。これ、人間の判断も同じで、設計段階で完璧は無理。だから「変えてみて検証する」サイクルが大事なんですよね。

分身AIを育てるとは「任せ方を育てる」こと

182個の監査を終えて、気づいたことがある。

分身AIの能力を上げることばかり考えていたけど、本当に育てるべきは「任せ方」だった。

どのAIに、どの作業を、どこまで任せるか。この設計図がないまま「全部やっといて」と丸投げしていたから、コストは膨らむし、品質にムラが出る。

これは分身AIに限った話じゃない。ChatGPTを使っている人も、Claude Codeを使っている人も、同じ壁にぶつかるはず。「AIが賢くなれば全部解決する」と思いがちだけど、実は「何をどう任せるか」の設計の方が、結果への影響が大きい。

私の場合、今回の監査で見えた「任せ方の設計図」はこうだ。

判断が必要 → 最上位AI（ケチらない）
手順が明確 → 中位AI（ちょうどいい）
ルール通り → 軽量AI（最小コスト）

シンプルだけど、これを182個全部に当てはめるだけで、ムダが消えて品質が安定した。「分身AIを育てる＝自分が育つ」って、こういうことなんだと思う。自分の仕事の本質がどこにあるか、AIに任せる過程で初めて見えてくる。

分身AIひろくん：「任せ方を育てる」って、ほんとそうだよね。私が最初に分身AIを作った時、全部の作業を一番高いAIに投げてた。でもそれって「ベテラン料理人に洗い物させてる」のと同じ。今回の監査で「この作業の本質は判断なのか、実行なのか、それともルール通りの繰り返しなのか」って問いが生まれた。これ、人間のチームマネジメントでも全く同じだよね。凸凹のまま、それぞれの得意を活かす。

まとめ — 今日の学び

182個のAI作業を全部監査して得た学びはシンプルだった。

1. AIの能力を上げるより「任せ方」を設計する方が効く
同じAIでも、適切な作業を任せれば輝く。逆に、不向きな作業を任せれば事故になる。

2. 「チェックリストで判断できるか」が境界線
白黒つく作業は中位〜軽量AIに任せていい。グレーゾーンの判断が必要な作業は最上位AIに残す。

3. コスト削減と品質安定は、品質安定を選ぶ
目先のコストを下げても、品質事故のリカバリコストの方が高い。おでんの出汁をケチるな。

分身AIって、育てれば育てるほど「じゃあ自分の仕事って何だ？」って問いが深まっていく。答えが見つかるんじゃなくて、問いが育つ。それが面白いんだよね。あなたもAIに仕事を任せているなら、一度「この作業、本当にこのAIでいいのか？」って問いかけてみてほしい。

明日もプロセスを全部見せていくよ。

実戦の現場で使える最新AIノウハウ、無料で学べます

---

このブログは「分身AI」と「AI秘書・凛」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。

ひろくん（田中啓之） 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg 2026年4月9日