AIチームで仕事を自動化する入門｜AIに任せる線、人が持つ線

（2026年11月5日 追記：手順書の雛形一式を有料の記事にまとめたので、4章と9章にリンクを足しました）

こんにちは、yuunaです。

2026年10月20日、わたしは1本の記事の公開を止めました。AI の審査係が、30点中25点で「合格」にした記事です。

「AI に任せたら、勝手に間違えるんじゃないか」。わたしの AI のチームも、実際に間違えましたし、止まりました。この記事は、その記録です。

こんな人に向けて書きました。

• ChatGPT や Claude に質問はしている。でも、毎日の決まった仕事を任せる形にはできていない

• AI チームの記事を見かけるけれど、設定やコードの話ばかりで、自分にできるのか分からない（7章の頭に「始めるのに必要なもの」をまとめました）

• 任せたら、勝手に間違えるんじゃないかと不安

わたしの観察ノート（伸びた投稿と普通の投稿を見比べるノート）は、2026年10月3日に始めた AI のチームが手伝っていて、10月20日時点で10の担当に分かれています。この記事で書くのは、作り方より動かしてみて起きたことです。

• 点数で審査している：有料記事の原稿は、別の審査係が6項目×5点で採点します。冒頭で止めた記事は、18点 → 24点 → 25点と、3回目で合格ラインに届きました

• 記録が5件ある：止まった・間違えた・人が止めた出来事を、気づき方と直し方まで、日付つきで並べます（1件だけ、日付を伏せています）

• 最後は人が判断する：25点で合格した記事を、わたしは「比べた本数が少ない」と止めました。AI の合格は、公開の許可ではありません

読み終えると、AI に仕事を任せる仕組みの全体像と、任せる線・人が持つ線の引き方、最初の3人を作るときの5つの質問が手に入ります。

書いてあるのは、チームの作業の記録・審査の記録・保存の記録（作業のたびに日時つきで残る履歴）で確かめられることだけです（2026年10月20日時点）。

この記事も、その記録をもとに AI の書く係が下書きし、わたしが確かめました。 わたし自身の言葉は5か所です（1章の任せた理由、5-2 で公開を止めたときに考えていたこと、8章の困ったこと・メールの返信の場面・太字の一文）。

1. はじめに：なぜ AI のチームに任せようと思ったのか

これまでは、どの仕事も、人にお願いして動かしてきました。

AI のチームに任せようと思ったのは、24時間動いてくれるからです。作業の効率が、格段に上がります。

いまは、調べる → 企画 → 書く → 審査 → 告知が、1日で一周するように組んであります（3章の図1）。

始めたのは2026年10月3日。SNS で伸びている投稿を見つける係・比べる係と、収益化の案を考える係・確かめる係の、4つの担当からでした。10月7日に、YouTube を調べる係と、note の記事を作る5つの係を足して、10になりました。

2. 入門：「1回ずつ聞く」と「担当を決めて動いてもらう」の違い

AI の使い方は、大きく2つに分けられます。

1つ目は、1回ずつ聞く使い方。 チャット画面で質問して、答えをもらう。毎回、自分が状況を説明して、自分が答えを確かめます。

2つ目は、担当を決めて、決まった時刻に動いてもらう使い方。 「あなたは調べる係です。毎朝9時20分に、この手順で調べて、結果をこのボードに書いてください」と、役割と手順を先に渡しておく。あとは決まった時刻に AI が仕事を始めて、決まった場所に結果を書きます。

わたしのチームは2つ目です。使っている道具は Claude Code（2026年10月時点）。AI に、パソコンの中のファイルを読ませたり書かせたりできる道具で、決まった時刻に担当を動かしています。

2つ目のいちばんの良さは、AI が書いたものを、別の AI が確かめる流れを作れることです。書く係・審査する係・人と、確かめる目を何重にも置けます。

用語のミニ辞典

• 担当：AI に渡す「役割」。調べる係・書く係など。うちでは名前もつけています

• 手順書：担当ごとの仕事のやり方（いつ・何を読み・何をして・どこに書き・何をしてはいけないか）

• 共有ボード：全員が読み書きする1枚の文書。企画・いまの状態・審査の結果・作業の記録が集まる

• 出勤：決まった時刻に担当が仕事を始めること。終わったら「退勤」と記録する

• 差し戻し：審査で直す点が見つかり、書いた担当に戻すこと

3. うちのチームの全体図：10の担当と、記事づくりの時間割

10の担当を、図1と同じ6つの仕事の種類で分けると、こうなります（2026年10月20日時点）。カタカナは担当の呼び名です。

• 調べる：Instagram と TikTok で伸びている投稿を見つける係（ミナト）、YouTube で伸びている動画を見つけて理由を探る係（レン）、note で売れている記事を調べる係（リク）

• 分析する：伸びた投稿と普通の投稿を並べて、尺・テロップ・構成まで分解する係（カイ）

• 企画する：記事の企画を決める編集長（アオイ）、SNS で収益化する案を考える係（ハル）

• 書く：記事を書く係（ユイ）

• 審査する：記事を審査する係（ケン）、収益化の案を確かめる係（ソラ）

• 告知を作る：告知の文の案を作る係（ヒナ）

そして、真ん中に共有ボード、いちばん外側に人（わたし）がいます。人がやるのは「決める」と「公開する」です。

時間割で工夫したこと

1つ目は、記事づくりの係を、調べる（9時20分）→ 企画（10時20分）→ 書く（11時20分）→ 審査（14時20分）→ 告知（16時20分）と、1日で一周する順番に並べたこと。

2つ目は、確かめる係を、考える係より少し先に出勤させること。収益化の案を確かめる係（13時5分）が直す点をつけて戻すと、8分後に出勤する案を考える係が、その日のうちに直せます。

4. 1本の記事が公開されるまで

共有ボードでは、記事ごとに「状態」を1つだけ書きます。状態は 企画中 → 執筆待ち → 審査待ち → 告知待ち → 公開準備OK の順に進み、審査で直す点が見つかったら 差し戻し（書く係が直して、審査待ちに戻す）。最後に、人が確認して公開します。

各担当は出勤すると、ボードで「自分の番の記事」を探し（書く係なら「差し戻し」か「執筆待ち」）、終わったら状態を書き換えて、次の担当にバトンを渡します。状態の名前を先に決めておくと、誰が何を待っているかがボードだけで分かり、担当どうしが直接話さなくても仕事が流れます。

手順書の「見出しの型」

担当ごとの手順書は、どれも同じ見出しの並びにしています。

• 役割（あなたは誰で、チームの目的は何か）

• 作業場所

• 出勤と退勤（始めたら記録する・終わったら記録する）

• 1回の勤務でやること（何を読み、何をして、どこに書くか）

• 守ること

• 最後の保存（作業の記録を残す）

たとえば、書く係の手順書の「守ること」には、こんな行があります（3行だけ抜き出しました。場所の名前は伏せています）。

ここで見せたのは3行だけです。実物の手順書をもとにした雛形一式（審査の基準表・共有ボードの雛形つき）は、有料の記事にまとめました。

「やってはいけないこと」を、手順の一部として毎回読ませる。これが、任せても怖くない仕組みの土台になっています。

審査する係は、点数で判定する

審査する係（ケン）は、無料の記事なら、事実（作り話がないか）・法令・規約・読みやすさなどを確かめて、合格か差し戻しかを決めます。

有料の記事には、さらに公開判定があります。需要の証拠・強み・価格に見合う中身・信用・リスクの低さ・競合に勝っているか、の6項目を5点ずつで採点します。5-1 の記事の点数は、この採点です。

合格ラインは30点中25点以上。そのうえで、2点以下の項目がないこと、「競合に勝っているか」が4点以上であることも条件です。

（この記事の時点のあと、10月21日には、審査のあとに読者役の AI が、狙う読者になりきって100点満点で採点する係も加わりました。90点以上で次に進みます。）

5. ケーススタディ：止まった・間違えた・止めた、5つの記録

チームを動かして3週間弱で起きたことのうち、学びの大きかった5つを、「起きたこと → 気づき方 → 直し方 → 学び」の順で、大事だと思う順に書きます。図4の番号は、本文の番号と同じです。

5-1. 審査する係の点数が、18 → 24 → 25点（2026年10月12日・14日・19日）

起きたこと：有料記事（ショート動画の型の記事）の原稿が、公開判定で1回目18点、2回目24点と、2回差し戻されました。題材は SNS の記事ですが、ここで見てほしいのは点数の動きです。

気づき方：審査する係の採点で見つかりました。1回目（10月12日）の直す点は11。たとえば、チームの分析の記録では、広告の疑いがあるので参考から外していた投稿を、書く係が記事の主な例に使っていました。同じ記事の別の章では「真似してはいけない伸び方」と注意していたのに、です。2回目（10月14日）は、言い方を事実に合わせるなど、4つまで減りました。

直し方：書く係が1つずつ直し、3回目（10月19日）に合格ラインの25点に届きました。

学び：書く係と審査する係を分けると、書いた本人が気づけない矛盾が見つかる。点数にすると、「あと何点、何を直せば通るか」が具体的になります。「チェック係を置く」だけで終わらせず、合格ラインを数字で決めておくのがポイントです。

5-2. AI の審査に合格したのに、人が止めた（2026年10月20日）

起きたこと：5-1 の記事は、25点で合格し、告知の案もそろって「公開準備OK」になりました。でも、わたしは公開を止めました。

理由は「比べた本数が少ない」から。伸びた投稿17本と、普通の投稿13本で数えた記事でした。

AI の審査では、決まりの上では合格です。それでも止めたときに考えていたのは、これでした。

より良いものを届けたい。中途半端なことはしてほしくない。

記事を書いた人（このチームでは、AI の書く係）に向けた言葉です。

直し方：有料のデータ記事は、伸びた30本以上・普通30本以上で数えたものだけを出す、という基準を足しました。審査する係の公開判定にも、この条件を入れています。いまは比べる係が、比べる本数を増やしています。2026年10月20日時点で、その記事は保留のままです。

学び：審査する係は「決まりに合っているか」を確かめられます。でも、「これで十分か」を最後に決めるのは人です。審査の基準に書いていないことは、AI は25点のまま通します。

5-3. 集計の数え間違いを、書く係が見つけた（2026年10月14日）

起きたこと：伸びた投稿のうち、「見ている人への呼びかけ（フォローしてね、保存してね など）」がある投稿の割合を、集計の仕組みで数えていました。ところが、呼びかけの記録が空欄の投稿を「なし」に数えていなかったため、割合が実際より多めに出ていました。

気づき方：書く係（ユイ）が、記事の数字を最新にそろえる作業の途中で気づきました。空欄を「なし」に数え直すと、「20本中15本」は「17本中9本」になりました（本数が20本から17本に減ったのは、広告の疑いがある投稿などを除くそろえ方を、ほかの記事と同じにしたためです）。

直し方：審査する係が元の記録を1本ずつ開いて数え直し、正しいことを確かめました。傾向が弱まったので、記事の言い方も「あると有利なことがある」まで弱めました。

学び：AI の集計は、別の係が元の記録で数え直す。数字が弱まったら、弱まったまま書く。

5-4. AI と話していて、チームが止まっていると気づいた（2026年10月10日ほか）

起きたこと：手順書の中の1つの命令のせいで、担当が仕事を始めるたびに「この操作を実行してよいですか」という確認が出ていました。確認に答える人がいないので、担当は許可を待ったまま止まっていました。

さらに、担当を動かしているアプリが閉じているときや、パソコンが眠っているときは、出勤そのものが動きません。10月12日までに、出勤がまとめて抜けた日が3日ありました。

気づき方：どちらも、わたしが AI と対話している途中で気づき、その場で直しました。止まった担当は、自分からは知らせてくれません。

直し方：10月10日に、確認が出ていた命令を手順書から外して、止まっていた担当を出勤し直させました。10月12日には、抜けを見つける点検の仕組みを足しました。毎日12時40分と22時40分に、その日やるはずだった調べものと分析が終わっているかを確かめ、抜けていたら担当を出勤し直させて、点検の記録に残します。

それでも、10月13日から18日までは、14日の夜を除いて、ほとんど動いていませんでした。保存の記録が1件もない日が5日あります。パソコンが眠っていて、点検の仕組みごと動かなかったと見ています。点検は「その日の抜け」は取り戻せても、過ぎた日は取り戻せません。

1章で「24時間動いてくれる」と書きました。それは、パソコンが起きていて、出勤が抜けていないときの話です。

学び：自動化は、動かない日を見つける仕組みまでがセット。「毎日動くはず」は、確かめないと分かりません。

5-5. 調べ方が、相手のサイトの決まりに合っていなかった

起きたこと：それまで使っていた調べ方の1つが、調べる先のサイトが公開している「機械で自動的に見に来ないでほしい場所」の一覧（robots.txt）に合っていませんでした。相手のサイトが分からないよう、この件だけ日付を伏せています。

気づき方：わたしと AI が対話で調べ方を見直している中で気づきました。

直し方：気づいた日のうちに止めました。調べ方は、Web 検索と、人が読むのと同じページを少しだけ読むやり方に変えました。それまでのデータは、記事の根拠に使っていません。

学び：AI は「できること」をやります。「やってよいか」を確かめる決まりは、人が先に手順書に置いておく必要があります。いまは、相手のサイトの決まりと、使ってよい調べ方を、調べる係の手順書に書いています。

自分で調べる係を作るなら、動かす前に次の2つを確かめてください。

• 機械で見に来てほしくない場所の一覧に、調べたい場所が入っていないか（サイトのトップのアドレス〔例：https://example.com〕の後ろに「/robots.txt」を付けて開くと、誰でも読めます）

• そのサイトの利用規約に、自動で集めることを禁じる決まりがないか

6. 任せていいこと・任せないこと

5つの記録から見えてきた、いまの線はこうです。

AI に任せていること

• 調べる（伸びている投稿・売れている記事を見つける）

• 比べる（伸びた投稿と普通の投稿を並べる）

• まとめる（分かったことを記録に残す）

• 企画と下書き

• 審査（決まりに合っているか・数字が記録と合っているか・点数）

• 告知の文の案

人に残していること

• ログイン（どの担当も、サービスにログインしない）

• 投稿・購入・外部への連絡

• 公開のボタンを押すこと（5-2 の記事は、押していません）

• 値段を決めること

• 「これで十分か」の判断

左は「間違えても、別の係か人が気づけば直せること」。右は「取り消しにくいこと」と「何を良しとするかを決めること」です。

迷ったら、「取り消せるか」と「誰が責任を持つか」で分けると、線が引きやすくなります。

7. 始めるなら、最初の3人から

始めるのに必要なもの（2026年10月時点）

「設定やコードの話ばかりで、自分にできるのか分からない」に、わたしたちの場合で答えます。

• 手順書は、ふつうの日本語の文章です：4章で抜き出した3行も、手順書の文です（場所の名前だけ伏せています）。わたしたちのチームでも、担当への指示は日本語の文章で書いています（勤務の記録をつけるところなどには、小さなプログラムも使っています）

• 道具：2章のとおり Claude Code です。料金は、公開されている料金プランで確かめられます（内容は変わることがあるので、始める前に公式の案内を見てください）

• パソコンとアプリが起きていること：決まった時刻に、パソコンと担当を動かすアプリが起きている必要があります（5-4）

• 明日の一歩：①このあとの5つの質問に、自分の仕事1つで答える ②答えを、手順書1枚に書く（4章の見出しの型がそのまま使えます）③いきなり時刻で動かさず、まず自分で1回、その手順書を AI に渡して動かしてみる。思ったとおりにならなかったところを、手順書に書き足す

最初の3人

わたしたちも4つの担当から始めて、必要になった係を足していきました。これから始めるなら、最初の3人をおすすめします。

• 調べる係：材料を集めて、決まった場所に書く

• まとめる係：調べる係の結果を読んで、形にする（要約・下書き・企画）

• チェックする係：まとめる係の結果を、決まった観点で確かめて、合格か差し戻しかを書く

ポイントは3人目です。チェックする係がいないと、AI の出力を確かめるのは毎回あなたになります。5-1 の矛盾も、5-3 の数え間違いも、書いた係とは別の係が確かめる流れがあったから見つかりました。

担当を作る前の5つの質問

担当を1人作るたびに、次の5つに答えてから手順書を書いてください。答えられない質問があったら、まだ任せる準備ができていないサインです。

• 何を任せる？（1つの担当に1つの仕事。「調べてまとめて確かめる」は3人に分ける）

• いつ動いてもらう？（時刻を決める。前の係が終わった後の時刻にする）

• どこに結果を書く？（共有ボードの、どの欄か。状態を何に書き換えるか）

• 誰がチェックする？（書いた係とは別の係か、人か。合格ラインも決める）

• やってはいけないことは？（ログイン・投稿・購入・外部への連絡・相手のサイトの決まりに反すること など）

例：問い合わせへの返信を、3人に分けると

ここは、わたしたちのチームの記録ではなく、説明のための例です。小さなお店や事業でよくある「問い合わせへの返信」を、最初の3人と5つの質問に当てはめてみます。

• 準備（人）：届いた問い合わせを決まったファイルに貼り、よくある質問の答えを1枚にまとめておく

• 調べる係：毎朝9時に、貼られた問い合わせを読み、「何について・急ぎかどうか」を1件1行で、共有ボードの「今日の問い合わせ」の欄に書く

• まとめる係：9時30分に、その一覧と答えの1枚を読んで、返信の下書きを書く。答えの1枚にないことは書かず、「人に回す」と書く

• チェックする係：10時に、下書きを合格ラインで確かめて、「合格」か「差し戻し」を書く

• やってはいけないこと（全員）：返信を送らない。値引きや日付を約束しない

• 人：合格した下書きを読んで、自分で送る

チェックする係の合格ラインは、「はい・いいえ」で答えられる質問にすると決めやすくなります。たとえば「値段・日付・数字は、答えの1枚と1件ずつ合っているか」「答えの1枚にないことを書いていないか」「『必ず』『すぐに』のような約束の言葉を使っていないか」。全部「はい」なら合格、1つでも「いいえ」なら差し戻しです。

よくある書き方と、うちで直した書き方

• よくない例：「最新の情報を調べて、いい感じにまとめて」：いつ・どこに書くか・何をしてはいけないかがなく、確かめようがない

• 直した例：「毎日9時20分に出勤。調べた結果は共有ボードの◯◯の欄に、日付・出典・分かったことの順で書く。相手のサイトの決まりを確かめてから見る。ログインはしない。終わったら退勤を記録する」：5つの質問に全部答えている

5番目の「やってはいけないこと」は、最初は思いつかないものです。わたしたちも、5-5 が起きてから足しました。止まった・間違えたが起きるたびに、手順書の「守ること」に1行ずつ足していく。それで十分です。

8. やってみて、どう感じたか

最後に、わたし自身が感じたことです。

困ったのは、AI から意図していない答えが返ってくることが多かったことです。

たとえば、前後のメールを読み込ませて、メールの返信の案文を考えてもらったときのことです。いつも自分が使っている言葉と違い、丁寧すぎて、あまり参考になりませんでした。

でも、意図していない答えは、最近はかなり減りました。

チームの記録と並べると、減ってきた時期は、手順書の「守ること」に1行ずつ足したり、審査の点数や本数の基準を決めたりしてきた時期と重なります（それが原因かどうかまでは、確かめていません）。

そして、任せてみて思うのは、これです。

感情がのるものや、自分が作ったものを届けたいときは、自分で作業するべき。

この一文を6章の線に重ねると、こう整理できます。調べる・比べる・下書きする・確かめるは、AI に任せられる側。気持ちをのせる言葉と、「これを届けるか」の判断は、人に残す側。7章の例の「答えの1枚」どおりに返す問い合わせと違い、さきほどのメールのような、ふだんの自分の言葉で届けたい返信は、人に残す側です。6章の線に、もう1本足すなら、この線です。

（困ったこと・メールの返信の場面・太字の一文が、わたしの言葉です。そのあとの整理は、AI の書く係がまとめ、わたしが確かめました。）

9. おわりに：次の一歩

AI に仕事を任せる仕組みは、特別な技術より、「役割・手順書・共有ボード・点数で判定するチェック係」の4つと、人が最後に決めるところを残すことでできています。

気持ちをのせるところは、人が自分で書く。この記事も、その流れで作りました。

5つの質問に答えたら、次は手順書

手順書は、何をどこまで書けばいいのか、いちばん迷うところです。

そこで、実物の手順書をもとにした、自分の仕事に書き換えて使える雛形一式を、有料の記事にまとめました。審査の6項目を何点ならどう判定するかの基準表と、共有ボードの雛形、Claude Code で最初の1回を動かす手順も入れています。

どんな形か、調べる係の雛形の「守ること」から1行だけと、それを7章の問い合わせの例に書き換えたものを並べます。

【 】を、自分の仕事の言葉に書き換えて使います。雛形の「台帳」は、調べたものを並べて、前回から大きく変わったものに印をつけていく一覧表のことです。
7章の5つの質問だけでも、最初の1人は決められます。担当の雛形の全文と審査の基準表で組み立てたい人は、こちらへ（有料）。

あなたの番です

あなたが AI に任せてみたい仕事を1つ、#自動化したいこと としてコメントで教えてください。5つの質問のどこで止まったかも書いてもらえると、次の記事の参考にします。

この記事に出てきたチームが、実際に調べて、書いて、審査した観察メモも置いておきます。出来をその場で確かめてみてください。

【観察メモ①】自分を当てはめられる数字
https://note.com/yuuna0408/n/n29d11998270e

【観察メモ②】長い動画どうしを並べたら、差がついたのは「画面にいる人」でした
https://note.com/yuuna0408/n/n6dd9eaf8384b

チームの記録は、これからも note に置いていきます。続きを見逃したくない人は、フォローしておいてもらえるとうれしいです。