1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

AIに任せる仕事をどのループで回すかを決めるチェックリスト ― 閉ループにする3つの条件と、外ループに付ける起動・停止・引き継ぎ

1
Last updated at Posted at 2026-11-04

株式会社AI Orchestraのみやっち🧑‍💻です。Claude CodeやCodexに仕事を任せるとき、毎回こちらから指示を出す使い方から一歩進めて、AIが自律的に動く仕組みを作ろうとすると、たいていこの2つで手が止まります。

  • 評価担当のAIを付けて、基準を満たすまで直させるべきか
  • 毎週・毎日、AIが勝手に起動するようにするべきか

私はこれを、AIエージェントの動き方を「開ループ・閉ループ、内ループ・外ループ」で整理した「ループ設計 8つの原則」で決めています。先に結論を書くと、開ループより閉ループがすごいわけでも、必ず外ループが要るわけでもありません。どのループを作るかは、タスクの性質で決まります。

この記事は、その判断を1つのタスクについて上から順にチェックを入れていけば、どのループで回すかが決まるように、手順とチェックリストに起こしたものです。

図解で順に見たい方は動画をどうぞ(15分ほど): AI猛者がやってる開ループ・閉ループ、内ループ・外ループの自動化教えたる(YouTube)
閉ループにするかの判断は 03:07 から、外ループの起動・停止・引き継ぎは 09:18 からです。

動画はトークと図解の回で、仕組みを動かす実演はありません。この記事で「例」と書いたひな形(タスクの書き出し方・評価担当への指示文・引き継ぎメモ・判断シート)は、手順を試しやすくするために書いた一般的な例で、私の会社で動いている実物そのものではありません。

先に用語をそろえる

ループ 何か 例
開ループ AIの実行結果を、AIの次の行動に反映しない 「ブログ記事を書いて」と指示 → AIが記事を生成 → その時点で完了
閉ループ 実行結果を評価し、その評価をAIの次の行動に反映する 記事を生成 → 評価担当のAIが事実関係・論理構成・分かりやすさを確認 → 基準を満たさなければフィードバックして修正
内ループ AI自身が仕事を進める中で、起動してから終わるまでに回る繰り返し 指示を読む → 下書きを書く → 足りない情報を調べる → 書き直す
外ループ AIの外側に用意しておき、決まったタイミングでAIを起動する仕組み 毎週月曜8時に、ブログ記事を書くAIを起動する

開ループと閉ループの違いは、フィードバックの有無です。内ループと外ループの違いは、AI自身が仕事を進める仕組みなのか、外側からAIを動かす仕組みなのか、です。

内ループも外ループも、それぞれ開ループにも閉ループにもできます。なので、組み合わせは4つになります(手順6)。

全体の流れ

手順 決めること
1 対象のタスクを1つ書き出す
2 内ループを閉ループにするか(3つの条件)
3 外ループを作るか(同じ仕事が繰り返し発生するか)
4 外ループを起動するきっかけを選ぶ(定期実行/イベント監視)
5 外ループに起動・停止・引き継ぎを付ける
6 外ループの結果を次の実行に反映するかを決めて、4つの組み合わせのどれかを書き出す

手順3で「外ループは作らない」となったら、手順4・5は飛ばして手順6へ進みます。

1. 対象のタスクを1つ書き出す

ループは、ツールごとではなくタスクごとに決めます。最初に、対象のタスクを1つだけ書き出します。

書き出し方の例です。

タスク: 毎週のブログ記事を書く
成果物: 公開できる記事1本
いまAIを起動しているのは: 人(毎回「ブログ記事を書いて」と指示している)
発生の仕方: 毎週 / その都度 / 外部サービスで何かが起きたとき
  • タスクを1つ書き出した
  • 成果物を1行で書いた
  • いま誰が、どのタイミングでAIを起動しているかを書いた

2. 内ループを閉ループにするかを決める

閉ループは、人間が確認すべきポイントをAIに検証させ、問題があれば自動で直させられるので、品質を上げるうえではとても有効です。ただ、すべてのタスクで閉ループが最適とは限りません。

次の3つにチェックを入れます。

  • 評価基準を設定できる
    • 新商品のキャッチコピーのように、市場に出してみないと良し悪しが分からないタスクは、評価基準や正解を作りにくい
  • 有効なフィードバックができる
    • 評価担当のAIが「説得力が足りない」と判定しても、何が原因で、どう直せばよいかを具体的に伝えられなければ、作成担当のAIは何度直しても同じ問題を繰り返す可能性がある。いつまでも基準を満たせず、無限ループになることもある
  • 改善の効果とコストが合う
    • 評価と修正を繰り返すほど、AIの実行時間と利用コストが増える

3つともチェックが入ったら、内ループを閉ループにします。 1つでも外れたら、まず開ループで作って市場に出すほうが合理的な場合があります。PVやUU、コンバージョンレートなどのデータがたまってから、結果を次に反映する閉ループを作れば十分です(手順6)。

私自身、閉ループを欲張った結果、評価と修正が止まらなくなって無限ループが走り、無駄にトークンを消費したことがあります。

私の会社では、X投稿の下書きを別のAIが6つの観点で採点し、平均8.5に届かなければ理由を付けて書き直させる閉ループを、Claude Codeのスキルで回しています。3つの条件に当てはめると、評価基準は「6つの観点と平均8.5」、フィードバックは「書き直させる理由」です。

閉ループにするなら、評価担当への指示は「判定」だけでなく「直し方」まで返させる形にします。例です。

あなたは記事の評価担当です。次の記事を、3つの観点で確かめてください。

1. 事実関係に誤りがないか
2. 論理構成に矛盾がないか
3. 読者にとって分かりやすい内容になっているか

基準を満たさない観点があれば、観点ごとに次の3つを書いてください。
- どこが(該当する箇所)
- なぜ基準を満たさないのか
- どう直せばよいか

「説得力が足りない」のような判定だけで返さないでください。
  • 評価担当への指示に、評価の観点と「どう直せばよいか」の書き方を入れた
  • 評価と修正を何回まで繰り返すかを決めた(例: 3回直しても基準に届かなければ止めて、人に返す)

2つ目は、動画では外ループの停止条件として話した考え方を、内ループにも当てたものです。

3. 外ループを作るかを決める

外ループは必須ではありません。

例えば営業資料は、顧客との商談に合わせてその都度作るものです。人が必要なタイミングでAIに指示を出して作れば十分で、わざわざ定期実行やイベント監視の仕組みを作る必要はありません。

  • 同じ仕事が繰り返し発生する(例: 毎週の営業レポート、毎日のニュース収集、システムのエラー監視)

チェックが入らなければ、外ループは作りません。手順6へ進み、内ループの開・閉だけを書きます。

チェックが入るなら、外ループが有効です。外ループがなければ、毎週月曜の朝に人がClaude CodeやCodexを開いて、「今週の営業データを分析して、レポートを作って」と指示を出す必要があります。外ループを作っておけば、月曜日になったらAIが自動で起動し、最新の営業データを取ってレポートを作ります。人が指示を出すという作業そのものを、自動化できます。

4. 外ループを起動するきっかけを選ぶ

AIを起動するのは、必ずしも人間である必要はありません。外ループを起動する代表的な仕組みは2つです。

きっかけ 種類 作り方
決まった時刻・曜日 定期実行 Claude Codeならルーティン、Codexならスケジュール(Automations)
外部サービスで起きた出来事 イベント監視 実現方法の1つがWebhook(外部サービスで特定のイベントが起きたとき、その情報を別のシステムへ自動で通知する仕組み)
  • 時刻で起動するか、出来事で起動するかを決めた

私の会社の例です。

  • 定期実行: 毎週日曜の朝8時に、AIジャンルのYouTubeチャンネルの週次レポートを作るルーティンを、Claude Codeで回しています。朝起きたら、もうレポートが上がっています
  • イベント監視: 自社で開発しているSaaS「AIチャットつくーる」に、エラー監視ツールのSentryを入れています。Sentryがエラーを検知すると、その通知をWebhookで受け取り、エラーの内容や発生状況をCodexに渡して、原因を調査させ、直す必要があるかどうかの判定まで出させています。毎回「このエラーを修正して」と指示を出さなくても、エラーをきっかけにCodexが起動します

5. 外ループに起動・停止・引き継ぎを付ける

外ループは、AIを自動で起動させるだけで終わらせません。次の3つまで決めておくと、人がずっと見張っていなくても、AIが仕事を続けられるようになります。

起動タイミング(いつAIを動かすのか)

毎週月曜にブログ記事を書くなら、定期実行の時刻を決めれば足ります。

気をつけたいのは、外部サービスからエラー通知が届くたびにAIを起動する仕組みです。同じエラーが短時間に大量に起きると、そのたびにAIが起動してしまう可能性があります。

  • 同じ出来事はまとめて処理するようにした
  • 一定時間内の起動回数に上限を設けた

停止条件(いつAIを止めるのか)

AIにエラーの修正を任せると、何度直しても解決できないことがあります。そのまま無制限に動かし続けると、実行時間やAPIの利用コストが増えるだけでなく、意図しない変更が加えられるリスクもあります。

  • 試す回数の上限を決めた(例: 3回試しても解決できなければ停止)
  • 費用の上限を決めた(例: 一定の費用を超えたら停止)
  • 重要な変更には、人間の承認を必要にした

引き継ぎ先(次の実行に何を引き継ぐのか)

例えば、AIに大量の資料を作らせていて、途中で実行が終わったとします。どこまで終わったのか、何が未完了なのか、どんな問題が起きたのかを記録していなければ、次にAIを起動したとき、また最初からやり直してしまう可能性があります。

  • 作業の進捗をファイルに保存するようにした
  • 未完了のタスクをファイルに保存するようにした
  • 発生した問題をファイルに保存するようにした
  • 次の実行の最初に、そのファイルを読み込ませるようにした

引き継ぎメモの例です。

# 引き継ぎメモ(handoff.md)

## 終わったこと
-

## 未完了のタスク
-

## 発生した問題
-

AIへの指示に足す2行の例です。

作業を始める前に handoff.md を読み、前回の続きから進めてください。
終わるとき、または途中で止まるときは、終わったこと・未完了のタスク・発生した問題を handoff.md に書き残してください。

6. 結果を次に反映するかを決めて、組み合わせを書き出す

外ループも、開ループにも閉ループにもできます。外ループを閉ループにするとは、実行した結果(公開後の検索順位やアクセス数など)を分析して、次の実行の方針に反映することです。

  • 実行した結果を測るデータがある
  • そのデータを、次の実行のどこに反映するか(テーマ選定・執筆方針など)を書ける

データがまだたまっていないなら、外ループは開ループのまま始めます。手順2と同じで、データがたまってから閉じれば十分です。

ここまでの判断を、毎週月曜にブログ記事を自動で作る場合で並べると、4つの組み合わせになります。

内ループ 外ループ 毎週月曜のブログ記事
① 開 開 記事を作るだけ。品質の評価・修正はせず、次週も同じルールで作る
② 閉 開 品質を評価して、基準を満たすまで直す。公開後の成果は翌週に反映しない
③ 開 閉 品質の評価・修正はしない。公開後の検索順位やアクセス数を分析し、翌週のテーマ選定・執筆方針に反映する
④ 閉 閉 品質を評価して直し、公開後の成果も翌週の記事作りに反映する

すべてを閉ループにする必要はありません。 ④がいちばん良いわけではなく、手順2〜5のチェックの結果が、そのままどれを選ぶかの答えになります。

最後に、1枚にまとめて書き出します。判断シートの例です。

タスク:
内ループ: 開 / 閉
  閉にする場合 → 評価基準: / フィードバックの書き方: / 繰り返す回数の上限:
外ループ: なし / 定期実行 / イベント監視
  起動タイミング:
  停止条件:
  引き継ぎ先(ファイル):
外ループの結果を次に反映: しない / する(何を測って、何に反映するか: )
組み合わせ: ①内も外も開 / ②内が閉・外が開 / ③内が開・外が閉 / ④内も外も閉

動画で使った「毎週月曜のブログ記事」を④で埋めると、こうなります(停止条件と引き継ぎ先は、手順5のチェックで決めます)。

タスク: 毎週月曜のブログ記事
内ループ: 閉
  評価基準: 事実関係に誤りがない・論理構成に矛盾がない・読者にとって分かりやすい
  フィードバックの書き方: 基準を満たさない箇所と直し方を、作成担当のAIに渡す
外ループ: 定期実行
  起動タイミング: 毎週月曜 8:00
外ループの結果を次に反映: する(公開後の検索順位やアクセス数を分析して、翌週のテーマ選定・執筆方針に反映)
組み合わせ: ④内も外も閉

まとめ

  • ループはタスクごとに決める。開ループより閉ループがすごいわけでも、必ず外ループが要るわけでもない
  • 内ループを閉ループにするのは、評価基準を設定できる・有効なフィードバックができる・改善の効果とコストが合う、の3つがそろうとき。そろわなければ、まず開ループで出す
  • 外ループを作るのは、同じ仕事が繰り返し発生するとき。その都度作るものは、人が必要なときに指示すれば十分
  • 外ループのきっかけは、時刻なら定期実行(Claude Codeのルーティン、Codexのスケジュール)、出来事ならイベント監視(Webhookなど)
  • 外ループには、起動タイミング・停止条件・引き継ぎ先の3つを付ける。「いつ動かすのか・いつ止めるのか・次に何を引き継ぐのか」
  • 外ループの結果を次に反映するかで、組み合わせは4つ。すべてを閉ループにする必要はない

動画では、開ループと閉ループの図、内ループと外ループの図、外ループなし/ありの比べ方、4つの組み合わせの表まで、8つの原則を図解で順に追えます(15分ほど): AI猛者がやってる開ループ・閉ループ、内ループ・外ループの自動化教えたる(YouTube)

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?