AIエージェントの本番導入で追加する開発範囲｜承認・再実行・停止と発注前の実行テスト

社内で作ったAIエージェントの試作が検索・要約・下書きまで動いている。次に受注の登録や更新まで任せたい。この記事は、そう考えている事業責任者・業務部門長・情シスの方に向けて書いています。

本番導入で追加するのはAIの賢さではなく、承認待ちの状態を保存して再開する仕組み、再実行しても二重に登録しない仕組み、業務担当が止められる仕組みの3つです。発注前には、文章で答えるデモではなく「承認前・拒否後・期限切れ・通信失敗・再開」のときに何が起きるかを、架空データの検証環境で見せてもらってください。

エージェントの基本はAIエージェントとはにまとめています。ここでは、試作から本番に進むときの判断に絞ります。

この進め方が合う場合・合わない場合

先に、この記事の内容がいらないケースを挙げます。追加開発を頼む前に確認してください。

試作で動くことと、実業務で任せられることの違い

出典: Claude Agent SDK 公式

OpenAI・LangGraph・Claude Agent SDK などの開発用の仕組みには、ツールを使う前に止めて人の承認を待つ機能がそろっています。AIが承認を扱えないわけではありません。

ただし、公式ドキュメントが用意しているのは「止めて、承認を受けて、再開する」ための仕組みです。承認画面・承認者・期限・状態の保存先・停止方法は、作る側で決めて作る部分として残ります。試作では、この部分が後回しになりがちです。

出典: OpenAI Guardrails and human review、LangGraph Interrupts、Claude Agent SDK Configure permissions、Microsoft Copilot Studio: Configure user authentication for tools、OpenAI Evaluation best practices（いずれも2026-10-08確認）

もう1点、注意があります。OpenAI の公式ドキュメントには、Responses API や Agents SDK で作ったアプリは、Codex の自動レビュー（承認）の設定を自動では引き継がないと書かれています。開発ツール上で承認を求められていたから本番も安全、とは言えません。

任せる操作を4段に分け、権限と承認の中身を決める

出典: OpenAI 公式

本番導入の最初の判断は、操作ごとに「どこまで任せるか」を決めることです。下の表は、架空の受注業務で書いた記入例です（説明用）。

この表では、右の2列が大事です。

• 承認する中身: 承認画面に「実行してよいですか」とだけ出すと、承認者は中身を確かめずに押しやすくなります。金額・件数・相手先など、承認者が確認する項目を決めます
• 残してよい状態: 通信が切れたとき、登録先が「未登録」なのか「登録済み」なのかを後から判定できなければ、再実行で二重登録が起きます

誰の権限で動かすかは、Copilot Studio の公式説明が参考になります。利用者本人しか見られないデータを扱う場合や、本人の代わりに作業する場合は「利用者の認証」を選ぶ、とあります。基幹システムへの書き込みをエージェント専用アカウントで行う考え方は、基幹システム（ERP）とAIの連携で詳しく書いています。

承認の最終責任は、導入する会社の側に残ります。 開発会社が作るのは、承認者が正しく判断できる画面と記録、承認されなかったときに実行しない仕組みです。

承認から再開までの状態ごとの期待する動き

出典: LangChain 公式

上の「承認付きで登録」を、状態ごとに分解しました。受入条件や会社比較の質問にそのまま使えます。

説明用・架空データの確認票です。 当社でこの表のテストを実施した結果ではなく、受入条件や開発会社への質問に使うための観点をまとめたものです。実際の決済・注文・メール送信は対象にしません。

題材: 架空の注文「TEST-0001」の数量を3→5に更新する

この表のテストは、ツールの呼び出し記録（どのツールを、どの値で呼んだか）と、登録先の照会結果を照らし合わせて判定します。AIの回答文だけを見て「成功」とはしません。

二重登録はどこで起きるか（公式仕様で確認する見落としやすい点）

出典: Stripe 公式

二重登録は、AIの判断ミスがなくても、仕組みの組み合わせで起きます。公式ドキュメントで確認できる仕様から、起きうる場所を4つ挙げます。

1. 承認後の再開で、前の処理がもう一度動く

LangGraph の公式ドキュメントには、承認待ちで止めた処理を再開すると、その処理のまとまり（ノード）の先頭から再実行されると書かれています。止める前に「仮予約を作る」「下書きを登録する」などの処理があると、再開のたびに繰り返されます。公式は、そうした処理を何度実行しても結果が同じになるように作るか、承認の後ろへ移すよう案内しています。

発注時の確認: 「承認で止まる前に、登録先へ書き込む処理はありますか。再開で何回動きますか」

2. 通信が失敗したあと、自動で再送する

登録先から応答がないとき、登録に失敗したのか、登録はできたが応答だけ届かなかったのかは区別できません。決済サービスの Stripe は、この問題に冪等キー（同じ依頼かどうかを見分ける番号）で対応しています。同じキーで再送すると、二重に作成・更新せず最初の結果を返します。キーは24時間以上たつと削除されることがあり、その後は新しい依頼として扱われる、とも書かれています（Stripe Idempotent requests、2026-10-08確認）。

登録先の業務システムが、このような仕組みを持っているとは限りません。持っていない場合は「登録の前に、同じ注文番号・同じ変更内容が登録済みでないか照会する」処理を別に作ります。

発注時の確認: 「登録先に同じ依頼を見分ける仕組みはありますか。なければ、登録前の照合をどう作りますか」

3. 確認の処理を通らずに実行される許可設定

Claude Agent SDK の公式ドキュメントでは、ツールの許可は決まった順番で判定され、事前に許可したツールは、確認用の処理まで届かないと書かれています。また、すべての確認を省くモード（bypassPermissions）では、許可するツールの一覧で絞っても制限されません。すべての呼び出しに確認を掛けたい場合は、ツール実行前に必ず通る仕組み（PreToolUse hook）を使うよう案内されています。

試作で「確認が面倒なので全部許可」にしたまま本番へ出すと、承認画面を作っても、承認を通らずに実行される操作が残ります。

発注時の確認: 「登録・更新のツールは、どの設定でも必ず承認を通りますか。その根拠となる設定を見せてください」

4. 承認した内容と、実行した内容がずれる

OpenAI の公式ドキュメントは、複数のエージェントを束ねる構成では、エージェント単位の検査がすべてのツール呼び出しに及ぶわけではないとし、登録などの副作用があるツールの直前に検査を置くよう注意しています。承認画面に出た値と、実際にツールへ渡す値を、実行直前に照合する設計が必要です。

発注時の確認: 「承認画面に表示した値と、実行時の値が違ったら止まりますか」

本番導入で追加になる開発範囲と費用の目安

ここまでの内容を、見積依頼に書ける項目に直します。試作にすでにあるものは除外し、ないものを依頼範囲に入れます。

変更ごとに同じテストを流し直す考え方は、OpenAI の評価ガイドにもあります。本番後の運用費はAIシステムの保守費用を参考にしてください。

AI革命に依頼する場合の価格

• 含まないもの: クラウド利用料、AIモデル・外部APIの利用料、ソフトウェアライセンス（いずれも実費で別途）
• どの形に当たるかは、試作のコードの状態と追加範囲で決まります。初回相談で目安をお伝えします

当社は、OpenAI・LangGraph・Claude Agent SDK など、使っている仕組みを問わず、コードを確認したうえで残す部分・直す部分・任せる範囲を分けて本番化に対応できます。一方で、AIエージェントの本番化そのものの公開事例は、現時点ではありません。公開している事例は下の章のとおりです。

試作でできていることと、実業務で任せたい操作の差分を相談する 試作で動いていること、任せたい操作、登録先のシステム名を伺い、依頼範囲の候補と費用の目安を相談メモでお返しします。

他社の公開記事に出ている金額

他社の公開記事にも金額の記載があります。たとえば EQUES のコラムは、AIエージェント開発の一般的な目安として、PoC を数百万円〜1,000万円程度、本格開発を1,000万円〜数千万円以上と書いています（2026-10-08確認。同コラムも、連携するシステムの数やセキュリティの水準で大きく変わるとしています）。ただし、対象範囲や前提は会社ごとに違います。承認・再開・二重登録防止が含まれているかも分かりません。相場として比べるより、上の表の追加範囲が見積に含まれているかを確認するほうが確実です。PoC と本開発の分け方はAI開発のPoC費用も参考にしてください。

開発会社を比べるときに見せてもらう実行テスト

出典: OpenAI 公式

開発会社の一般的な選び方はAI開発会社の選び方にまとめています。操作を任せるエージェントの場合は、それに加えて実行テストを見せてもらいます。

依頼文の例（そのまま使えます）

当社で検討しているのは、受注の数量変更をAIエージェントに承認付きで任せる仕組みです。チャットで答えるデモではなく、架空データの検証環境で次の動きを見せてください。

1. 承認待ちで止まり、承認前は登録先が変わらないこと
2. 拒否したら何も登録されないこと
3. 期限切れの後に承認しても実行されないこと
4. 登録先との通信が切れた後に再開・再送しても、登録が1件だけであること
5. 停止した後、承認待ちの処理が実行されないこと
6. 権限のない利用者の依頼は止まること

あわせて、ツールの呼び出し記録と登録先の照会結果をどう照らし合わせて判定したかを教えてください。

回答を比べるための確認シート（説明用）

「成功率95%」のような数値は、何件のどの業務で、何を失敗と数えたかが分からなければ比べられません。数値だけを示された場合は、条件を聞いてください。

自社でAIを使って進める部分と、頼む部分

試作を自社で作れたなら、本番化の作業の一部も自社で進められます。Claude Code や Codex などで、上の確認票のテストを書いて回すこともできます。

自社で内製を続けながら、一部だけを開発会社に頼む共同開発も選べます。分担の考え方はAI開発の内製と外注の分け方をご覧ください。

公開している事例について

AI革命の受託開発で公開している事例のうち、この記事のテーマに近いのは、薬局の複数店舗・数千人分の記録を管理するシステムで、権限と確認工程を作った例です。誰がどの記録を見られるか、どこで人が確認するかを設計した点が共通します。

ただし、これはAIエージェントの本番化の事例ではありません。この記事の状態ごとの確認票や二重登録の対策は、公式仕様をもとにした説明用の構成例です。公開している事例と対応範囲は受託開発のページで確認できます。

相談前に揃えておくと早いもの

初回相談は無料・30分（オンライン、Google Meet）です。要件が決まっていなくても大丈夫です。次のものがあると、話が早く進みます。

• 試作でできていること（検索・要約・下書き・登録のどこまでか）と、使っている仕組みの名前
• 実業務で任せたい操作と、今その操作を誰がどう承認しているか
• 登録先のシステム名と、API の資料の有無
• 試作のコードや画面の録画（あれば）

秘密情報・本番の認証情報・実際の顧客データは送らないでください。 架空データやマスキングした画面で十分です。

30分では、何を解決したいか、自社でAIを使って進める部分と頼む部分の切り分け、依頼の形の候補（小規模な既存改修／PoC／本開発／調査のみ）を一緒に整理します。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをメールでお送りします。

よくある質問

SDKの標準の承認機能だけで本番に出してもよいですか？

読み取りと下書きが中心で、登録は件数が少なく人が毎回中身を見られるなら、標準機能から始める判断もあります。ただし、標準の承認機能は「止めて人に聞く」ところまでです。承認待ちの保存先、期限、承認者への通知、記録の残し方は、使う側で決める必要があります。登録の件数が多い業務や、通信失敗で二重登録が起きると困る業務では、それらを足してから本番に出してください。

承認者が不在で、承認待ちがたまったらどうなりますか？

期限を決めていなければ、承認待ちが残り続けます。期限切れにしたものは「実行しない」で終え、代わりの承認者に回すか、翌営業日に作り直すかを業務ルールとして決めておきます。古い承認待ちを後からまとめて承認すると、その間に登録先の内容が変わっている場合があるため、承認の直前に最新の内容を照会し直す設計が安全です。

AIモデルや指示文を変えたら、テストはやり直しですか？

やり直してください。モデルや指示文が変わると、どのツールを選ぶか、どの値を渡すかが変わる可能性があります。前章の確認票を変更のたびに流し直せるよう、テストを自動で回せる形にしておくと負担が小さくなります。

AIで作った試作のコードは、本番でも使えますか？

使える部分は残せます。画面や業務の流れは残し、承認・状態保存・権限・記録の部分だけ作り直す、という分け方もできます。どこを残すかはコードを見て判断します。

登録先のシステムにAPIがない場合はどうなりますか？

CSVの取り込み、画面操作の自動化など、別のつなぎ方を検討します。画面操作で登録する場合は、画面の変更で止まる、登録結果の照会が難しいなどの理由で、二重登録の確認がAPIより難しくなります。つなぎ方の比較は既存システムにAIを組み込む方法にまとめています。

エージェントの誤った登録の責任は、開発会社が負いますか？

承認したうえでの登録の最終責任は、導入する会社の側に残ります。開発会社が担うのは、合意した仕様どおりに、承認されないものを実行しない・二重に登録しない・記録が残る仕組みを作ることです。どこまでを開発範囲とし、何を受入テストで確認するかを契約前に文書で合意してください。

試作のAIエージェントを業務に載せるかどうかは、承認・再実行・停止の範囲を決めると判断しやすくなります。試作で動いていることと任せたい操作を伺い、自社で進める部分と頼む部分を一緒に切り分けます。

試作でできていることと、実業務で任せたい操作の差分を相談する

初回相談は無料・30分（オンライン）。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。