業務の中で毎日働く AI エージェントを、
7 種つくってきました。

何をするか

• 社内規程・業務マニュアル・過去の問い合わせ履歴を取り込み、閲覧権限ごとに検索できる範囲を分ける
• Slack で受けた質問の意図をくみ取り、該当する文書の箇所を探して回答案を組み立てる
• 回答には出典（文書名・該当箇所）を必ず付けて返す。根拠が無い質問は答えない
• 答えられなかった質問は担当者へ転送し、担当者の回答を次回の学習データに戻す

ある一日の動き

1. 08:30前夜に Slack へ届いた質問にまとめて回答し、担当者へ回した分を一覧にして総務へ通知
2. 10:15「出張の宿泊費に上限はあるか」に、旅費規程の該当条文を引用して回答
3. 13:00改訂された就業規則を取り込み、旧版を根拠にしていた回答を差し替え
4. 15:40規程に書かれていない例外の相談は答えず、労務担当へ引き継ぎ
5. 18:00その日の質問と「答えられなかった質問」の一覧を担当者へ届け、翌日に足す文書の候補を出す

成果物の再現

連携するツール

• Slack
• Google Workspace
• Claude
• Dify

人との分担

• AI がやること 質問の意図をくみ取り、該当する文書の箇所を探し、出典つきの回答案を返す
• 人がやること 答えられなかった質問への回答、規程改訂時の取り込み承認、回答の月次点検
• 止まる条件 根拠となる文書が見つからない／閲覧権限の外の文書が要る／人事の処遇や懲戒など判断を伴う質問

納品の範囲

• 要件整理: 対象文書の棚卸し、よくある質問の洗い出し、閲覧権限の整理
• 設計: 文書の取り込み方、権限ごとの検索範囲、出典の付け方、担当者への転送ルール
• 構築: Slack からの質問受付、文書検索、出典つき回答、転送と学習の仕組み
• 試験運用: 問い合わせを受ける部署で先行運用し、回答の当たり外れを毎週見直す
• 引き渡し・運用ルール: 文書の更新手順、回答の点検表、止める条件を文書にして引き渡す

何をするか

• 着信を受け、用件・折り返し先・緊急度を台本どおりに聞き取る（営業時間外と混雑時のあふれ呼が対象）
• 通話を文字起こしし、用件と急ぎの度合いを要約。営業時間や予約受付など定型の質問は AI が答える
• 要約と文字起こしを担当者の Slack と管理表へ届ける。急ぎは別に通知し、折り返し先と希望時間帯を残す
• 料金・納期・可否の回答や約束は AI がせず、人が判断して折り返す。迷う通話には「要確認」の印を付ける

ある一日の動き

1. 08:30前夜の着信の要約を担当者の Slack へ。急ぎの印がついたものを先頭に並べ、折り返し先と希望時間帯を添える
2. 10:00朝の混雑であふれた電話を受け、用件と折り返し先を聞き取って管理表へ追記。担当者は空いた順に折り返す
3. 13:00予約の空き状況と場所の問い合わせに台本どおり答える。変更や取り消しの希望は「要確認」で担当者へ回す
4. 17:30折り返しが済んでいない案件を担当者へ再通知。管理表の状態を「未対応」のまま残す
5. 20:00営業時間外の受付に切り替え。用件と折り返し先だけを聞き取り、翌朝の要約に回す。約束はしない

成果物の再現

連携するツール

• Slack
• Google Workspace
• Whisper
• Claude
• n8n

人との分担

• AI がやること 着信の受付、用件・折り返し先・緊急度の聞き取り、文字起こしと要約の配信、営業時間や予約受付など定型の質問への回答
• 人がやること 折り返しの実施、料金・納期・可否の回答、予約の確定、クレームへの対応、外部へのメール送信
• 止まる条件 台本にない質問、クレームや体調・事故に関わる内容、金額や期日の約束を求められた時は聞き取りだけにして人へ回す

納品の範囲

• 要件整理: 受ける電話の種類、AI が答えてよい範囲、人へ回す条件、個人情報の扱いを現場と決める
• 設計: 台本・聞き取り項目・緊急度の判定基準・Slack と管理表の書式を決める（設計・全体監修は佐藤傑）
• 構築: 電話の接続、文字起こし・要約・通知の実装、閲覧権限と録音の保存期間の設定
• 試験運用: 社内の模擬通話と一部の回線で試し、聞き取り漏れと誤った要約を直してから本番へ
• 引き渡しと運用ルール: 台本の直し方、ログの見方、AI が止まった時の手順を文書で渡す。月次で要約の精度を見直す

何をするか

• 入力: Zoom・Teams の録音や録音機の音声を共有ドライブに置く。予定表から参加者と議題も読み取る
• 処理: 文字起こしを用語集と人名リストで直し、決定事項・宿題・担当・期限・保留を抜き出す
• 出力: 議事録を Google ドキュメントに作り、要約と宿題の一覧を Slack の会議チャンネルへ下書きで置く
• 人の確認: 主催者が下書きを読んで承認した時だけ参加者へ共有。担当と期限の確定も人が決める

ある一日の動き

1. 08:30前日の夕方に終わった会議の議事録案を主催者へ。未確認のものはもう一度知らせる
2. 10:30午前の定例が終わると録音を見つけ、文字起こしと用語の補正を始める
3. 11:00決定事項と宿題の案を主催者の Slack へ。担当や期限が曖昧な項目には印を付ける
4. 14:00主催者が承認した議事録を参加者へ共有し、宿題をタスク表に登録する
5. 17:30期限が近い宿題を担当者に知らせ、未承認の議事録は明日の朝に持ち越す

成果物の再現

連携するツール

• Zoom
• Microsoft Teams
• Google Workspace
• Slack
• Whisper
• Claude

人との分担

• AI がやること 文字起こし、用語と人名の補正、決定事項・宿題・保留の抽出、議事録の下書き、期限前の知らせ
• 人がやること 下書きの確認と修正、担当と期限の確定、参加者への共有の承認、社外へ出すかどうかの判断
• 止まる条件 録音が聞き取れない、発言者や参加者の名前が特定できない、社外秘の議題が含まれる時は下書きを出さず主催者に知らせる

納品の範囲

• 要件整理: 対象にする会議、参加者、議事録の型、共有先、社外秘の扱いを決める
• 設計: 録音の置き場→文字起こし→抽出→下書き→承認→共有の流れと、止まる条件を図にして合意する
• 構築: 用語集と人名リストの整備、Slack と Google ドキュメントへの接続、承認ボタンと共有の実装
• 試験運用: 実際の会議で回し、誤変換と抜けを主催者と一緒に直す。精度の確かめ方もここで決める
• 引き渡しと運用ルール: 管理画面と手順書を渡し、用語集の更新・誤りの報告・止め方を文書にして残す

何をするか

• 入力: Gmail の添付と共有フォルダに届いた請求書・納品書（紙のスキャン・PDF）を自動で取り込む
• 処理: 日付・金額・品目・取引先・支払期日を抜き出し、取引先マスタと発注データに照合して差異を出す
• 出力: 管理表と会計ソフトへ転記案を入れ、確信度の低い項目と金額の食い違いに色を付けて担当者へ知らせる
• 人の確認: 担当者が色つきの項目だけ見て確定する。修正した内容は次回の読み取りに反映する

ある一日の動き

1. 08:30前夜に届いた請求書・納品書を読み取り、転記案と確認が要る項目の一覧を担当者の Slack へ
2. 10:00発注データと金額や数量が合わない帳票を別枠にまとめ、取引先への確認文の案を添える
3. 13:00担当者が確定した分を会計ソフトへ登録し、差し戻された項目の修正内容を次回用に記録
4. 15:30支払期日が近いのに未確定の帳票を担当者へ再通知
5. 18:00当日の処理結果と保留分を管理表にまとめ、翌朝向けの要約を残す

成果物の再現

連携するツール

• Gmail
• Google Workspace（Drive・スプレッドシート）
• Slack
• freee
• Claude

人との分担

• AI がやること 帳票の取り込み、項目の抽出、発注データとの照合、転記案の作成、確認が要る項目の色分け、取引先への確認文の下書き
• 人がやること 色つき項目の確認と修正、金額・取引先の最終確定、会計ソフトへの登録の承認、取引先への問い合わせの送信、支払いの判断
• 止まる条件 取引先マスタにない相手、発注データと金額や数量が合わない、読み取りの確信度が基準を下回る、同じ帳票が二重に届いた。いずれも AI は登録せず担当者へ回す

納品の範囲

• 要件整理: 対象の帳票の種類、取引先ごとの書式、いまの転記先（管理表・会計ソフト）と承認の流れを確認
• 設計・構築: 取り込み経路（Gmail・共有フォルダ・スキャン）、抽出項目、照合ルール、確認画面、Slack 通知を構築
• 試験運用: 過去の帳票で読み取り結果を人の入力と突き合わせ、確信度の基準と止まる条件を調整
• 引き渡し・運用ルール: 確認担当・確定の権限・保留の扱い・修正の反映手順を文書化し、社内で回せる状態で引き渡し
• 掲載する数字: 【月間の帳票枚数】／【手入力の削減時間】／【読み取り精度の確認方法】

何をするか

• 入力: ライン上のカメラが撮った製品写真を、ロット・工程・撮影時刻とひもづけて取り込む
• 処理: 学習した良品・不良品の例と見比べ、傷・欠け・異物の疑いがある箇所に印を付ける
• 出力: 疑いのある写真だけを検査員の画面と Slack に回し、疑いの理由を短く添える
• 人の確認: 合否は検査員が決め、その判定を検査記録に残して次の学習データに戻す

ある一日の動き

1. 06:30前夜の夜勤分の写真を取り込み、疑いのある製品の一覧を朝礼前に検査員の Slack へ
2. 08:00ライン稼働。撮れた写真を順に見て、傷・欠け・異物の疑いに印を付け、理由を添えて検査員の画面へ回す
3. 12:00午前の判定結果（合格・不合格・保留）を検査記録に転記し、AI の疑いと検査員の判定のずれをまとめる
4. 15:00照明の変化で疑いの出方が偏り始めたのを検知し、判定を止めて品質担当へ撮影条件の確認を依頼
5. 18:00その日の判定結果を学習データに戻す候補として整理し、品質担当の承認待ちに置く。自動では学習しない

成果物の再現

連携するツール

• Slack
• Google Workspace
• kintone
• n8n
• Claude

人との分担

• AI がやること 写真から疑いのある箇所に印を付け、理由を添えて検査員へ回す。判定結果を記録し、学習データの候補を整理する
• 人がやること 合否の判定、保留品の扱い、学習データに戻す判定の承認、しきい値の変更
• 止まる条件 照明・カメラ位置の変化で疑いの出方が急に偏った時、学習していない製品・工程の写真が流れた時は判定を止め、検査員と品質担当へ知らせる

納品の範囲

• 要件整理: 【対象製品・工程】と不良の種類（傷・欠け・異物）を決め、現場のカメラ・照明・撮影位置と既存の検査記録を確認
• 設計: 疑いの出し方（印・理由・保留の扱い）、検査員の画面と Slack への通知、判定結果の記録先を決める。設計・全体監修は佐藤傑、構築は当社のエンジニアチーム
• 構築: 現場で撮った写真で学習し、検査員の画面・Slack・検査記録（kintone やスプレッドシート）とつなぐ
• 試験運用: 実ラインで人の検査と並走させ、AI の疑いと検査員の判定のずれを毎日見て、しきい値と学習データを直す
• 引き渡し・運用ルール: 月次で 【疑い検出の再現率】【見逃し件数の変化】 を検査記録から確認し、再学習の手順と止める条件を文書にして現場へ引き渡す

何をするか

• 入力: 販売実績・天候予報・曜日・催事・価格の変更を毎晩取り込む（対象は【対象品目数】品目）
• 処理: 品目ごとに翌週の需要を予測し、前週・前年同週との差とその理由を付ける
• 出力: 発注量の目安と根拠を発注表と Slack に出す。自信の低い品目には印を付ける
• 人の確認: 担当者が目安を見て最終の発注量を決める。AI は発注を送らない

ある一日の動き

1. 06:00前夜までの販売実績と最新の天候予報を取り込み、品目ごとの需要を予測し直す
2. 08:30翌週の発注量の目安と根拠を発注表に書き込み、担当者の Slack へ知らせる
3. 10:00担当者が目安を見て発注量を決める。動きが読めない品目は理由を添えて担当者に質問が届く
4. 15:00催事や価格変更の予定が新しく入ったら、影響する品目の目安を出し直す
5. 金曜 17:00今週の予測と実績の差をまとめ、外れた品目とその理由を担当者へ報告する

成果物の再現

連携するツール

• Google Workspace（スプレッドシート）
• Slack
• kintone
• Claude
• n8n

人との分担

• AI がやること 販売実績と天候・催事・価格から需要を予測し、発注量の目安・根拠・自信の低い品目の印を出す
• 人がやること 目安を見て最終の発注量を決め、発注を送る。外れた品目の理由（欠品・特売・天候）を AI に返す
• 止まる条件 実績データの欠け、天候予報の未取得、前週との差が大きすぎる品目は目安を出さず、担当者へ確認を求める

納品の範囲

• 要件整理: 対象品目・発注の締め時刻・使えるデータ（POS・天候・催事・価格）を棚卸しする
• 設計: 説明変数、予測の単位（品目×店舗×日）、目安の出し方、止まる条件を決める
• 構築: データの取り込み・予測・発注表と Slack への出力を組み、過去の実績に当てて検証する
• 試験運用: 担当者が従来どおり発注しながら目安と並べて比べ、外れ方を見て予測を直す
• 引き渡し・運用ルール: 週次で実績と突き合わせて更新する手順、催事の登録方法、止まった時の連絡先を文書にして渡す。見る指標は【予測誤差の変化】と【廃棄・欠品の変化】

何をするか

• 共有フォルダの図面（PDF・CAD 出力）を取り込み、図番・部品名・材質・仕様・改訂記号を読み取る
• 読み取った項目を検索キーにし、Slack や検索画面からの部品名・仕様・材質での横断検索に応える
• 最新版と改訂履歴を 1 画面に整理し、似た図面の候補を一致した項目の根拠つきで出す
• 読み取りに自信が無い項目は印を付けて担当者が確認。版の確定と社外への図面送付は人が決める

ある一日の動き

1. 08:30前夜に共有フォルダへ入った図面を取り込み、図番・部品名・材質を読み取って登録。読めなかった項目を担当者の Slack へ
2. 10:00設計担当の「この仕様に近い過去の図面はある？」に、候補の図番と一致した項目を返す
3. 13:00改訂された図面を見つけ、旧版との違いと改訂履歴を整理。版の確定は担当者に確認を求める
4. 15:30購買担当からの部品名の問い合わせに、最新版の図番と改訂記号を返す。社外への送付は人が判断
5. 17:30その日に登録した図面と未確認の項目を一覧にして担当者へ。翌朝の確認待ちに並べる

成果物の再現

連携するツール

• Slack
• Google Workspace（Google Drive）
• Claude
• OpenAI API
• n8n

人との分担

• AI がやること 図面の取り込み、図番・部品名・材質・仕様の読み取り、横断検索、最新版と改訂履歴の整理、類似図面の候補提示
• 人がやること 読み取り結果の確認、版の確定、図面を社外へ送るかどうかと発注の判断
• 止まる条件 図番や改訂記号が読み取れない、同じ図番で版が食い違う、社外への送付や発注につながる操作。いずれかで止まり、担当者の確認を待つ

納品の範囲

• 要件整理: 図面の置き場・書式・図番の付け方・版管理の現状と、誰がどう探しているかを聞き取る
• 設計: 読み取る項目、検索の入口（Slack・検索画面）、版の確定と閲覧権限の流れ、止まる条件を決める
• 構築: 取り込み・読み取り・検索・改訂履歴の各機能を作り、実際の図面で読み取りの精度を確かめる
• 試験運用: 一部門で今の探し方と並行して使い、読めなかった図面と誤読の型を集めて直す
• 引き渡し・運用ルール: 新しい図面の登録手順、版の確定者、社外送付の判断者、精度の見直し周期を文書にして渡す