SHEET K-47-01

社内で動いている構成

自社のAIエージェント

弊社が社内で実際に動かしている AI エージェントの構成です。AI に何を任せ、何を任せないか。どこで人が決め、どこを仕組みで止めているか。お客様に勧めるやり方を、まず自社で使っています。

01構成図

人が決め、仕組みが確かめる。

代表は「何をしたいか」を参謀に伝えるだけです。参謀が作業指示書を書き、プログラムが検査して担当を起動します。開発・お客様の情報を使う仕事・外に出る成果物は、代表が承認するまで止めます。参謀は成果物を読まず、結果票（要約と合否）だけを読んで判断に集中します。開発は、代表が開発の AI と直接進めます。箱の中の札は、その箱の中身（やり方・検査の項目）です。

自社のAIエージェントの構成図 代表が左に立ち、経営・窓口、依頼の仕事、開発、秘書の4つの帯へ仕事を出す。代表は参謀にしたいことを伝え、参謀が作業指示書を書く。差配役が指示書を検査し、開発・お客様の情報・外へ出る成果物の仕事は代表の承認まで止め、それ以外は実行役が担当（営業リサーチ・業務分析・資料作成）を起動して会社の前提とやり方を渡す。出力は担当ごとの検査と記録と検査を通り、資料は別のモデル（ChatGPT）も点検する。結果はチャットで代表に届き、画面に記録され、代表が評価する。開発は代表が開発のAIと直接進め、品質の検査とレビュー担当、ChatGPTの点検を通る。開発担当には承認の後に代表が渡す。秘書は既製品のAIで、Googleのメール・カレンダー・ドライブを読む。関所と経営データの道具がどの担当にも効く。 経営・窓口代表は、したいことを伝えるだけ 依頼の仕事実行役が起動し、プログラムが確かめる 開発代表と直接進める 秘書メール・予定・ファイルは秘書だけ 支える仕組み どの担当にも効く したいこと 作業指示書 承認待ち・承認 起動 非常口 起動 起動 起動 出力 分析 中身 検査済み 検査済み 点検 報告 報告・返事 記録 評価 承認の後に渡す 対話 依頼・指摘 検査・結果 点検 画像 頼む・答え 読む 人 代表 エージェント 参謀 プログラム 差配役 プログラム 実行役 エージェント 営業リサーチ担当 試験中 エージェント 業務分析・提案担当 試験中 エージェント 資料作成担当 試験中 プログラム 分析の検査 プログラム 資料の検査と組版 プログラム 記録と検査 プログラム チャットの送受信 プログラム AIエージェント画面 エージェント 開発担当 別のモデル ChatGPT 既製品のAI 開発のAI エージェント・観点ごとに1体 レビュー担当 プログラム 品質の検査 書くたび完了の前公開の前 既製品のAI 秘書 外部のサービス・コネクタ Google プログラム 関所 プログラム 経営データの道具 依頼の出し方 磨く 欄 依頼先 目標とKPI 会社の前提 作法 団体調査 個社調査 作法 分析の進め方 作法 資料の作り方 手法 5区分 出典 流れ 型 数字の出典 言い過ぎ 点検 画像生成 開発手順 レビュー手順 設計 テストの抜け 例外の握りつぶし コメント 型の設計 秘密の混入 lint ビルド・型 テスト 見た目 セキュリティ 依存の脆弱性 画面の動作 自己診断 メール カレンダー ドライブ

ドラッグで移動。Ctrl（Mac は ⌘）＋ホイール、またはスマホの2本の指で拡大・縮小できます。

部品に触れる（またはタブキーで選ぶ）と、つながりと役割が分かります。箱の中の小さな札は、その箱の中身です（担当のやり方＝スキル、観点ごとのレビュー担当、検査の項目、つなぐサービス）。矢印は情報の流れで、両端に矢印があるものは往復です。上で流れを選んで「再生」を押すと、仕事が順に流れます。

破線は、導入を準備中のもの（開発の公式の手順・観点ごとのレビュー担当の一部・個社調査のやり方）です。「試験中」の担当は、代表の評価でやり方を磨いている段階です。参謀以外の担当には、会社の前提（ビジョン・方針・目標の名前）を毎回渡し、社内の数字は渡しません。秘書には既製品の AI を導入し、メール・予定・ファイルを読む権限は秘書だけに持たせます（参謀とはつなぎません）。公開用に、置き場所・サーバー・接続先は省いています。報告と返事は社内のチャットで行い、流すのは要約とリンクだけです。

02開発の品質

重さに合わせて、確かめる時を分ける。

形の検査だけでは、不具合は防げません。だから確かめる種類を重ねています。ただし全部を毎回回すと、待ち時間が積み上がり、かえって回されなくなります。軽い検査は書くたびに自動で、重い検査は公開の前にまとめて回します。

11件中0件 ある日に見つけた不具合のうち、lint（形の検査）で防げたもの。どれも文法としては正しいコードでした。

  1. 01

    書くたび 自動・1〜2秒
    • 秘密の混入を止める
    • 形の誤りを止める
    • 記録の前にもう一度

  2. 02

    完了の前 開発の AI・変更したアプリだけ
    • ビルドと型
    • 関係するテスト
    • 見た目

  3. 03

    公開の前 まとめて実行・アプリ単位で数十秒〜数分
    • セキュリティ
    • 部品の脆弱性
    • 実際のブラウザで動かす
    • 検査の検査

  4. 04

    レビュー 書いた AI とは別の AI
    • 設計を見る
    • 観点ごとに分けて見る今後

FIG.箱の幅は、そこで確かめる項目の数。軽い検査は書くたびに、重い検査は公開の前にまとめて回します。

詳しく：それぞれの関所で確かめていること
  1. 書くたび自動・1〜2秒

    書いた瞬間に直すのが、いちばん安い。待たせないよう、書いた1ファイルを見る軽い検査だけに絞る。

    • 秘密の混入を止める鍵やパスワードがコードに入りかけたら、その場で書き込みを止める。
    • 形の誤りを止める未定義の参照・到達しないコードなどを lint で見つけ、書き込みを止める。新しいアプリも登録なしで対象。
    • 記録の前にもう一度変更の記録（コミット）を残すアプリでは、記録の前に変更分を同じ検査と型チェックに通す。人の手で直した所も拾う。
  2. 完了の前開発の AI・変更したアプリだけ

    「できました」と言う前に、変えた所が動くことを示す。全体ではなく、関係する所だけを回す。

    • ビルドと型変更したアプリをビルドし、型の食い違いがないかを確かめる。
    • 関係するテスト正解を固定したテストを回す。テストは、わざとバグを入れた版で落ちることを確かめてから採用している。
    • 見た目画面の変更は、スクリーンショットを撮って意図どおりかを目で見る。
  3. 公開の前まとめて実行・アプリ単位で数十秒〜数分

    重くて毎回は回せない検査。コードを変えなくても状況が変わるもの（部品の脆弱性）もここで見る。

    • セキュリティ危ない書き方を、広く使われている無料の検査ツールで探す。新しく増えた指摘だけを見る。
    • 部品の脆弱性使っているライブラリに、知られた脆弱性がないかを調べる。
    • 実際のブラウザで動かす画面を開いて操作し、中身まで確かめる。「表示された」だけでは合格にしない。
    • 検査の検査わざとバグを仕込んだファイルを流し、書くたびの検査が本当に止めるかを確かめる。
  4. レビュー書いた AI とは別の AI

    検査ツールでは測れない、設計の良し悪しを見る。

    • 設計を見る責任の分け方・重複・命名・例外の扱いを見る。
    • 観点ごとに分けて見る（今後）テストの抜け・例外の握りつぶし・コメント・型の設計を、観点ごとに別の担当で。

それぞれの仕組みは、わざと壊して、本当に止まる・鳴ることを確かめてから使っています。鳴らない監視は、無いのと同じだからです。

03手段の選び方

仕事に合わせて、手段を選ぶ。

どの仕事にも AI がいちばん良いわけではありません。手順が決まっている仕事か、判断が多い仕事かで、合う手段が変わります。

その前に 仕組みにしない

一回きりの仕事は、手で済ませる。作る前に、手間と効果を比べる。

  1. SaaS

    多くの会社に共通する仕事。作らずに、既にある良いものを使う。

    社内の例会計・チャットなど
  2. プログラム

    手順が毎回同じ仕事。結果がぶれてはいけない仕事。

    社内の例記録と検査・報告の送信（構成図）
  3. プログラム＋AI

    流れは決まっていて、途中の一部だけに判断や文章づくりが要る仕事。

    社内の例AIに聞く、デジタル化相談
  4. エージェント

    入力が毎回違い、手順を事前に決めきれない仕事。

    社内の例営業リサーチ・参謀（構成図）
左ほど手順が決まっている仕事、右ほど判断が多い仕事に向く手段。

04役割分担

確実さが要る所はプログラム、判断はAI。

エージェントを使う仕事でも、全部を AI に任せるわけではありません。1回の仕事を段に分け、確実さが要る段はプログラムに、判断が要る段だけを AI に任せています。

参謀に頼む（営業リサーチ）プログラム 3AI 3人 2

  1. 01（人） 伝える 代表が伝える
  2. 02（AI） 指示書を書く 参謀
  3. 03（プログラム） 検査して起動 差配役・実行役
  4. 04（AI） 調べる 営業リサーチ担当 関所が確かめる
  5. 05（プログラム） 機械で検査 記録と検査
  6. 06（プログラム） 報告 チャットの送受信
  7. 07（人） 評価する 代表
  8. 08（AI） やり方を磨く 参謀が改訂案に 改訂は代表が決める
  • プログラム起動・記録・検査・報告・権限・計算。
  • AIどこを調べるか、その候補が合うか。やり方（スキル）を読んで従う。
  • 人頼む・評価する・改訂を決める。
詳しく：各段でしていることと、役割の分け方
  1. 伝える人

    代表が参謀に「登壇先の候補を増やしたい」と伝える。伝えるのは、したいことだけ。

  2. 指示書を書くAI

    参謀が会社の目標・KPI に照らして、営業リサーチ担当への作業指示書を書く。代表の言葉は言い換えずに入れる。

  3. 検査して起動プログラム

    差配役が欄・依頼先・目標とKPI を検査する。公開情報を調べるだけの仕事なので、承認は要らない。実行役が担当を起動し、やり方（スキル）と会社の前提を必ず渡す。

  4. 調べるAI

    担当が Web と PDF で候補を調べる。関所が、読める場所・書ける場所を、道具を使うたびに確かめる。

  5. 機械で検査プログラム

    出力の形・出典・重複を、プログラムが検査し、実行の記録と結果票を作る。「必ず守る」はモデルに任せず、守られたかを機械で確かめる。

  6. 報告プログラム

    記録から機械的に作った報告を、チャットで代表に届ける。流すのは要約とリンクだけ。

  7. 評価する人

    代表が出力を「採用・不採用」と理由で評価する。

  8. やり方を磨くAI

    参謀は成果物の本文を読まず、結果票と代表の評価だけを読む。使えなかった理由を分類して、やり方（スキル）の改訂案にする。改訂するかは代表が決める。

プログラム
起動・記録・検査・報告・権限・計算。毎回同じ結果であるべき所。間違いが許されない所。構成図では差配役・実行役・記録と検査・関所
やり方（スキル）
調べ方・判断の基準・書き方の手順書。AI が読んで従う。毎回同じやり方で動かし、磨いた結果を残すため。構成図では共通の作法・営業リサーチの進め方
AI の判断
どこを調べるか、その候補が合うか。入力が毎回違い、手順を決めきれない所だけ。構成図では営業リサーチ担当・参謀

「必ず守ってほしいこと」は、AI への指示だけにしない。
守られたかを、プログラムで確かめる。

05Human in the loop

人が入る場所を、先に決めておく。

Human in the loop は、AI に任せきりにせず、仕事の流れの中に人が入る考え方です。どこで人が入るかを、仕事の影響の大きさで先に決めています。

AI に任せたい仕事

Q1外に出る・お金がかかる・元に戻せない？

実行の前に、人が承認する

人が決めてから動く

AI は提案までで止まる。 例外への発信費用の発生お客様のデータ本番への反映AI の仕組み自体の変更

Q2社内だけで、元に戻せて、費用がかからない改善？

やったことを、人が報告で確かめる

任せて、報告を受ける

報告には「何を・なぜ・どう戻すか」を書く。 例社内の小さな改善
結果を、人があとで見る

AI に任せる

影響が社内にとどまり、間違えても困らない仕事。 例調べもの分析下書き・提案書試作
FIG.慎重な方から順に問います。迷ったときは、慎重な方に分けます。どの段でも、出力は最後に人が評価します（構成図の「評価」）。

06安全の守り方

お願いではなく、仕組みで守る。

AI への指示で「してはいけない」と書くだけでは、守られないことがあります。そこで、そもそもできないように、仕組みで決めてあります。

  • 書き込める場所 担当ごとに決めた場所だけ ほかは止める
  • 秘密のファイル 鍵や設定のファイル 読めない
  • 顧客の情報 外部の文章と同じ担当に入れない 分ける
  • 経営データ つなぐのは読み取り専用 書き換えられない
  • 仕事の受け渡し AI は別の AI を直接呼べない 指示書を通す
詳しく：それぞれの決め方
書き込める場所
担当ごとに決め、それ以外への書き込みは、道具を使う時点で止める。
秘密のファイル
鍵や設定のファイルは、読むこと自体ができない。
顧客の情報
顧客の情報を読む担当には Web を持たせず、顧客の情報を含むものは別の会社の AI（点検用）にも送らない。読んだかどうかはプログラムが記録して確かめる。
経営データ
読み取り専用でしかつながらない。書き換えはできない。
仕事の受け渡し
AI は別の AI を直接は呼べず、参謀にはコマンドを実行する道具も渡していない。頼むときは指示書に書き、プログラムが中身を確かめてから起動する（2026-11-02）。

07育て方

使うほど、やり方が良くなる。

AI の出力が使えなかったとき、その出力を手で直して終わりにはしません。原因を見て、やり方そのものを直します。直した内容は次の回から効くので、使うほど仕上がりが業務の水準に近づきます。

  1. 1評価する

    人が出力を「採用・不採用」と理由で評価する。

  2. 2原因を見る

    使えなかった理由を、やり方・役割・仕組みのどこにあるか分ける。

  3. 3やり方を直す

    スキル・定義・プログラムの該当する所を改訂する。改訂は根拠つきで履歴に残す。

  4. 4次の回に効く

    同じ間違いが、次の回から起きにくくなる。

08無料相談

まずは、御社の業務についてお聞かせください。

導入の相談だけでも構いません。

無料相談を申し込む
  • 初回のご相談は無料です
  • オンラインでも対応します
  • ITに詳しくなくても大丈夫です
無料相談を申し込む