AI実装録 / 監修型の AI 協働
監修型の AI 協働 — 任せる範囲と、残す判断
最終更新: 2026年7月30日
生成 AI の能力が上がるほど、「どこまで任せるか」の設計が問われます。 すべてを自動化する必要はなく、すべてを人間が抱える必要もありません。
本稿では、人間が判断を保持したまま実装作業を AI に委ねる「監修型」の協働について、当社の実運用から得た設計を整理します。
本稿が対象とする AI 利用シーン
プロンプト管理と回帰 で整理した 5 分類のうち、本稿は E 型（監修型・人間主導 + AI 補助） を対象とします。 定型処理の自動化（A 型）と異なり、監修型では作業のたびに人間の判断が挟まります。 したがって管理の重心は、プロンプトの版管理ではなく 「任せる範囲の線引き」と「承認の設計」 に移ります。
監修型とは何か
監修型の AI 協働とは、調査・実装・検証といった作業を AI に委ね、方針の決定・本番への反映・不可逆な操作の承認を人間が保持する 分業形態です。 AI は提案と実装を担い、人間は判断と責任を担います。
この分業が成立する条件は、「どの操作に承認が必要か」が事前に明文化されていることです。 運用の中で都度判断していると、AI の作業速度に押されて確認が形骸化していきます。
任せる作業と、残す判断
当社では次の線引きを基本にしています。
- 任せる：コードの調査・実装・修正、検証環境への反映、テストの実行、文書の下書き、差分の要約
- 残す：本番環境への反映、データの削除・上書きを伴う操作、外部に送信される内容の確定、契約・費用に関わる判断
重要なのは、この線引きを AI 側の設定ファイルに 明文化して毎回読み込ませる ことです。 人間の注意力に依存した運用は、作業量が増えた時点で破綻します。
承認の設計 — 三つの実務原則
- 承認語彙を限定する：「OK」「進めて」のような相槌を本番反映の承認とは見なさず、「本番反映せよ」のような明示的な指示のみを承認として扱います。会話の流れによる誤発火を防ぎます。
- 実行前に差分を提示させる：本番反映の直前に、何がどう変わるかの一覧（dry-run）を AI に提示させ、人間はそれを見てから最終承認します。
- 承認を再利用しない：一度の承認はその作業限りとします。「前回許可されたから今回も」という推論を認めると、承認は数回で意味を失います。
当社のコーポレートサイトは、AI コーディングエージェントとの監修型協働で保守しています。 ローカルで編集 → 検証環境に反映 → 人間が表示と挙動を確認 → 明示承認 → 本番反映、の順序を固定し、AI の設定ファイルに「承認語彙の限定」「dry-run 提示の義務」「承認の非再利用」を明文化しています。
本稿を含む本サイトの記事も、この手順で公開されています。
記録 — 判断ログ
監修型では、人間が下した判断こそが資産になります。 当社では「何を選び、何を選ばなかったか、なぜか」を判断ログとして残し、AI にも参照させています。 過去の判断が次の提案の前提になるため、協働の精度は運用時間とともに上がっていきます。
導入初期は人間が丁寧に確認していても、AI の出力が安定してくると「どうせ大丈夫」と承認が自動化していきます。 この状態は、確認体制があるという建前と、実質的な無確認という実態が乖離した、最も危険な形です。
承認語彙の限定と差分提示の義務化は、この形骸化への構造的な対策です。
まとめ
監修型の AI 協働は、「AI に任せる」と「人間が決める」の間に明確な線を引き、その線を設定として明文化することで成立します。 線引き・承認の設計・判断の記録の三点が揃えば、作業速度と統制は両立します。
本稿の姿勢は AI 開発・運用ポリシー 第 4 項（人間による判断）の実装例であり、第三者の視点で判断を支える 技術監修 サービスの基盤でもあります。