Key Takeaways
- AIエージェントの導入方法で最初は失敗を戻せる業務から選ぶのは出力を捨てて作り直しても外に影響が出ないからで、任せるのは入力と出力の形が決まった作業、人の確認点は公開・送信・支払いの直前に置く。
- AIエージェントと生成AIのチャットの違いは人が毎回指示するかどうかにあり、Anthropicは処理とツール利用をLLMが自ら決めるものをエージェントと呼びOpenAIは失敗時に実行を止めて人へ制御を戻せることを中核の特性に挙げる（いずれも2026年10月3日閲覧）。
- 当社の場合は平日朝のリプライ候補の準備・検索順位の監視・動画制作の3つを小さなエージェントに任せ、人に宛てた返信・公開済みページの改題・動画の公開は人が行っている。
- 止めるかどうかは出来栄えの採点と成果の経路の実測の両方で決めるもので、当社の順位監視は表示が10件未満なら判定を出さずに監視へ戻し、観察中のページには別の語でも触らない。
- 自社で作るか外部に頼むかは運用を続ける人が社内にいるかで決め、権限と停止の仕組みは最初の週にClaude Codeの権限モードとhooksのような設定に落とし、無人で動かす構成には隔離環境が要る。
エージェントを入れると決めたあとに最初に出る問いは、どの業務から任せればいいかです。製品の比較記事に欠けているのは、最初の1業務をどう選び人がどこで止めるかを決める手順と、その手順で実際に動かしている運用の記録です。製品名に依存しない5つの手順と、当社の小さな運用3つで任せた作業と人が見る点を並べます。
外部の定義と手順はAnthropic・OpenAI・Googleが公開した資料とIPAの導入ガイドライン・AI事業者ガイドライン第1.2版を2026年10月3日に読んだ範囲に限ります。当社の運用は2026年8月から10月の記録で、1社1期間の出来事であり効果の実績ではありません。
AIエージェントとは、処理の順番とツールの使い方を自分で決めて目標まで進めるシステムである
AIエージェントとは、人が目標を渡したあとは処理の順番とツールの使い方をAI自身が決め、結果を確かめながら目標まで進めるシステムです。生成AIのチャットとの違いは、人が毎回指示するかどうかにあります。チャットは1往復ごとに人が次の指示を出し、エージェントは途中の判断を自分で続けて要所でだけ人に戻します。
Anthropicは2024年12月19日公開の記事で、LLMとツールが事前に定義されたコードの経路で統制されるシステムを「ワークフロー」と呼び、LLMが自らの処理とツール利用を動的に決めるシステムを「エージェント」と区別しています。同じ記事は可能な限り単純な解を探して必要なときだけ複雑さを足すことを勧め、エージェント型を作らない選択もあり得ると明記しています。エージェント型はタスクの性能と引き換えに遅延とコストが増えるためです（Anthropic「Building effective agents」／2026年10月3日閲覧）。
OpenAIの手引きはエージェントを「ユーザーに代わって独立にタスクを達成するシステム」と定義し、LLMを組み込んでいてもワークフローの実行を制御しない単純なチャットボットや分類器はエージェントではないとしています。失敗したときに実行を停止してユーザーに制御を戻せることを中核の特性に挙げている点が、導入の手順を考えるうえで効いてきます（OpenAI「A practical guide to building agents」（PDF）／2026年10月3日閲覧）。Google Cloudの解説ページ（最終更新2026年4月2日）はAIエージェントを「AIを使って目標を追求しユーザーに代わってタスクを完了するソフトウェアシステム」とし、AIアシスタントは「ユーザーの監督の下で」代理行動すると区別しています（Google Cloud「What are AI agents? Definition, examples, and types」／2026年10月3日閲覧）。
国内の定義も同じ線にあります。総務省と経済産業省の「AI事業者ガイドライン」第1.2版（令和8年3月31日公表）はAIエージェントを「特定の目標を達成するために、環境を感知し自律的に行動するAIシステム」と定義しています。脚注では自律が高度な自律状態だけを指すのではなく、ある程度の自律性を持つものも含むとしています（総務省・経済産業省「AI事業者ガイドライン（第1.2版）本編」（PDF）／2026年10月3日閲覧）。朝に候補を集めて一覧にするだけの小さな仕組みも、この定義ではエージェントの側に入ります。
部品の数え方は各社で近い形です。OpenAIは最小構成をModel（推論と意思決定を担うLLM）・Tools（行動のための外部関数やAPI）・Instructions（振る舞いを定めるガイドラインとガードレール）の3要素とし、ツールをデータ取得用・行動用・オーケストレーション用の3種に分けています（OpenAI「A practical guide to building agents」（PDF）／2026年10月3日閲覧）。Google Cloudの解説ページはエージェントが動く仕組みの要素としてペルソナ・メモリ・ツール・モデルの4つを挙げ、LLMがエージェントの「脳」として働き他の要素が推論と行動を助けると述べています（Google Cloud「What are AI agents? Definition, examples, and types」／2026年10月3日閲覧）。Anthropicはエージェント型システムの基本単位を検索・ツール・メモリなどで拡張したLLM（augmented LLM）と呼びます（Anthropic「Building effective agents」／2026年10月3日閲覧）。導入の手順で決めるのは、この部品のうちToolsに何を渡しInstructionsにどこで止まるかを書くかです。
図は上段に導入の手順を5つの箱で左から右へ並べ、下段に当社の3つの運用を表にしたものです。以下の節は上段の順に進み、下段の表は当社の運用の節で読み方とともに示します。
最初に任せる業務は、入力と出力の形が決まっていて失敗を戻せる作業から選ぶ
最初に任せる業務は、入力と出力の形が決まっていて失敗を戻せる作業から選びます。入力の形が決まっているとは、エージェントが読む材料が検索結果・台帳・台本のように毎回同じ場所と形式で手に入ることです。出力の形が決まっているとは、候補の一覧・判定の記録・動画ファイルのように人が見れば良し悪しを判断できる成果物が1つに定まることです。失敗を戻せるとは、出力を捨てて作り直しても外に影響が出ないことを指します。
OpenAIの手引きはエージェント化に向く業務の条件として、例外や文脈に依存する複雑な意思決定・保守が難しいルール群・非構造データへの強い依存の3つを挙げています。どれにも当たらなければ決定論的な解で足りる可能性があるとも書いています（OpenAI「A practical guide to building agents」（PDF）／2026年10月3日閲覧）。この3条件はエージェントでなければ解けない業務の条件であって、最初に任せる業務の条件ではありません。最初の1業務は3条件のどれかに当たりつつ、失敗を戻せる側にあるものを選びます。
IPA産業サイバーセキュリティセンターの「テキスト生成AIの導入・運用ガイドライン」（2024年7月31日公開）は導入・運用の前提事項の第一に段階的導入（スモールスタート）を置き、「少ないコストや時間で小さな規模から技術導入等を開始すること」と定義しています。ヒアリングした多くの組織は全社員・全機能でいきなり導入せず、機能や利用範囲を制限して一度試験導入・運用していました。構想策定では初期段階にスコープ（対象ユーザ・実装機能）を絞って導入し、利用頻度や導入コストを検証する機会にするとしています（IPA 産業サイバーセキュリティセンター「テキスト生成AIの導入・運用ガイドライン」（PDF）／2026年10月3日閲覧）。なお同ガイドラインは中核人材育成プログラム第7期生の卒業プロジェクトの成果物で、掲載ページの注意書きには本書の内容がIPAと同センターの意見を代表するものではなく卒業プロジェクトメンバーの見解に基づくと明記されています（IPA 産業サイバーセキュリティセンター「テキスト生成AIの導入・運用ガイドライン」掲載ページ／2026年10月3日閲覧）。
エージェントの数も最初は1つです。OpenAIの手引きは1つのエージェントにツールを少しずつ足すことで多くのタスクをこなせるとし、結論でも単一エージェントから始めて必要なときだけ複数エージェントに広げることを勧めています（OpenAI「A practical guide to building agents」（PDF）／2026年10月3日閲覧）。
当社の場合、最初に任せた3つはどれもこの条件で選びました。朝のリプライ候補の準備は検索語が入力で候補の一覧ファイルが出力です。検索順位の監視はSearch Consoleの実測が入力で判定の記録が出力です。動画制作は台本と画の指定と事実の表を1つのファイルにまとめたものが入力で、動画ファイルと確認用のコンタクトシート（1秒に1枚の静止画を並べた一覧）が出力です。3つとも出力を捨てて作り直しても外には何も出ません。
逆に、入力が人の頭の中にしかない業務と出力の良し悪しを人が判断できない業務は最初の1業務に向きません。前者は材料が揃わず、後者は確認点を置く場所がありません。顧客に宛てた文章を最初の1業務に選ぶなら、送信という戻せない操作が出力の直後にあるため2つ目以降に回すほうが向いています。
人の確認点は、公開・送信・支払いの直前に置く
人の確認点は、公開・送信・支払いの直前に置きます。3つとも外に出た瞬間に取り消せなくなる操作で、そこまでの下書きと集計はエージェントに任せられます。確認の回数を増やすのではなく、戻せない操作の直前に1か所ずつ置くのが当社の形です。
OpenAIの手引きは人の介入を要する引き金を2つに整理しています。1つはリトライ回数や行動数の上限を超えた失敗閾値の超過で、もう1つは機微・不可逆・影響大の高リスク行動です。高リスク行動の例には注文のキャンセル・大きな払い戻しの承認・支払いの実行が挙がり、人の介入は導入初期に特に重要でエージェントの信頼性が確かめられるまで続けるとしています。同じ手引きは各ツールに低・中・高のリスク評価を付けることを勧め、基準として読み取り専用か書き込みか・可逆性・必要なアカウント権限・金銭的影響を挙げています。高リスク機能の実行前にガードレールの確認で一時停止するか、人へエスカレーションする自動処理の起点に使うという位置づけです（OpenAI「A practical guide to building agents」（PDF）／2026年10月3日閲覧）。公開・送信・支払いはこの基準で高に当たる操作です。
Anthropicの記事は、自律エージェントが各ステップで環境からの「ground truth」（ツールの結果やコードの実行結果）を得て進捗を判断し、チェックポイントや行き詰まりで人のフィードバックを待って一時停止できると書いています。制御のために最大反復回数などの停止条件を置くのが一般的とも述べています（Anthropic「Building effective agents」／2026年10月3日閲覧）。確認点はエージェントが止まる場所でもあり、止まった先に見る人がいなければ仕組みは成立しません。
AI事業者ガイドライン第1.2版の共通の指針「安全性」は、必要に応じた定期的かつ客観的なモニタリングと対処も含めて人間がコントロールできる制御可能性を確保することを求めています。生成物の利用に際しては人間の判断を介在させる等の対策を講じることも挙げています（総務省・経済産業省「AI事業者ガイドライン（第1.2版）本編」（PDF）／2026年10月3日閲覧）。「公平性」の指針はAIに単独で判断させるだけでなく適切なタイミングで人間の判断を介在させる利用を検討するとし、その際に人間の判断が自動化バイアス（機械の出力を疑わずに受け入れる傾向）に左右されない対策を講じるべきとしています。別添はAIエージェントが自律的な動作の中で人間の意図しない商品の注文やファイル削除等の動作を行う可能性を挙げ、脚注で自律性が高まるにつれ人間による監視のみでは高速なAI間相互作用への対応が困難となる場合が十分に想定されると述べています（総務省・経済産業省「AI事業者ガイドライン（第1.2版）別添（付属資料）」（PDF）／2026年10月3日閲覧）。確認点を人の目だけに頼らず仕組みに置く根拠がここにあります。
当社では求人広告の出稿自動化の記事で、AIは下書きを作り人は募集の条件と掲載の終了を決めると書きました。エージェントの確認点も同じ型で、当社の3つの運用でどこに置いたかは後の表に示します。支払いに当たる確認点は、動画の声の生成が止まったとき枠を足すかどうかを人が決め、その操作をエージェントに渡していない形で置いています。
自社で作るか外部に頼むかは、運用を続ける人が社内にいるかで決める
自社で作るか外部に頼むかは、運用を続ける人が社内にいるかで決めます。ここでいう運用は、エージェントの出力を毎回見て直す人と、止まったときに動かし直す人の2つの役です。作る力より続ける人のほうが先に尽きます。
IPAのガイドラインは導入・運用のプロセスを構想策定から改善までのPDCA1サイクルと定めています。1周目を「スモールスタート」・2周目を「本番導入」・3周目以降を「機能拡張」として何度も回す構成です（IPA 産業サイバーセキュリティセンター「テキスト生成AIの導入・運用ガイドライン」（PDF）／2026年10月3日閲覧）。何度も回すという構成は、回す人が社内にいることを前提にしています。同じガイドラインは利活用ガイドラインに記載すべき項目として、生成物には誤り（ハルシネーション）が含まれ得るため常にその正確性を確認する必要があると周知するよう求めています。RAG（社内文書を検索して答えに使う仕組み）などの軽減策でも完全には解消できないと添えることも求めています（同PDF／2026年10月3日閲覧）。確認する人が決まっていなければ、この周知は誰にも届きません。
運用を続ける人がいるかどうかで、分かれ方は3つになります。
- 業務を分かる人が社内にいて、Claude Codeのような道具を自分で動かせるなら自社で作ります。当社の3つの運用はこの形で、Claude Codeを非エンジニアの会社で使う記事に書いた担当を決めて自社の業務題材で試す始め方と同じです。
- 業務を分かる人はいるが道具を動かす人がいないなら、外部に作ってもらい運用は社内で続けます。FDEを採用するか外部に頼むかの記事で書いたとおり、開発需要の量と継続性で採用か外部かを決めます。FDE伴走開発は現場に入って作り、運用を続ける人に引き継ぐ形です。
- 業務を分かる人も道具を動かす人もいないなら、エージェントより前に業務の入力と出力を決める作業が先です。AI導入支援の相談で当社が最初に聞くのはこの点です。
外部に頼む場合でも、出力を毎回見る役は社内に残します。見る人が外部にしかいない構成は、契約が終わった日にエージェントも止まります。出力の形が決まっていても見る人が決まっていなければ、作る順番はまだ来ていません。
権限と停止の仕組みは、最初の週に入れる
権限と停止の仕組みは、最初の週に入れます。確認点を文章で決めても、実行環境の設定に落とさなければエージェントは止まりません。ここではClaude Codeを例に、確認点を設定に落とす場所を公式ドキュメントから示します。
Claude Codeの権限モードは「セッション中にClaudeが確認なしで実行できる操作」を決める設定で、Manual（default）モードではファイル編集・シェル実行・ネットワーク到達を伴うほとんどの操作の前に停止して確認を求めます。一覧表には6つの区分があり、このうち確認点の設計に関わる5つを挙げます。default は読み取りのみで、acceptEdits は読み取りとファイル編集と mkdir・touch・mv・cp 等のファイル操作まで進みます。auto は背景の安全チェック付きで全操作を通し、dontAsk は事前承認したツール以外を拒否します。bypassPermissions は全操作で、用途は隔離されたコンテナとVM（仮想マシン）のみとされています（Anthropic「Choose a permission mode」／2026年10月3日閲覧）。
auto モードの分類器が既定で遮断する操作には、curl | bash のようなダウンロード実行・外部エンドポイントへの機微データ送信・本番デプロイとマイグレーション・クラウドストレージの大量削除・IAM（クラウドの権限管理）やリポジトリ権限の付与・共有インフラの変更・セッション前から存在したファイルの不可逆な破壊・force push（履歴の強制上書き）が列挙されています。公開と送信に当たる操作がこの一覧に入っています。完全無人で動かす構成（claude -p に権限確認を省くフラグを付けた非対話実行）にはコンテナ・VM・サンドボックスランタイム（隔離された実行環境）のいずれかが必須で、LinuxとmacOSでは非rootユーザー（管理者権限のない利用者）で実行するよう求めています（Anthropic「Choose a permission mode」／2026年10月3日閲覧）。
確認点を設定に落とす道具がhooksです。Claude Codeのhooksはユーザーが定義したシェルコマンド・HTTPエンドポイント・MCP（AIと外部ツールをつなぐ共通規格）ツール呼び出し・LLMプロンプト・サブエージェントで、Claude Codeのライフサイクルの特定の時点で自動実行されます。ターミナル・IDE拡張・デスクトップアプリ・クラウドセッションのどこでも同じ時点で発火します。PreToolUse hookはClaudeがツールのパラメータを作成した後でツール呼び出しを処理する前に走り、終了コード2を返すとそのツール呼び出しを遮断します。多くの時点で終了コード1は非遮断エラーとして扱われ処理は続行するため、方針を強制するhookは exit 2 を使うよう明記されています。PostToolUse hookはツールが正常に完了した直後に走り、matcherを省略すればどのツールの完了後でも実行できるので実行履歴の記録に使えます（Anthropic「Hooks reference」／2026年10月3日閲覧）。公開・送信・支払いに当たるツール呼び出しを PreToolUse で止め、通った操作を PostToolUse で記録するのが最小の形です。
Anthropicはエージェントの自律性がコスト増と誤りの累積（compounding errors）を伴うため、サンドボックス環境での広範なテストと適切なガードレールを推奨しています（Anthropic「Building effective agents」／2026年10月3日閲覧）。最初の週に入れるのは、設定よりも先に止まることを確かめる作業です。
当社の場合、権限設計の記事に書いたとおり2026年9月27日に数えた許可リストは allow 78件・deny 0件・ask 0件でした。本番反映は9月24日から26日の3回とも既定の仕組みが止め、代表が自分で実行しました。確認点を先に文章で決めていなかったため既定に助けられた形で、この記事の手順では権限と停止を最初の週に入れる位置に置いています。最初の週に入れるのは3つです。確認を挟む操作（公開・送信・支払い）を設定に書くこと、止める人を役職名で決めること、止める手順を1回試すことです。
当社の運用は、集める作業と作る作業を任せ、返信と改題と公開は人が行っている
当社の3つの運用は、集める作業と作る作業をエージェントに任せ、返信と改題と公開は人が行っています。図の下段と同じ表で、任せた作業と人が見る点を並べます。
表は横にスクロールできます。
| 運用 | 任せた作業 | 人が見る点 |
|---|---|---|
| 朝の準備 | リプライ候補と自分宛ての反応を一覧にする | 返信とフォローは人が自分の言葉で行う |
| 順位監視 | 実測を読み台帳に記録し判定案を出す | 公開済みページの改題は代表が判断する |
| 動画制作 | 台本の関門から書き出しまでを自動で行う | コンタクトシートを見て直し公開は代表が確認する |
朝の準備は、平日の朝に定時で動く仕組みが設定した検索語でリプライ候補を集めて日付ごとの一覧ファイルに書き、自分宛ての返信と引用も別の一覧にします。一覧には返信画面を開くリンクが付き、人はそれを開いて1〜2文を自分の言葉で書きます。機械が文案を書くと返信を回って歩いている印象が出るため、文案は既定では書かせていません。フォローも人だけが行います。
順位監視は、順位改善ループと呼んでいる手順です。1回に1語だけ選び改善を1つ当て、Search Consoleの実測だけで判定を出します。2026年9月27日に表示が10件未満の語は判定を打ち切って監視のみに戻す決めごとを置き、10月1日の決めごとで確定の判定は改修後28日と改修前28日を同じ長さで比べる形にしました（10月3日の判定は7日窓の暫定です）。エージェントが任されているのは実測の読み取りと台帳への記録と判定案の作成で、観察中のページには別の語でも触らないという停止条件を持たせています。公開済みで表示のあるページの題名を変える改修は代表の判断に回し、2026年9月27日に出した改題の案は代表に渡した段階で止まっています。
動画制作は、台本と画の指定と事実の表を1つのファイルに書くところまでが人の仕事で（当社ではClaude Codeとの対話で書きます）、そこから先が自動です。台本の関門が冒頭の掴み・回収する問い・一次素材・出典・話し言葉・禁止語を機械で見て、通らなければ声を作る前に止まります。台本の中の数字は事実の表に紐づいていなければ関門を通りません。声は行ごとに生成し、書き起こしと台本を突き合わせて字幕の時刻を合わせ、画面と音を作って書き出します。出力には1秒1枚のコンタクトシートと報告ファイルが付き、人はそれを見て台本を直します。公開は代表が確認してから本人が行う手順にしています。
止めるかどうかは、出来栄えの採点と成果の経路の実測の両方で決める
止めるかどうかは、出来栄えの採点と成果の経路の実測の両方を見て決めます。採点表で高い点を取る出力でも、点数だけでは続ける根拠になりません。
当社のX（旧Twitter）の運用では、機械の関門を通り採点表でも高い点を取っていた自動生成の投稿本文を2026年9月17日に代表が読み、出来栄えの判断と外部の助言で保留にしました。2日前の実測で既に出ていた自動投稿が通常投稿の中でも表示の少ない側にあったことも含め、止めた判断と残した作業はAI導入の失敗事例に記録しています。
順位監視は、経路の実測の側で止める判定を持っています。改修後の順位が上がったように見えても表示が10件未満なら判定を出さず、検索結果に表示されてクリックされるという経路に乗った証拠が揃うまで監視に戻します。記事の文章の良し悪しではなく、この実測で続けるか止めるかを決めます。
続けるか止めるかの判定を人が持つのは、確認点を置く話の延長です。信頼性を確かめる材料は出来栄えの採点だけではなく、成果の経路に乗ったかどうかの実測を添えます。
AIエージェントの導入方法についてよくある質問
Q. 最初に任せる業務は、どのくらい小さくてよいですか？
入力と出力の形が決まり失敗を戻せるなら、1日1回の集計や候補の一覧づくりのような小さな作業で足ります。当社の朝の準備は検索語から候補の一覧を作るだけの作業です。IPAのガイドラインも初期段階でスコープを絞り、利用頻度や導入コストを検証する機会にするとしています（IPA 産業サイバーセキュリティセンター「テキスト生成AIの導入・運用ガイドライン」（PDF）／2026年10月3日閲覧）。小さく始めて困るのは、出力を見る人を決めていない場合だけです。
Q. 人の確認を入れると、自動化した意味がなくなりませんか？
確認点を公開・送信・支払いの直前の1か所に絞れば、そこまでの集計と下書きは確認なしで進みます。当社の動画制作では台本の関門から書き出しまでが自動で、人が見るのはコンタクトシートと公開の判断だけです。確認が多すぎて形骸化するほうが、確認がない状態より見つけにくい問題です。
Q. 完全に無人で動かしてよい業務はありますか？
読み取りと一覧づくりまでなら、当社では無人で動かしています。平日朝の準備は人が見る前に動き、出力は一覧ファイルに留まります。書き込みや外部への送信を無人で行う構成は、Claude Codeの公式ドキュメントがコンテナ・VM・サンドボックスランタイムのいずれかを必須とし非rootユーザーでの実行を求めている範囲です（Anthropic「Choose a permission mode」／2026年10月3日閲覧）。隔離環境を用意できない業務は無人にしません。
Q. 外部に頼む場合、最初に何を用意すればよいですか？
候補の業務と、その業務でいま人が確認している箇所の一覧です。入力と出力の形はその場で一緒に決められます。用意できないのは運用を続ける人で、これは外部からは持ち込めません。FDEを採用するか外部に頼むかの記事で書いた開発需要の量と継続性の見方が、頼む形を決める材料になります。
SAIの視点：どの運用でも、外へ出す操作は機械に渡していない
当社が朝の準備・順位監視・動画制作の3つで守っている線は、出力を一覧ファイル・台帳・動画ファイルに留めることです。返信・改題・公開のように外へ出す操作は人の側に置き、朝の準備では返信の文案も既定では機械に書かせていません。順位監視の改題の案が代表に渡した段階で止まっているのも、同じ線の上にあります。
海外企業のエージェント導入事例では一次対応をAIに寄せた企業も人につなぐ経路を残していたと書き、権限設計では止める人を先に決めると書きました。手順としてはその2本の間に当たり、最初の業務を選び確認点を置き作るか頼むかを決めるところまでを扱っています。
AI導入支援では最初の1業務の入力と出力を一緒に決め、FDE伴走開発では現場に入って作ったうえで運用を続ける人に引き継ぎます。どちらも、公開・送信・支払いの直前の確認点を人の側に残す前提で進めます。
お問い合わせに書いていただくのは2つで足ります。候補の業務の名前と、その業務でいま人が確認している箇所の一覧です。社内の設定やデータは要りません。送る前に確かめるのは1点だけで、その業務の入力と出力の形が決まっているかです。
出典と確認日
いずれも2026年10月3日閲覧。
- Anthropic「Building effective agents」（2024年12月19日公開）
- Anthropic「Choose a permission mode」（Claude Code 公式ドキュメント）
- Anthropic「Hooks reference」（Claude Code 公式ドキュメント）
- OpenAI「A practical guide to building agents」（PDF）
- Google Cloud「What are AI agents? Definition, examples, and types」（最終更新 2026年4月2日）
- IPA 産業サイバーセキュリティセンター「テキスト生成AIの導入・運用ガイドライン」（PDF）（2024年7月31日公開・中核人材育成プログラム第7期生の卒業プロジェクト。掲載ページの注意書きのとおり、内容はIPAと同センターの意見を代表するものではない。本文に発行日から2年間の有効期限の記載があり、2026年10月時点では期限を過ぎた文書として参照）
- 総務省・経済産業省「AI事業者ガイドライン（第1.2版）本編」（PDF）（令和8年3月31日公表）
- 総務省・経済産業省「AI事業者ガイドライン（第1.2版）別添（付属資料）」（PDF）（令和8年3月31日公表）
- 当社の運用記録: X運用の記録（2026年9月15日の実測・9月17日の保留。経緯はAI導入の失敗事例）・順位改善の台帳（2026年9月から10月3日）・動画制作の手順書（2026年9月27日作成）・権限設計の記事（2026年9月27日の集計）
関連記事