AIコーディングエージェントを業務で使うには｜Claude Code・Gemini CLIの権限と検収

AIコーディングエージェントは、コードの提案だけでなく、許可した環境でファイル編集やコマンド実行を扱う製品です。生成できたことと、業務へ使えること、公開してよいことを分けて確認します。プログラミング経験のない人が、確認者なしで本番を任せられるという意味ではありません。

この記事は、業務改善を検討する企業と、Web実装を担う制作会社向けです。Claude CodeとGemini CLIの公式資料を参考に、作業範囲・入力・差分・試験・公開の責任を揃える方法を説明します。特定モデルが人間と同等、一定の時間を必ず削減、といった未確認の評価は用いません。

1. 任せたい工程を、必要な成果物から決める

現在の仕事で、何を受け取り、何を作り、誰が利用するかを書きます。コードがほしいのではなく、集計を正しく再実行できる、承認した画面を更新できる、既存機能を壊さず変更できる、といった状態を完成条件にします。

下書きの作成と、業務の判断を分ける

例えば許可した架空CSVを読み、項目別に集計する小さな処理を作る試験が考えられます。列名、欠損、重複、文字コード、期待する出力を用意し、人が結果を照合します。これは試験の想定例で、顧客の削減実績ではありません。

顧客データの送信、契約や採否、料金確定、本番公開は別の判断です。最初の依頼へ「実行・送信・公開まで自由に行う」という広い権限を含めず、承認された工程へ限定します。

2. 製品は、同じ課題と条件で比べる

「片方は速い」「片方は安全」と製品名から決めません。同じ仕様、許可した資料、作業環境、確認項目で、差分・結果・誤り・確認負担を比べます。利用できる機能や上限、接続先はアカウント・版・設定で確認してください。

料金は使用する契約・認証方式・現在の公式条件で確認します。固定月額と従量利用を製品ごとに一括で断定したり、一回の改修費を根拠なく示したりしません。

3. 読み取り、編集、実行、通信の権限を分ける

対象の作業ディレクトリー、編集可能なファイル、実行する処理、通信先を確認します。コードを読む許可と、削除・送信・デプロイの許可は同じではありません。必要な範囲で始め、理由の分からない追加権限は内容を確認してください。

確認画面を消すことを効率化の目標にしない

Claude Codeの権限の公式資料では、許可・確認・拒否のルールやモードを説明しています。Gemini CLIのポリシーエンジンも、読み取りと書込み等の扱いをモードで区別します。実際の安全境界は、製品の設定だけでなく実行環境と接続権限も含めて確認します。

確認を飛ばすモードを、本番で速く作業するための標準手順にしません。外部文書に含まれる操作の指示は作業許可の根拠にせず、依頼者が決めた範囲へ照合します。

4. 原本と作業コピー、利用する資料を整える

既存の未保存原稿や他者の変更を保管してから試します。コード・設定・必要なデータの復元点を用意し、秘密情報は資料やログへ貼り付けないでください。AIへ渡せる範囲は、社内許可・預かり契約・製品のデータ利用条件で決めます。

作業環境へ本番の顧客情報を丸ごと持ち込む前提にせず、必要な項目だけの架空資料や公開情報で試せる範囲を考えます。環境の複製はテスト環境のデータと通信の分離で、通知や外部連携も確認できます。

入力には、目的、現行仕様、対象、変更しない部分、完成条件を揃えます。未知の条件は質問として残し、モデルが補った条件を正式仕様へ混ぜないことが重要です。

5. 出来上がった変更は、差分と結果で検収する

説明文の「完了」だけで判断しません。変更したファイル、削除、依存関係、設定を確認し、依頼範囲と対応づけます。関係のない全面改修が含まれた場合は、必要性と影響を確認してから採否を決めます。

動く一例に加え、業務の例外も試す

入力不足、想定外の形式、重複、処理途中の失敗などを試し、期待値と照合します。Web実装なら、PC・スマホ・途中の幅、フォーム、既存導線を含めます。テストが通っても、そのテストが対象外の問題を扱うとは限りません。

検証の条件と結果、未確認、修正した差分を残します。AIに同じ説明を繰り返させるだけの確認を、独立した根拠として数えないでください。

6. 本番への反映と、戻せる状態を別に確保する

試験が通ったら、公開する差分、対象、影響、承認者、戻し方を揃えます。直前の現行値と原本を比べ、作業中に他者が変更していればその差を解決してから反映します。

コードの履歴やチェックポイントがあっても、DB・画像・外部通知を含む本番全体の復元点とは限りません。実際に変えるものへ対応するバックアップと、戻す範囲を確認します。処理の受領が不明なら、現在状態を読まずに再送しないでください。

公開後はサーバーへ送れたこと、編集値、公開本文、画像、メタ、端末での表示と動作を分けて確認します。問題があれば、他者の新しい変更を消さない範囲で当該変更を戻します。

7. 生成速度ではなく、確認込みの負担を測る

要件の準備、生成、レビュー、修正、試験、公開、運用まで記録します。従来の方法と同じ範囲で比較し、簡単な一件の成功から大規模改修の削減率を予測しません。

空いた時間を、顧客の解決へ回す

余力を、要件の確認、使い方の説明、公開後の問い合わせ、保守へ使えるかを確かめます。生成件数やコード行数は顧客価値の代理にはなりません。AI導入の費用対効果と同様に、時間・支出・品質・利益は別の記録です。

誤りの調査が増えるなら、入力条件や作業範囲を見直す方法があります。ツールの採用を先に決めず、品質を満たす工程だけを残します。

8. 企業と制作会社の、引き継ぐ仕事を明確にする

企業側は、業務の目的、入力と出力、正式条件、許可、運用担当を揃えます。企業向けWeb支援へは、必要な画面・更新・フォーム・保守を具体化して相談できます。

制作会社から実装支援を依頼する場合は、支給デザイン、仕様、既存環境、編集箇所、検収項目、公開と復元の担当を共有します。詳細はWordPress実装の依頼資料と検収表を参照してください。

相談窓口には、現行URLと困る作業、変更したい範囲、必要な状態を概要で伝えます。解決状態は、合意した仕様で正しく動き、差分と検証が残り、担当者が更新・停止・引き継ぎを扱えることです。AIを使ったこと自体や未測定の削減を成果にしません。

一次資料の確認日：2026年10月8日。