AIに仕事を頼んでいると、いつの間にか同じことを何度も伝えていることがあります。「このルールを守って」「最後にチェックして」「終わったら要点をまとめて」。便利なのに、毎回こちらが横で声をかけ続けている感覚です。
OpenClawを開発したPeter Steinbergerさんは、Xで「coding agentsをpromptするのではなく、agentsをpromptするloopsを設計すべき」と投稿しました。これは、プロンプトが不要になるという話ではありません。これから大事になるのは、AIが次に何を確認し、どこで止まり、何をもって完了とするかまで含めて設計することです。
この記事を読むとわかること
- check_circleAIエージェントの「ループ設計」が何を指すのか
- check_circle単発プロンプトと、業務ループの違い
- check_circle長く動くAIに必要な、目的・権限・検証・停止条件
- check_circle中小企業が小さく始められる業務自動化の例
- check_circleAIに任せる部分と、人が確認する部分の線引き
読者フィルター
向く: AIで調査、文章作成、コード修正、議事録、問い合わせ整理を少しずつ自動化したい経営者・担当者
向かない: 一度だけ文章を直したい、単発の相談だけで十分なケース
「プロンプトがうまい人」から「ループを設計できる人」へ
ループ設計とは、AIに一度だけお願いするのではなく、作業、確認、再実行、停止までを一つの流れとして作ることです。プロンプトは入口であり、ループは仕事の進め方そのものです。
たとえば「ブログ案を出して」だけなら単発プロンプトです。「候補を出す、既存記事と重複確認する、根拠URLを残す、危ない断定を消す、人が選べる形で出す」まで決めると、業務ループになります。
| 比べる点 | 単発プロンプト | ループ設計 |
|---|---|---|
| 人の役割 | 毎回、次の指示を出す | 目的・確認・止める場所を設計する |
| AIの動き | 一度答えて終わる | 確認し、直し、必要なら次へ進む |
| 成果物 | その場の回答 | 再利用できる業務の流れ |
| 失敗しやすい点 | 確認漏れ、重複、根拠不足 | 設計が甘いと自動で間違いを重ねる |
つまり、プロンプト力はまだ必要です。ただし、その価値は「一発でうまい回答を出す文面」から「AIが回り続ける仕組みの部品」へ移っていきます。
ループ設計とは、AIに「次の一手」まで任せる仕組み
Anthropicは、AIエージェントの設計を説明する中で、決まった流れでLLMとツールを動かすworkflowと、LLMが自分で進め方を判断するagentを分けて説明しています。どちらにも共通するのは、AIをただ呼ぶだけではなく、周りの流れを作るという見方です。
Claude Codeの`/goal`も同じ発想に近い機能です。完了条件を決めると、条件が満たされるまで次のターンを続けます。ここで大事なのは「頑張って」ではなく、「どの状態になったら終わりか」を先に決めることです。
目的: FAQ候補を作る 材料: 直近30件の問い合わせ、既存FAQ、商品説明ページ 作業: 質問を分類し、重複をまとめ、回答案を作る 検証: 既存FAQと重複していないか、日付・料金・固有名詞を確認する 停止条件: 人が確認できる表にして、危ない断定に印を付ける
このように書くと、AIは「次に何をすればいいか」を自分で判断しやすくなります。人間も、どこを確認すべきかが見えます。
長く動くAIに必要な5つの部品
Boris Chernyさんは、Claudeを数時間から数日単位で自律的に動かすための要素として、auto mode、dynamic workflows、`/goal`や`/loop`、クラウド実行、自己検証を挙げています。これは上級者向けの話に見えますが、考え方は中小企業の業務にも置き換えられます。
難しい言葉を使わずに言えば、長く動くAIには「許可すること」「分担すること」「終わりを決めること」「止まらない場所で動かすこと」「自分で確かめること」が必要です。
| 部品 | 開発ツールでの例 | 仕事に置き換えると |
|---|---|---|
| 権限 | auto mode / permission modes | 低リスク作業は進め、高リスク作業は止める |
| 分担 | dynamic workflows / subagents | 調査係、作成係、検証係を分ける |
| 完了条件 | /goal | 何をもって完了かを先に書く |
| 実行場所 | クラウドや常駐環境 | PCを閉じても続く状態を作る |
| 自己検証 | ブラウザ、テスト、MCP、サーバー起動 | 出力を原本・画面・ルールと照合する |
ここでのポイントは、全部を一気に導入しないことです。まずは一つの業務で「作る」と「確かめる」を分けるだけでも、ループ設計の第一歩になります。
中小企業なら、まず「小さな業務ループ」から始める
いきなり会社全体を自動化しようとすると、たいてい止まります。最初は、材料がそろっていて、確認項目が決めやすく、失敗しても大きな影響が出にくい仕事を選ぶのが現実的です。
たとえばFAQ更新、問い合わせ分類、議事録整理、ブログ候補調査、商品説明の改善。どれも、AIが下書きし、人が確認し、次回の型として残しやすい仕事です。
小さく始めやすい業務ループ
- check_circleFAQ更新: 問い合わせを集める、重複をまとめる、回答案を作る、公開前に人が確認する
- check_circle議事録整理: 決定事項、ToDo、未確認事項に分け、相手に送る前に人が見る
- check_circleブログ候補調査: 情報源を確認し、既存記事と重複を見て、候補だけ出す
- check_circle商品説明改善: 現在の説明、よくある質問、競合表現を見て、誇張を避けた改善案を作る
ループ化しやすい仕事は、「毎回同じ確認をしている仕事」です。人が忘れがちな確認ほど、AIと仕組みに寄せる価値があります。
AIを止めないために、先に人間が止める場所を決める
ループ設計で一番怖いのは、AIが勝手に進むことではありません。どこまで進んでよいかを人間が決めていないまま、自動化だけが先に進むことです。
Anthropicのauto modeの記事では、承認疲れを減らす一方で、危険な操作をどう止めるかが詳しく説明されています。これは業務でも同じです。下書きや整理は自動でよくても、公開、送信、削除、請求、顧客情報の扱いは人が確認する設計にしておくべきです。
| AIに進めさせやすいこと | 人が止めて確認すること |
|---|---|
| 下書き、要約、分類、候補出し | 顧客への送信、公開、契約・金額の判断 |
| リンク切れ、禁止語、重複のチェック | ブランド判断、謝罪文、炎上リスクのある表現 |
| テスト環境での確認、プレビュー作成 | 本番反映、削除、外部サービスへの投稿 |
「AIを信じる」より、「AIが間違えても止まる場所を作る」。この方が、現場では安心して使い続けられます。
今日やるなら、まずこれ
ループ設計は、大きなシステムを作らなくても始められます。最初にやることは、毎回AIに伝えている言葉を、再利用できる形にすることです。
- 毎回AIに頼んでいる仕事を1つ選ぶ。
問い合わせ整理、議事録、ブログ案、商品説明など、繰り返しが多いものを選びます。 - 完了条件を1文で書く。
例: 「人が確認できる表にして、根拠URLと注意点を残したら完了」。 - 確認チェックを3つだけ決める。
日付、金額、会社名、URL、顧客情報など、間違うと困るものから選びます。
あなたは問い合わせ整理担当です。 目的: 新着問い合わせを分類し、返信が必要なものを見つける 材料: 問い合わせ本文、過去の返信例、商品説明ページ 手順: 1. 問い合わせを「質問」「不具合」「見積」「その他」に分ける 2. 返信が必要なものだけ抜き出す 3. 返信案を作る。ただし顧客名・金額・日付は推測しない 4. 最後に、人が確認すべき点を3つ出す 停止条件: 人がそのまま確認できる一覧になったら止める
このくらいで十分です。最初から完全自動化を目指すより、手元の小さな仕事を一つ、止まらず、暴走せず、確認できる形にする。それが一番続きます。
この記事の用語
| 用語 | この記事での意味 |
|---|---|
| ループ設計 | AIが作業、確認、再実行、停止まで進められる流れを作ること |
| AIエージェント | ツールを使いながら、複数の手順を自分で進めるAIのこと |
| 完了条件 | 何をもって終わりにするかを決める基準 |
| 自己検証 | AIが作ったものを、原本、画面、テスト、ルールと照合すること |
よくある質問
ループ設計はプログラマーだけの話ですか？
いいえ。問い合わせ整理、議事録、FAQ更新、ブログ候補調査など、繰り返しが多い業務にも使えます。重要なのは、AIが作業した後に何を確認し、どこで人に戻すかを決めることです。
普通にプロンプトを書くのと何が違いますか？
単発プロンプトは一度の依頼です。ループ設計は、目的、材料、作業、検証、再実行、停止条件までを一つの流れにします。毎回人が次の指示を出さなくても、AIが次の確認へ進みやすくなります。
いきなり完全自動化しても大丈夫ですか？
おすすめしません。低リスクな下書き、整理、チェックから始め、公開、送信、削除、請求、顧客情報の扱いは人が確認する設計にするのが安全です。
最初にループ化しやすい仕事は何ですか？
FAQ更新、問い合わせの分類、議事録整理、ブログ候補調査、商品説明の改善など、材料と確認項目が決めやすい仕事から始めると失敗しにくいです。
まとめ
- check_circleAI活用は、単発プロンプトからループ設計へ進み始めています
- check_circleループ設計では、目的、材料、作業、検証、停止条件を先に決めます
- check_circle長く動くAIには、権限、役割分担、自己検証、人間確認の線引きが必要です
- check_circle中小企業は、FAQ更新や問い合わせ整理など小さな業務ループから始めるのが現実的です
参考リンク: Peter SteinbergerさんのX投稿 / Boris ChernyさんのX投稿 / Anthropic: Building effective agents / Claude Code /goal / Dynamic workflows / Claude Code auto mode
AIが回る業務の仕組みを作りたい方へ
プロンプトを毎回書いている仕事は、業務ループにできる可能性があります。i-Styleでは、AI活用の設計、社内手順の整理、確認フローづくりをサポートしています。
お問い合わせページへarrow_forward問い合わせ前に、botで軽く聞くこともできます
自社のどの業務をループ化できそうか、AI活用の相談になるかを先に確認したい場合は、i-Styleサポートデスクbotもご利用ください。
i-Styleサポートデスクbotで聞くarrow_forward