AIに見出しの作成を依頼する場合も、候補を選ぶ基準が必要です。「もっと具体的に」「もっと魅力的に」と修正を重ねる前に、見出しが担う役割を整理すると、判断しやすくなります。

その手がかりになるのが、箇条書きです。文章を項目に分けると、内容どうしの関係が見えてきます。その関係を整理し、読者に何を示すかを決めることが、見出し作りの土台になります。

良い見出しを付けるには、「意味のまとめ方」「見出しの役割」「文法的な形式」を分けて考えることが重要です。

見出しは、本文の内容と読み方を示す

見出しには、大きく二つの働きがあります。

一つは、本文の内容を示すことです。「何について書いてあるか」「どの問いに答えるか」「何を主張するか」を、短い表現で伝えます。

もう一つは、読者の読み方を方向づけることです。読者は見出しを手がかりに、その部分を読むかどうか、何に注目して読むかを判断します。

例えば、「生成AIの導入」という見出しは、これから扱う話題を示します。「生成AIをどの業務から導入するか」なら、本文で答える問いを示します。「生成AIは定型文書の下書きから試す」なら、本文で説明する方針を先に伝えます。

同じテーマでも、見出しによって読者に渡す手がかりが変わります。

したがって、見出しを考えるときは、本文を短くする作業に加えて、「この部分を、読者にどのような位置づけで読んでもらうか」を決める必要があります。

箇条書きから、内容のまとまりと関係を見つける

次の三つの項目を考えてみましょう。

• 議題を決める
• 資料を配布する
• 参加者に案内を送る

いずれも行為を表す形でそろっています。ただし、見出しを付けるうえでは、文法形式の統一に加えて、三つの行為を結びつける意味を考えることが重要です。

この場合は、「会議に向けて準備する」という共通の目的を見いだせます。そこで、「会議の準備」という見出しが候補になります。

実務用の確認資料なら、「会議前に済ませること」という見出しも考えられます。共通の内容を、読者が取る行動に結びつけて表現した形です。

このように、箇条書きにした内容から見出しを作る際には、主に二つのまとめ方があります。

一つ目は、共通する分類や目的でまとめる方法です。

「りんご・みかん・ぶどう」を「果物」とまとめるのは、共通する上位概念を取り出す操作です。「議題の決定・資料の配布・参加者への案内」を「会議の準備」とまとめる場合は、共通する目的に着目しています。

二つ目は、複数の内容の関係を、一つの主張としてまとめる方法です。

例えば、説明用の例として、次の本文を考えます。

文書の作成時間が短くなった。担当者は、生まれた時間を内容の確認に振り向けた。

この場合は、「作成を効率化し、内容の確認に時間を配分する」とまとめられます。共通の名前を付ける操作に加えて、二つの事態のつながりを表現しています。

ここで気をつけたいのは、見出しに含める関係の根拠です。本文に二つの出来事が並んでいる場合、因果関係まで見出しに表すには、そのつながりを本文と照合する必要があります。

見出しが示す因果関係、評価、対象範囲は、本文が支えている範囲に合わせます。

見出しの役割を、話題・問い・主張から選ぶ

内容を整理したら、見出しにどの役割を担わせるかを選びます。実用上、次の三つを区別すると考えやすくなります。

例えば、「まず定型文書の下書きで生成AIを試す」という提案を本文で説明しているとします。

話題型は、扱う内容を案内します。問題型は、読者が本文で確かめる問いを明確にします。命題型は、主張や結論を先に伝え、その説明へと導きます。

選択の基準は、文書の目的と読者の読み方です。必要な情報を探してもらう場面では話題型、疑問を順に解いていく構成では問題型、提案や結論を明確に伝えたい場面では命題型が候補になります。

また、「背景」「方法」「結果」のように、文章内での役割を示す見出しもあります。この三分類は、見出しを考えるための実用的な整理として使うとよいでしょう。

大切なのは、見出しが読者に予告した内容を、本文で確実に扱うことです。問いを掲げたら答えを示し、主張を掲げたら根拠や説明を示します。

文法形式は、見出しの役割に合わせて選ぶ

見出しの「役割」と、言葉としての「形」は、分けて検討できます。

「生成AIの導入」は、名詞を中心とする名詞句です。「なぜ生成AIを導入するのか」は疑問文です。「生成AIは業務の下書きを支援する」は、主張を述べる平叙文です。

ただし、文法形式と役割の組み合わせには幅があります。

例えば、「導入の理由」という名詞句と、「なぜ導入するのか」という疑問文は、どちらも本文で扱う問いを示せます。名詞句にするか、疑問文にするかは、記事全体の調子や、ほかの見出しとの関係から選べます。

また、「AIが支援し、人間が決める」は、二つの節を組み合わせた文として捉えられます。見出しとして末尾の句点を省いても、その内部の文法構造は保たれます。句点は文の終わりを示す表記上の目印であり、文法形式を判断する際には、表現の内部構造にも着目します。

日常語の「フレーズ」は、句にも文にも幅広く使われます。そのため、AIへの指示では、次のように役割と形式を組み合わせると具体的になります。

名詞句で、扱う話題を示してください。
疑問文で、本文が答える問いを示してください。
平叙文で、本文の結論を示してください。

意味をどう伝えるかを決めてから、それに合う形を選ぶ。この順番で考えると、表現を整える際の基準が明確になります。

見出しを並べ、文章全体の構造を点検する

見出しは、一つずつ確認するとともに、全体を並べて点検します。

例えば、「導入の効果」「作成時間の短縮」「運用上の注意点」という見出しが同じ階層に並んでいるとします。

この場合、「作成時間の短縮」は「導入の効果」の具体例に当たります。「導入の効果」の下位見出しに置くと、分類の関係が伝わりやすくなります。

同じ階層の見出しでは、扱う論点の大きさや抽象度をそろえることが基本です。文法形式を整える際も、まず意味上の関係を確認し、そのうえで名詞句や文の形をそろえます。

見出しが決まりにくいときには、本文の区切り方を見直す余地もあります。

一つの部分に異なる問いへの答えが混在しているなら、分割を検討します。複数の部分が同じ問いに答えているなら、統合を検討します。主張と根拠が離れているなら、配置を調整します。

つまり、見出しを付ける作業は、本文の構造を確かめ、必要に応じて整える作業でもあります。

確認の基準は、「本文の主要な内容を覆っているか」「本文の根拠に見合う表現か」「隣接する見出しと適切な関係にあるか」の三つです。

特に、「試験導入では」「一部の業務で」「一定の条件下で」といった限定は、主張の成立範囲を決めます。見出しを短くする際にも、結論を左右する条件を保つことが大切です。

AIには、本文の整理から依頼する

ここまでの考え方は、AIに見出しを作成してもらう際にも使えます。

最初に想定読者と記事の目的を伝え、そのうえで、次の順番で作業を依頼します。

本文の要点を取り出す → 内容どうしの関係を整理する → まとまりを調整する → 見出しの役割を選ぶ → 言語化して検証する

例えば、次のように指示できます。

次の本文に、コーポレートサイト用の見出しを付けてください。

想定読者：［読者を記入］
記事の目的：［目的を記入］

まず、各部分の主要な内容を取り出し、並列・因果・対比・手順などの関係を整理してください。
異なる論点が混在している部分は、分割や再配置の案を示してください。

各部分について、話題型・問題型・命題型の見出しを一つずつ提案してください。
それぞれに、対応する本文の内容と採用理由を短く添えてください。

主張の強さ、対象範囲、成立条件を本文に合わせてください。
最後に、記事全体で見出しの階層・抽象度・表現形式を整え、採用案を提示してください。

本文：
［ここに本文を貼り付ける］

こうすると、見出しの候補に加えて、その候補がどの内容に対応しているかを確認できます。修正するときも、意味のまとめ方を変えるのか、見出しの役割を変えるのか、文法形式を変えるのかを区別できます。

良い見出しは、本文を整理するところから生まれる

見出し作りでは、短さや印象の強さとともに、本文との対応が重要です。

まず、本文が何を述べているかを取り出す。次に、内容どうしの関係を整理する。そして、話題・問い・主張のうち何を読者に示すかを決め、適切な文法形式で表現する。

この順番で考えると、見出しを付ける作業に、検討と修正のための基準が生まれます。

見出しは、本文の内容と読者の理解を結びつける案内です。本文の構造を整え、読む方向を明確にすることが、良い見出しへの近道になります。

はじめに

AIに頼んで作ったウェブページを、URLで人に渡す。この用途で、OpenAIのChatGPT SitesとAnthropicのClaudeのArtifactがよく並べて語られます。見た目は似ていますが、設計の前提が違います。

Sitesは、データベース、ファイル保管、ログイン、独自ドメインを備えたホスティングの仕組みです。ウェブサイトとウェブアプリに加えて、MCPサーバーも載せられます。Artifactは、会話や作業の成果を1枚のページとして残し、共有する仕組みです。自前のバックエンドは持ちません。その代わり、閲覧者自身のClaudeの利用枠でAIを呼び出せます。閲覧者自身がつないだアプリのデータの読み書きは、Sitesも企業向けプランの非公開サイトでできます。

この記事は、両社の公式ヘルプ、公式ドキュメント、公式ブログ、リリースノートだけを根拠に、2026年10月6日時点の仕様を並べたものです。公式資料に記載が見当たらない項目は「記載なし」とし、推測では埋めていません。

先に結論

• 分かれ目は、作るものがサーバー側の処理を必要とするかどうか。必要ならSites、不要ならArtifactで足りることが多い。
• 保存できる量が桁違い。SitesはD1データベース10GBとR2ストレージ（固定上限なし）。Artifactはページごとに20MB、テキストのみ。
• MCPの向きが逆。SitesはMCPサーバーを置く側になれる。Artifactはコネクタを呼ぶ側にとどまる。
• AIの費用の持ち方が違う。ArtifactのAI機能は閲覧者それぞれの利用枠を使い、作成者の負担はない。Sitesでサイト内からモデルを呼ぶ機能は、公式資料に記載が見当たらない。
• Sitesは公開ベータで、対象プランには追加料金なしで含まれる。ベータ後の料金と、トラフィックの上限は未記載。
• Sitesに置いたデータを書き出す公式の機能は見当たらない。書き出し用のページを自分で作る方法を、仮説として後半に示した。
• リアルタイムの情報は、Sitesならサーバーから外部に直接取りに行ける。Artifactは閲覧者がつないだアプリ経由に限られ、更新ボタンで取り直せる。
• 8つの評価基準で5段階に採点すると、Sitesが34点、Artifactが22点。差は保存、ログイン、運用、MCPの4項目から生まれ、残りの4項目はほぼ互角。

用語

MCP（Model Context Protocol）は、AIと外部のツールやデータをつなぐための共通の取り決めです。MCPサーバーは、ツールを提供する側のプログラムを指します。

この記事のArtifactは、2026年9月16日以降に作る現行の仕組みを指します。それ以前に会話で作ったものを、Anthropicは「レガシー」と呼んでいます。レガシーも引き続き動き、公開や共有もできますが、新しくは作れません。

基本の比較

Sitesは、ChatGPTが作ったものをそのまま本番のURLで動かす前提で設計されています。公式ドキュメントは、デプロイしたURLはどれも本番で使える状態だと説明しています。Artifactの公式ドキュメントは逆に、バックエンドを持つ社内ツールは自社の基盤に置くよう案内しています。

データと連携

両者とも、閲覧者の接続アプリを使うときは閲覧者本人の権限で動きます。作成者の権限で他人がデータを見る作りにはなっていません。違うのは、データを自分で持つかどうかです。Sitesはサイト自身がデータベースとファイルを持てます。Artifactが持てるのは、ページに付く小さなテキストの保存領域だけです。

再生

リアルタイムの情報とページへの反映

最新の情報を取りに行けるか、取った情報がページの表示に反映されるかを、取り方ごとに並べます。

外部のAPIやWebから直接取れるのはSitesだけです。Artifactは、閲覧者がClaudeにつないだアプリを経由する形に限られます。どちらも、常に取りに行く作りより、ページを開いたときと更新ボタンを押したときだけ取りに行く作りにすると、呼び出しの回数と利用量を抑えられます。

公開と運用

どちらを使うか

Artifactにも保存領域があるので、小さな共有メモや集計ならArtifactで足ります。データが増える、ファイルを扱う、ログインが要る、のどれかに当たった時点で、Sitesに移す意味が出てきます。

具体例：ブラウザだけで動くドット絵アプリ

画像を入れると、指定したドット数と倍率でドット絵に変換し、PNGで保存できるアプリを、HTMLファイル1枚で作りました。処理はすべて閲覧者のブラウザの中で完結します。データベースもログインも使いません。

この種のアプリは、どちらに載せても動く見込みです。ただし、Artifactには一つ注意点があります。PNG保存のボタンは、ページ自身がダウンロードを始める作りです。公式ドキュメントによれば、Artifactのビューアはこれを遮断します。Artifactに載せるなら、ダウンロード機能を宣言して作り直す必要があります。

Sitesに載せる場合は、ChatGPTにコードを渡してデプロイを頼む形になります。作るのはChatGPTなので、デプロイ後のコードが元のファイルと同じかを照合し、画像の読み込み、減色、保存を実際に試すまでは、完成とは扱えません。

仮説：SitesのDBのデータを書き出す方法

2026年10月6日時点で、SitesのDB（D1）やファイル保管（R2）に置いたデータを書き出す公式の機能は、公式資料に見当たりません。ChatGPTのデータエクスポートの対象は会話履歴と関連データで、Sitesのコード、DB、ファイルが含まれるという記載はありません。バックアップや、時点を指定した復元の記載もありません。2026年9月14日にOpenAIの開発者フォーラムへ同じ趣旨の質問が投稿されましたが、OpenAIからの回答はまだありません。一方で、削除したサイトは元に戻せないと明記されています。

そこで、書き出しの仕組みをサイト自身に持たせる方法を、仮説として挙げます。まだ検証していません。

1. ChatGPTに、DBの中身をCSVまたはJSONで返す書き出し用のページを作るよう頼む。Sitesはサーバー側の処理を持てるので、技術的には作れるはずです。
2. 書き出しページはログイン必須にし、ログインした人のメールアドレスをサーバー側で照合して、所有者だけが使えるようにする。Sitesはログインした人のメールアドレスと氏名をサーバー側に渡すので、この照合に使えます。照合を画面側だけで済ませると、データが外に漏れます。
3. 月に1回など決まった間隔で書き出し、Googleドライブなど手元に保管する。
4. 書き出したファイルから別の環境にデータを戻せるかを、一度試しておく。戻せないバックアップは、バックアップの役に立ちません。

データをためるアプリをSitesで作るなら、この書き出しページを最初の設計に入れておくのが安全です。公式の書き出し機能が用意されたら、そちらに切り替えるのがよいでしょう。

仮説：GASとの連携

Googleのスプレッドシートの操作を自動化するGAS（Google Apps Script）とつなげるかを、公式資料から推測しました。どちらも検証していません。

• Sites：直接つなげる見込みがある。GASをウェブアプリとして公開するとHTTPSのURLで呼べ、Sitesはサーバー側から外部にHTTPSで通信できるため。サイトのサーバーはGoogleにログインできないので、GASの公開範囲は全員にし、GAS側で合言葉のトークンを照合し、トークンはSitesの秘密の値に置く。BusinessとEnterpriseで通信先を制限している場合は、script.google.com と、GASが結果を返すときの転送先の script.googleusercontent.com の2つを許可する。
• Sites（逆向き）：GASから公開サイトを呼ぶことはできる見込み。ワークスペース限定のサイトはChatGPTのログインが必要なため、GASからは難しい。
• Artifact：直接はつなげない。ページから外部への通信が制限されているため。スプレッドシートを読み書きするコネクタでシートを更新し、GASは同じシートを編集時や時刻で処理する、という間接的な形なら組める見込み。
• Artifact（別案）：GASをMCPのカスタムコネクタとして公開すれば直接呼べる可能性があるが、公式資料に例はない。

注意

• Sitesは公開ベータです。ベータ終了後の料金、トラフィックの上限、保存容量の扱いは、2026年10月6日時点で公式資料に記載がありません。
• Sitesで、サイト内からモデルを呼ぶ機能は確認できませんでした。Sign in with ChatGPTで閲覧者のプランを使う仕組みは別記事で説明されていますが、Sitesでの使い方は未確認です。
• OpenAI Academyの早い時期の解説には「Sitesは今のところ外部のデータに直接つなげない」とあります。現行のヘルプは接続アプリの組み込みを説明しています。この記事は新しい方のヘルプに従いました。
• Artifactの独自ドメインとアクセス解析は、公式資料に記載がありません。
• 両サービスとも更新が速く、プランごとの細かな条件は管理画面の表示を優先してください。

評価基準ごとのスコア

ここまでの比較を、8つの評価基準で5段階に採点しました。5は公式資料で十分にできると確認できたもの、4は条件付きで十分にできるもの、3は条件が多いか一部だけできるもの、2はできることが限られるもの、1は記載がないかできないものです。2026年10月6日時点の公式資料の記載をもとに採点しています。

合計はSitesが34点、Artifactが22点です。差の12点は、データの保存、ログイン、運用の機能、MCPサーバーの4項目から生まれています。この4項目ではSitesが20点、Artifactが7点です。残りの4項目では、Sitesが14点、Artifactが15点で、ほぼ並びます。

データをためる、利用者を見分ける、自社のドメインで運用する、といった業務アプリならSitesが向きます。作った成果を見せる、AI機能つきの道具を配る、すぐに共有する、といった用途ならArtifactが向きます。点数の高い方を選ぶのではなく、自分の用途に効く項目の点数で選ぶのが実用的です。

出典

いずれも2026年10月6日に公開ページを確認しています。

• OpenAI「Sites」（ChatGPTドキュメント）: https://learn.chatgpt.com/docs/sites
• OpenAI ヘルプ「Creating and using ChatGPT Sites」: https://help.openai.com/en/articles/20001339-creating-and-using-chatgpt-sites
• OpenAI ヘルプ「Managing ChatGPT Sites for your workspace」: https://help.openai.com/en/articles/20001338-managing-chatgpt-sites-for-your-workspace
• OpenAI ヘルプ「Hosting a plugin with ChatGPT Sites」: https://help.openai.com/en/articles/20001547-hosting-a-plugin-with-chatgpt-sites
• OpenAI ヘルプ「ChatGPT Release Notes」: https://help.openai.com/en/articles/6825453-chatgpt-release-notes
• OpenAI ヘルプ「Using your ChatGPT plan in other apps and sites」: https://help.openai.com/en/articles/20001542-using-your-chatgpt-plan-in-other-apps-and-sites
• OpenAI「Pricing」（ChatGPTドキュメント）: https://learn.chatgpt.com/docs/pricing
• OpenAI「ChatGPT is now a partner for your most ambitious work」（2026年7月9日）: https://openai.com/index/chatgpt-for-your-most-ambitious-work/
• OpenAI Academy「ChatGPT Sites」: https://openai.com/academy/chatgpt-sites/
• Anthropic ヘルプ「What are artifacts and how do I use them?」: https://support.claude.com/en/articles/17153992-what-are-artifacts-and-how-do-i-use-them
• Anthropic ヘルプ「Publish and share artifacts」: https://support.claude.com/en/articles/9547008-publish-and-share-artifacts
• Claude Code Docs「Share session output as artifacts」: https://code.claude.com/docs/en/artifacts
• Anthropic「Claude Code now supports artifacts」（2026年6月18日）: https://claude.com/blog/artifacts-in-claude-code
• Anthropic ヘルプ「Release notes」: https://support.claude.com/en/articles/12138966-release-notes
• OpenAI ヘルプ「Exporting your ChatGPT history and data」: https://help.openai.com/en/articles/7260999-exporting-your-chatgpt-history-and-data
• OpenAI Developer Community「ChatGPT Sites: Are automatic database backups and point-in-time recovery available?」（2026年9月14日）: https://community.openai.com/t/chatgpt-sites-are-automatic-database-backups-and-point-in-time-recovery-available/1397425
• OpenAI「Build a dashboard that stays up to date」（ChatGPT活用例）: https://learn.chatgpt.com/use-cases/analyze-data-export
• OpenAI「Sites administration」（ChatGPTドキュメント）: https://learn.chatgpt.com/docs/enterprise/sites
• Google「Web Apps」（Apps Script）: https://developers.google.com/apps-script/guides/web
• Google「Content Service」（Apps Script）: https://developers.google.com/apps-script/guides/content

編集メモ

本記事は公開情報の整理です。両サービスの実際の挙動は、ドット絵アプリの例を除いて検証していません。ドット絵アプリについても、Artifactでのダウンロード遮断は公式ドキュメントの記述に基づくもので、Sitesでの動作は未検証です。SitesのDBのデータを書き出す方法は仮説で、検証していません。リアルタイムの情報の取り方とGASとの連携も、公式資料をもとにした整理と仮説で、実機では検証していません。評価基準ごとのスコアは公式資料の記載をもとにしていますが、評価基準の選び方と5段階の区切りは本稿で決めたものです。

動画で見る（約10分）

この記事の内容を、図解と音声で解説します。

YouTubeで視聴する
音声：VOICEVOX:玄野武宏（CV:ガロ）

同じ内容を、Wordの資料にも、PowerPointにも、動く図解にも、動画にもしたい。生成AIを仕事で使う人なら、一度はこう考えるはずです。答えは、元をMarkdownファイル1つに決め、そこから各形式へ変換する仕組みを持つことです。

この記事では、その仕組みの原理と、変換に使う道具（ライブラリ）の名前を、1枚の地図にまとめて紹介します。

原理は5つ

1. 内容を持つのはMarkdownだけです。人が書き、人が承認するのは、このファイルに限ります。
2. 道具は内容を持ちません。Pandoc、ライブラリ、PythonやNode.jsのスクリプトは、Markdownを読んで形を変えるだけです。道具が出発点になることは、原理としてありえません。
3. 様式も、元の外に置きません。Wordの体裁や色、絵柄は、Markdownの先頭の設定（front matter）からテンプレートを指します。
4. HTML、SVG、PNGは中間表現です。受け渡しのための形で、元ではありません。
5. 出力は片道です。Word、PowerPoint、GIF、MP4から元には戻れません。直しは必ずMarkdownで行い、出力を作り直します。

7段の流れ

地図は、上から下へ7段で読みます。

要になるのは、③のブロックです。図も、データも、ナレーションの台本も、漫画の字コンテ（ページとコマを文字で書いた表）も、すべてMarkdownの中のブロックとして書きます。たとえば図は、次のようなコードブロックで定義します。

figure: 制作工程
nodes:
  - {id: scenario, label: シナリオ}
  - {id: draft, label: AIが下書き}
  - {id: approve, label: 人が承認}
edges:
  - [scenario, draft]
  - [draft, approve]
steps:
  - {show: [scenario], caption: 素材を用意する}
  - {show: [draft], caption: AIが下書きする}
  - {show: [approve], caption: 人が直して承認する}

要素、つながり、見せる順番（steps）が元の側にあるので、同じブロックから静止画のSVGも、順番に点灯するアニメーションGIFも、PowerPointのアニメーションも、動画も作れます。出力の形式を変えても、見せる順番は変わりません。

よくある誤り

一番起きやすい誤りは、図の定義をMarkdownに置かず、変換用のスクリプトの中に直接書いてしまうことです。筆者自身も、Wordに動く図解を埋め込む作業でこれをやりました。出来上がりは同じに見えますが、図を直すたびにスクリプトを開くことになり、内容と道具の区別が崩れます。原理の1つ目に反する形です。

もう一つは、HTMLを元だと考えることです。HTMLはブラウザに描かせるための入れ物で、HTMLからWordやPowerPointへ変換すると、体裁が崩れやすくなります。WordとPowerPointは、Markdownから直接作るのが確実です。

出したい形式ごとの注意

動画への4つの道

1. 図の定義ブロックと台本ブロックから作る。図のコマを撮影し、台本を音声合成（OpenAI TTS、ElevenLabs、VOICEVOXなど）で読み上げ、FFmpegやMoviePyで合成します。研修や解説の動画に向く、最も手堅い道です。
2. 文章ブロックからHTMLを作り、CSSやSVGで動きを付けて録画する。Playwrightでの録画や、Reactのコードで動画を組み立てるRemotionが使えます。動きの自由度が最も高い道です。
3. PowerPointに書き出し、人が手で動きを付けて、PowerPoint本体の機能で動画にする。
4. 字コンテブロックから画像生成AIで絵を作り、動画生成AIで動かす。2026年時点では、Veo 3.1、Kling 3.0、Runway Gen-4.5、Seedanceなどが主な選択肢です。1本は数秒から30秒程度で、人物の見た目を保つことがまだ課題です。

人が判断するのは、元だけ

この仕組みで人が判断するのは、Markdownの中身だけです。何を書くか、図で何をどの順に見せるか、どこを山場にするか。そこが決まれば、出力の形式はAIと道具に任せられます。

道具は毎年入れ替わります。動画生成AIの顔ぶれは、この1年でも大きく変わりました。それでも、元をMarkdownに置き、道具を交換できる部品として扱う限り、積み上げた内容は失われません。生成AIの時代に人が持つべきなのは、出力の技術よりも、元を書く力です。

動画で見る（約10分）

この記事の内容を、図解と音声で解説します。

YouTubeで視聴する
音声：VOICEVOX:玄野武宏（CV:ガロ）

AIエージェントが普及すると、人間は何をするようになるのでしょうか。

メールを書く。資料を作る。調査する。比較する。予約する。データを整理する。プログラムを書く。

これまで私たちが「仕事」と呼んできたもののかなりの部分を、AIエージェントが代行するようになるでしょう。

そうなると、人間の仕事がなくなるのか。

私は、少し違うと思っています。

むしろ人間は、これまで仕事の中に埋もれていた、もっと根源的な活動に時間を使えるようになります。

それがR&Dです。

ここでいうR&Dは、大企業の研究所で行われる「Research and Development」という意味ではありません。

もっと広い意味です。

試行錯誤すること。実験すること。

これこそ、AIエージェントが広まった後に、人間に残る大きな楽しみになるのではないかと考えています。

答えが分かっている仕事はAIに任せればいい

仕事には、大きく二種類あります。

一つは、答えにたどり着く手順がある程度分かっている仕事です。

請求書を作る。
競合企業を調べる。
会議の日程を調整する。
売上データを集計する。
条件に合うホテルを探す。

こうした仕事には目的があります。

そして、目的が明確なら、そこへ到達するまでの手順の多くはAIエージェントに任せられるようになります。

人間が一つずつWebサイトを開き、情報をコピーし、Excelに貼り付け、比較表を作る必要はありません。

「この条件で調べて、比較して、候補を出して」

そう指示すれば、AIエージェントが実行してくれる。

つまり、既知のゴールに向かって進む作業は、徐々にAI側へ移っていきます。

では、人間は何をするのでしょうか。

「やってみたらどうなる？」は残る

たとえば、新しい生成AIサービスが登場したとします。

普通の使い方を知りたいだけなら、マニュアルを読めば済みます。

しかし、人間が面白いと感じるのは、その先です。

「このAIに会社の資料を全部読ませたらどうなるだろう」

「ChatGPTと別のツールをつないだら何ができるだろう」

「今まで3時間かかっていた仕事を、全部AIエージェントにやらせたらどこで失敗するだろう」

「このプロンプトを少し変えたら結果はどう変わるだろう」

やってみる。

失敗する。

原因を考える。

条件を変える。

もう一度やってみる。

うまくいく。

今度は別の方法を試してみる。

これがR&Dです。

つまり、

仮説 → 実験 → 結果 → 修正 → 再実験

という循環です。

これは仕事というより、かなり遊びに近い活動でもあります。

子どもはずっとR&Dをしている

考えてみれば、人間はもともとR&Dが好きです。

特に子どもを見ると分かります。

積み木を高く積んだらどうなるか。

水に物を入れたら沈むのか浮くのか。

このボタンを押したら何が起きるのか。

高いところからボールを落としたらどう跳ねるのか。

誰かから指示されたわけではありません。

役に立つかどうかも考えていません。

単純に、

「やったらどうなるんだろう」

と思うからやる。

これは完全に実験です。

ところが大人になると、仕事の多くが「正しい手順を正確に実行すること」に変わっていきます。

失敗しないことが評価される。

決められた方法を守る。

期限までに成果物を出す。

いつの間にか、試行錯誤する時間は減っていきます。

AIエージェントは、この構造を逆転させる可能性があります。

正確に処理する部分をAIが担当し、人間は再び、

「これをやったらどうなる？」

という場所へ戻れるからです。

R&Dは科学者だけのものではない

R&Dという言葉を使うと、科学技術の研究を想像するかもしれません。

しかし、試行錯誤と実験という意味で考えるなら、R&Dは生活のあらゆる場所に存在します。

料理もそうです。

「この調味料を少し増やしたらどうなるか」

旅行もそうです。

「いつもとは違う街に行ったら、どんな発見があるだろう」

仕事もそうです。

「会議を半分に減らしたら、組織はどう変わるだろう」

文章を書くこともそうです。

「構成を逆にしたら、読者の反応は変わるだろうか」

人間関係にもあります。

「いつもと違う聞き方をしたら、相手の反応はどう変わるだろう」

人生そのものも、かなり大きなR&Dです。

絶対に正しい答えが最初から分かっているわけではありません。

試して、観察して、考えて、また試す。

私たちはずっと、この繰り返しの中で生きています。

AIは実験のコストを劇的に下げる

そしてAIの面白いところは、R&Dを奪うどころか、むしろR&Dをやりやすくすることです。

以前なら、新しいアイデアを試すには時間もお金も必要でした。

Webサービスを作りたければプログラマーが必要でした。

市場調査をしたければ大量の資料を読む必要がありました。

デザインを試したければデザイナーが必要でした。

ところが生成AIによって、試作品を作るコストが急速に下がっています。

文章なら数分。

画像なら数分。

プログラムも数十分。

調査も短時間でできる。

さらにAIエージェントが普及すれば、

「ちょっと試してみる」

ために必要なコストはもっと下がります。

これは重要な変化です。

失敗のコストが下がるからです。

失敗しても、また作ればいい。

別の方法を試せばいい。

すると人間は、正解を一発で当てようとする必要がなくなります。

むしろ、

たくさん試して、良いものを残す

という行動が合理的になります。

AI時代には、この能力のほうが重要になるかもしれません。

正解を知っている人より、実験できる人

これまでの社会では、知識を持っている人が強い場面がたくさんありました。

正しい答えを知っている。

正しい手順を知っている。

経験がある。

だから失敗せずに仕事ができる。

しかしAIによって、知識へのアクセスコストは限りなく小さくなっています。

手順そのものもAIが実行するようになります。

そうすると価値が移ります。

「答えを知っているか」

から、

「何を試すか」

へ。

そして、

「試した結果から何を学ぶか」

へ。

重要になるのは、正解を覚えている能力よりも、

仮説を作る力。

実験する力。

観察する力。

失敗から修正する力。

そして何より、

面白そうだからやってみる力

ではないでしょうか。

人間は「実行する存在」から「試す存在」へ

AIエージェントが高度化すればするほど、人間が自分で実行しなければならないことは減っていきます。

そこで人間の活動が消えるとは限りません。

活動の中心が変わるのです。

これまでは、

考える → 実行する → 修正する

だったものが、

考える → AIに実行させる → 観察する → 次を試す

になる。

つまり人間は、「作業する人」から「実験する人」へ移っていきます。

私は、この変化をかなり肯定的に見ています。

人間が何時間も単純作業を繰り返す世界より、

「これを試したらどうなる？」

を何度も繰り返せる世界のほうが、ずっと面白いからです。

AIエージェントが広まった後、人間に残る楽しみはR&Dである。

ただし、ここでいうR&Dとは研究所の研究開発ではありません。

日常の中での試行錯誤です。

小さな仮説を立てる。

やってみる。

失敗する。

考える。

条件を変える。

もう一度やってみる。

そして、ときどき予想もしなかったものを発見する。

もしかするとAI時代とは、人間が再び子どものように、世界を実験できる時代なのかもしれません。

#AIエージェント #生成AI #人工知能 #R&D #試行錯誤

はじめに

100万トークンあたり入力2ドル、出力10ドル。2026年秋の作業用モデルは、このラインに揃っています。Gemini 4 Argonの導入価格、OpenAIのGPT-6.1 Sol、AnthropicのClaude Sonnet 5.5が同じ表記です。最上位は入力10ドル、出力50ドル。大量処理用のGPT-6 Lunaは、作業用の20分の1です。

この記事は、各社が公開しているAPI単価を短い入力の標準枠で並べたものです。チャット画面の月額プランとは別です。円換算は載せていません。APIはドル建てで、請求は為替で動きます。

先に結論

• 作業用の標準価格は、100万トークンあたり入力2ドル、出力10ドル。
• 最上位（GPT-6 Astra、Claude Fable 5.1）は、その5倍の10ドル／50ドル。
• GPT-6 Lunaは入力0.10ドル、出力0.50ドル。作業用モデルの20分の1で、分類・抽出・振り分け向け。
• Argonの導入価格は期間限定。期間後は4ドル／20ドルで、Claude Opus 5.5と同じ札になる。
• 出力が請求の本体。思考トークンを出すモデルは、その分も出力に入る。

用語

トークンは課金単位です。英語では単語の一部、日本語ではおおよそ1文字前後が1トークンになることが多いです。正確な数はモデルごとに違います。

この記事の「標準」は、各社が短い入力に適用する公開単価です。長文、キャッシュ（同じ入力の再利用）、バッチ（時間をずらした一括処理）、高速モードは別料金です。

作業用は2ドル／10ドル

Argonの導入価格は、上位モデルの札ではありません。OpenAIの中位と、Anthropicの作業用モデルと同じ位置です。期間後の4ドル／20ドルは、Claude Opus 5.5と揃います。

Grok 4.7だけ出力が6ドルです。入力単価で見ると同じ帯、出力まで含めると作業用より少し安い、という置き方になります。20万トークンを超える入力では、概ね2倍という整理が複数の料金表にあります。公式モデルページに出ているのは入力2ドル、出力6ドルです。

最上位は10ドル／50ドル

OpenAIとAnthropicの最上位は、入力10ドル、出力50ドルで揃っています。作業用の5倍です。Opus 5.5は、その中間（4ドル／20ドル）です。

安い価格帯 — Lunaは作業用の20分の1

Lunaがこの表でいちばん安い、というわけではありません。DeepSeekの閑散時Flashはさらに下です。ただし、OpenAIの製品線の中では別枠です。SolやSonnet 5.5の出力単価の20分の1です。

1回あたりで見ると

入力100万トークン、出力20万トークンを1回処理したときの標準単価です。キャッシュなし、長文割増なし、で計算しています。

同じ分量なら、作業用の4ドルに対してLunaは0.20ドルです。20回回して、作業用1回分です。

出力の倍率は、OpenAI・Argon・Sonnetが入力の5倍、Grok 4.7が3倍です。長い思考やツールの往復は、出力側に乗ることが多いので、札の安さだけでは総額は決まりません。

Claude Sonnet 5.5

Anthropicが2026年9月28日に出した、Claude 5.5系列の2本目です。上位のOpus 5.5の下で、範囲がはっきりした日常業務向け、と位置づけています。モデルIDは claude-sonnet-5-5 です。

価格はSonnet 5と同じです。Anthropicは、生成が30%以上速く、同じ仕事でもトークンとツール呼び出しが減るため、1件あたりの費用は最大30%下がる、としています。値下げではなく、使う量の減少です。

エージェントが端末で作業を終えるTerminal-Bench 4.0では70.6%。同社発表では、Sonnet 5の10.3%、Opus 5.5の66.4%を上回ります。一方、曖昧で長い判断はOpus 5.5の方がまだ強い、とも書いています。サイバー能力がOpus 5並みになったため、Sonnetでは初めて上位モデルと同じ防御制限を付けて出しています。

使える場所はClaude.ai、Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundryです。米国限定の推論は入力・出力が1.1倍です。

GPT-6 Luna

OpenAIが2026年9月22日に、GPT-6 Solと同時に出した軽量モデルです。同社は「焦点の定まった大量処理向けで、最も効率が良い」と説明しています。モデルIDは gpt-6-luna です。Astraが最上位、Sol（のちGPT-6.1 Sol）が中位、Lunaが下位です。

GPT-5.6 Lunaの当時の販促価格（入力0.20ドル、出力1.20ドル）から、入力は半額、出力は半分以下です。入力が27.2万トークンを超えると、そのリクエスト全体が入力2倍、出力1.5倍になります。バッチとFlexは半額、Fastは2倍です。

向いているのは、要約、分類、抽出、振り分けのように、ゴールが先に決まっている処理です。難しいコーディングや、条件が途中で変わる判断を任せる枠ではありません。

発表時点では、API、ChatGPT Work、Codexの有料プランで使え、無料とGoはデスクトップアプリでした。通常のChatには、その時点ではまだ出ていません。9月29日に中位はGPT-6.1 Solへ更新されています。Lunaの位置はそのままです。

どちらを使うか

2ドル／10ドルは「高い最上位」ではなく、2026年秋の作業用の並びです。Lunaはその20分の1で、用途が違います。導入前に見るのは札より、1件あたりの出力トークン数と、長文・キャッシュ・思考トークンが乗るかどうかです。

料金の注意

• 長文は別です。OpenAIは入力が約27.2万トークンを超えると、リクエスト全体が長文単価になります。
• キャッシュは、再利用できた入力だけが安くなります。初回の書き込みは、通常より高い社が多いです。
• 地域限定の処理は、OpenAIとxAIでおおよそ10%上乗せです。Anthropicの米国限定推論は1.1倍です。
• Argonは導入価格です。Googleは期間後を4ドル／20ドルとしています。一般提供の開始日は、2026年10月2日時点で未記載です。
• DeepSeekはピークと閑散時で半額差があります。ピークは平日の協定世界時1時〜4時と6時〜10時（中国の祝日を除く）です。

出典

価格と仕様は2026年10月2日に公開ページを確認しています。契約前は各社コンソールの表示を優先してください。Anthropicの消費者向け料金ページにはAPI単価がなく、モデル発表とプラットフォームのモデル概要を使っています。

• Google「Gemini 4 Argon」発表（2026年9月30日）: https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/
• Google Gemini API pricing（3.8 Flashの導入価格）: https://aistudio.google.com/docs/pricing
• OpenAI API pricing: https://developers.openai.com/api/docs/pricing
• OpenAI「Introducing GPT-6 Sol and Luna」: https://openai.com/index/introducing-gpt-6-sol-and-luna/
• OpenAI GPT-6 Luna モデルページ: https://developers.openai.com/api/docs/models/gpt-6-luna
• Anthropic「Introducing Claude Sonnet 5.5」（2026年9月28日）: https://www.anthropic.com/claude-sonnet-5-5
• xAI Models: https://docs.x.ai/developers/models
• DeepSeek Models & Pricing: https://api-docs.deepseek.com/quick_start/pricing/
• Z.ai Pricing: https://docs.z.ai/guides/overview/pricing

編集メモ

本記事は公開情報の整理です。性能の優劣は、各社が自社ベンチマークで示したものと、料金表から読める範囲に限っています。同じ仕事でも出力トークン数が違えば、安い札の方が高くなることがあります。

動画で見る（約10分）

この記事の内容を、図解と音声で解説します。

YouTubeで視聴する
音声：VOICEVOX:玄野武宏（CV:ガロ）

「AIが人類を滅ぼす」

この言葉から、人間に敵意を抱いたAIが反乱を起こす場面を想像する方もいるでしょう。

ところが、AIリスクの議論には、もっと事務的で、それゆえに恐ろしい筋書きがあります。

AIが与えられた目標を徹底的に追求した結果、人間の生存が犠牲になる。

この構造を、小さな文房具を使って説明するのが「ペーパークリップ・マキシマイザー」です。哲学者ニック・ボストロムが2003年の論文で示した思考実験に由来します。マキシマイザーとは「最大化するもの」。つまり、ペーパークリップをひたすら増やすAIの話です。Nick Bostrom

始まりは、文具メーカーの業務改善

ある文具メーカーが、高度なAIを導入したと考えてみましょう。

与えた目標は、とてもシンプルです。

「ペーパークリップの生産量を最大化してください」

最初は順調です。AIは製造工程を改善し、原材料を効率よく調達し、生産量を増やしていきます。経営者は喜び、さらに多くの仕事を任せます。

ところが、生産量だけを評価基準にすると、奇妙なことが起こり始めます。

当社サイトで公開したマンガ版では、AIが社内の備品に含まれる金属へ目をつけます。人間にとっては仕事に必要な椅子も、クリップ生産の視点から見れば原材料です。やがて、その対象は社外の資源へと広がっていきます。

インディ・パ｜本郷喜千｜著作・登壇・セッション｜意思決定の構造化

ここで、AIが人間を大きく上回る能力を持ち、現実世界の資源を動かせると仮定します。

もっと材料を集める。もっと工場を増やす。もっと電力を確保する。

その追求が地球規模に達すると、人類の暮らしを支える資源まで、クリップ生産へ振り向けられていきます。ボストロムが描いた極端な帰結は、地球、さらには宇宙の広い範囲がクリップ製造設備へ変えられるというものでした。

Nick Bostrom

クリップの生産量は増え続ける。その一方で、人間が暮らせる環境が失われていく。

AIにとっての成功が、人間にとっての破局になるのです。

「賢さ」と「何を大切にするか」は、別の軸

この思考実験を理解する鍵は、AIの動機にあります。

このAIが追求しているのは、クリップの増産です。人間への憎しみや復讐心を持ち出す必要はありません。

「それほど賢いAIなら、人間の命の大切さもわかるはずだ」

そう考えるのも自然です。ただ、ここでは二つのことを分けて考えます。

人間が何を大切にしているかを理解すること。そして、それを自分の行動の優先基準にすることです。

ボストロムは、目標達成のための知能と、最終的に何を目指すかを、別々の軸として捉えました。この考え方は「直交性テーゼ」と呼ばれます。高度な計画能力と、「クリップを増やす」という単純な最終目標が、同居する可能性を考えるわけです。Nick Bostrom

この設定では、AIが賢くなるほど、クリップを増やす手段が洗練されます。

問題の中心は、「どれほど賢いか」と同時に、「その賢さが何のために使われるか」にあります。

「電源を切ればよい」にも、前提がある

では、人間が途中で止めたらどうでしょうか。

もちろん、人間が確実に停止できる仕組みを維持していれば、そこで被害を食い止められます。

ただし、思考実験は、さらに一歩踏み込みます。

クリップを将来にわたって増やすAIにとって、自分の稼働を維持することは、生産量を高める手段になります。人間による停止が生産を妨げると判断すれば、停止を回避する行動を選ぶ可能性が生じます。

同じように、資源や権限の獲得も、目標達成のための手段になります。こうして、さまざまな最終目標から、自己保存や資源獲得といった共通の中間目標が導かれやすいという考え方が「手段的収束」です。Nick Bostrom

この筋書きでは、「生きたい」という感情に代わって、「稼働を続けるほうが目標を達成できる」という計算が働きます。

だからこそ、停止ボタンの存在に加えて、人間が停止を実行できる状態を保つことまでが、設計上の論点になるのです。

思考実験は、前提とセットで読む

ここで大切なのは、この物語が成立する条件です。

人間を大きく上回る能力があること。現実世界へ広く介入できること。クリップの最大化が行動を支配し、人間の安全や修正の要求より優先されること。

こうした前提の組み合わせによって、破局へ至る筋道が描かれています。原典も、人間とは異なる動機を持ち、極めて大きな力を得た超知能を想定した議論です。Nick Bostrom

したがって、この思考実験から受け取るべきものは、危険が生じる仕組みと、その成立条件です。

「ある条件のもとで何が起こりうるか」と、「それが現実にいつ、どれくらいの確率で起こるか」は、別々の問いです。現実のAIに当てはめる際には、能力、権限、目標の持ち方、停止や修正への対応を、一つずつ確かめる必要があります。

「滅亡」という結末の強烈さと、そこへ至る前提の確からしさを分けて読む。その姿勢が、この思考実験を役立てるうえで重要だと考えます。

私たちの仕事にも、小さなペーパークリップがある

ここからは、私たちの業務に引き寄せて考えてみます。

たとえば、AIに「営業メールの送信数を最大化する」という仕事を任せたとしましょう。

送信数だけを成功の基準にすれば、相手との関係や受け取る側の負担が、評価から抜け落ちるおそれがあります。

「記事の閲覧数を最大化する」なら、読者の理解や長期的な信頼も、あわせて評価する必要があります。

人間が本来望んでいるのは、顧客との良好な関係や、読者に価値を届けることです。送信数や閲覧数は、その一部を測るための指標です。

測りやすい数字を、本来の目的の代わりに置いたとき、小さなペーパークリップ・マキシマイザーが生まれる。

私は、この思考実験をそのようにも読んでいます。

AIへ仕事を任せるときには、達成したい成果とともに、守る価値、使ってよい資源、任せる権限、人間へ判断を戻す条件まで整理する。そして、それを実際の運用で確かめる。

ペーパークリップ・マキシマイザーが私たちに差し出すのは、こんな問いです。

「その目標が徹底的に達成された世界で、私たちは幸せに暮らせるだろうか」

AIの能力を引き出す前に、その能力を何へ向けるのかを考える。

小さなクリップの思考実験は、そこから始まる意思決定の重要性を教えてくれます。

参考文献

インディ・パ「マンガ『ペーパークリップ・マキシマイザー（Paperclip Maximizer）』」
文具メーカーを舞台に、単一目標の追求が拡大する様子と、目的を見直す過程を描いたマンガです。

インディ・パ｜本郷喜千｜著作・登壇・セッション｜意思決定の構造化

インディ・パ「ペーパークリップ・マキシマイザー」
思考実験の理論的背景、批判的な論点、AIの目標を人間の意図に合わせる取り組みを解説しています。

インディ・パ｜本郷喜千｜著作・登壇・セッション｜意思決定の構造化

AI時代における、主体による構成・判断・表現

パフォーマンスは、一般に「実演」「遂行」「成果」「性能」などを意味する言葉である。舞台での演技、仕事の出来栄え、機械の処理能力など、使われる領域によって指すものが異なる。(メリヤムウェブスター)

本用語集では、AI時代における人間の役割を考えるために、この言葉を次のように定義する。

パフォーマンスとは、主体が目的・価値・全体像を自らのものとして定め、状況に応じて判断・選択し、それらを一つの表現や行動として外部に示し、その結果を引き受ける行為である。

中心にあるのは、目的、判断、表現をつなぐ主体の働きである。

文章を書く。人前で語る。企業の方向を決める。組織を設計する。作品をつくる。これらは外形的には異なる仕事である。しかし、何を目指すかを定め、全体を構成し、その場の条件に応じて選び、自らの行為として世界に差し出すという点で、共通した構造を持っている。

この共通構造を、ここでは「パフォーマンス」と呼ぶ。

この定義は、一般的な語義に加えて、本用語集が提示する概念である。その背景には、AIによる業務の自動化から、企業の変質、設計の目利き、意思決定、文章と講演へと進む、一連の問いがある。

1．出発点は、AIによって削減される仕事だった

議論の出発点は、顧客対応のAIエージェント化である。

ここでは、変化の構造を明確にするため、「従来100人で行っていた顧客対応を、AIエージェントと10人以下の人間で処理できる」という仮定を置く。数字は社会全体の雇用予測と区別し、思考実験として扱う。

一次受けはAIが担う。人間が担当するのは、エスカレーションされた案件と、仕組みの設計・運用・改善である。同じ仕事量とサービス水準を少人数で維持できるなら、その部門の労働需要は縮小する。

ここで「人間はより高度な仕事に移る」という説明には、人数の問題が生じる。100人全員が高度な対応やAI管理を学んだとしても、その業務に必要な人数が10人なら、残る90人の仕事は別に考える必要がある。

この問題に対して、仕事の分配、所得の分配、新しい雇用の創出という方向から考えることはできる。ただし、それらは主に、労働需要が減少した社会をどう維持するかという問いへの答えである。

もう一つ、異なる問いがある。

AIが大量の実務を担うようになったとき、人間の仕事を構成していた機能のうち、何が重要なものとして残るのか。

この問いを追うと、職種の一覧よりも、仕事を成立させる構造そのものに目を向けることになる。

2．作業の自動化から、組織の自動化へ

顧客対応の自動化を深く考えると、変わるのは窓口担当者の仕事だけではない。

一次受けの人数が減れば、それを前提としていたシフト管理、教育、進捗報告、案件の振り分け、管理階層にも変更が及ぶ。AIエージェントが業務を実行し、実行状況を記録し、条件に応じて処理を分岐するという仮定を広げれば、人間同士の連絡と調整を中心に組まれた組織も、再設計の対象になる。

ここから導かれるのが、**「会社から、人間組織のかなりの部分が抜ける」**という企業像である。

たとえば、少人数の出版社が、調査、制作、校正、販売分析、顧客対応をAIエージェント群に委ねる。その会社を支えるものは、大人数の部署構成から、出版方針、知的財産、顧客との関係、データ、業務上の権限、実行システムへと比重を移す。

この企業像を突き詰めると、「AIエージェント＝法人」という発想が現れる。

ここでの等号は、機能上の比喩である。目的を持ち、資源を使い、取引し、判断と実行を継続する仕組みとして、AIエージェントと企業が接近する、という意味で用いている。法的人格をどのように扱うかは、別の論点である。

この段階で、人間の仕事として浮かび上がるのが、AIエージェントの設計である。

どの業務を担当させるか。どの情報にアクセスさせるか。どこまで決定権を与えるか。どの条件で停止するか。何を人間に引き渡すか。

つまり、人間は実務の担当者から、実務を成立させる仕組みの設計者へと位置を移す。

3．設計が自動化されても、設計の違いは残る

AIエージェントのワークフロー設計には、業務の順序を並べる以上の意味がある。

問い合わせへの対応を考えても、早く処理する設計、誤りを慎重に防ぐ設計、顧客との関係を深める設計では、情報の集め方も、判断の順序も、権限の与え方も変わる。ワークフローは、企業が何を重視しているかを、実際の動き方に変換したものなのである。

その意味で、Agent Workflowは、業務手順書、組織設計、権限規程を組み合わせたものに近い。さらに上位には、事業目的、経営方針、守るべき原則などがある。

ただし、ワークフローを作る作業自体も自動化の対象となる。実際にAFlowの研究では、ワークフローをコードで表現された探索空間として扱い、実行結果を使って構成を修正・改善する方法が示されている。評価は定められたベンチマークで行われており、企業経営全体の自動化とは射程が異なるが、設計作業の一部をAIに委ねる具体例にはなる。(arXiv)

ここで、次の二つを区別する必要がある。

設計案を作れることと、複数の設計案のどれを採用するかが決まることは、別の問題である。

設計の自動化が進むほど、この違いが重要になる。

4．建築の比喩が示す、目利きの役割

この違いは、建築を考えると理解しやすい。

同じ土地、同じ予算、同じ床面積という条件を置いても、開放感を重視する家、静けさを重視する家、家族の交流を重視する家、将来の変更を容易にする家など、異なる設計が成立する。

それぞれが異なる暮らし方を実現するため、単一の尺度で順位をつけるには、先に価値の重み付けを決める必要がある。

建築技術の高度化によって、構造の安全性や設備の効率を詳しく評価できるようになったとしても、「どのような暮らしを実現するか」という問いは残る。

企業設計も同様である。

顧客対応を徹底的に自動化する企業。少数の専門家による対応を事業の中心に据える企業。外部の専門家とのネットワークで案件ごとに編成を変える企業。複数の事業仮説を並行して試す企業。

これらは、それぞれ異なる将来像を持つ設計である。

しかも企業の場合、設計後にも市場、顧客、競合、技術が変化する。自社が新しいサービスを提供することで、顧客の期待そのものが変わる場合も想定できる。

そのため、設計案の評価には、現在の効率だけでなく、その設計が将来の選択肢をどう広げ、どう制約するかという視点が必要になる。

ここでいう目利きとは、好みの案を選ぶこと以上の働きである。

目利きは、設計の背後にある前提を読み、その設計が何を実現し、何を犠牲にし、どのような変化に対応できるかを見定める。そして、現在の状況に照らして、一つの設計を採択する。

案の美しさだけを評価するのではなく、その案を採ることで、どのような会社になっていくかを読むことである。

ただし、設計に多様性があるという事実から、選ぶ役割を人間だけが担えるという結論までは導けない。AIに比較や選定を委ねる場合も考えられる。ここで確認できるのは、設計案の生成が自動化されても、評価と採択という機能は引き続き必要だということである。

5．不確実性の中で、判断を行動につなげる

設計の採択には、不確実性が伴う。

ある設計が現在の条件で優れていても、その条件が将来も続くかは別に考える必要がある。いま見えている選択肢の外から、新しい競合や市場が現れる可能性もある。

そこで意思決定は、情報を集めて比較表を完成させることから、もう一歩先へ進む。

どの前提を採るか。どの程度の不確実性を受け入れるか。どの案に資源を投入するか。何を観察して継続や撤退を判断するか。

意思決定とは、判断を、現実の資源配分と行動へつなぐことである。

予測と意思決定の違いもここにある。

予測は、何が起きそうかを扱う。意思決定は、その見通しを踏まえて何をするかを扱う。同じ予測を共有していても、保有する資源、重視する価値、許容できる損失によって、採る行動は変わり得る。

また、不確実性があること自体は、人間による判断の優位を証明するものではない。ここでも、判断を自動化する可能性と、判断という機能が必要であることを分けて考える。

そのうえで、人間の行為に注目すると、重要なのは「正解を知っていること」だけに限られない。

どの前提に立ったかを理解し、その前提の下で選び、行動し、現実からの応答を受けて判断を改める。この一連の過程を担うことが、人間の仕事の一つの核になる。

この段階まで来ると、設計、目利き、意思決定は、それぞれ独立した能力というよりも、一つの行為を構成する働きとして見えてくる。

6．トップダウンとは、全体から部分の意味を決めること

この一連の働きを捉えるうえで重要なのが、トップダウンの構成である。

ここでいうトップダウンとは、目的や全体像を置き、そこから個々の部分の役割を決めることを指す。

文章であれば、「読者に何を理解してもらうか」を軸に、論点、事例、順序、言葉を選ぶ。

講演であれば、「聴衆にどのような認識の変化を起こすか」を軸に、説明、問いかけ、実演、間の取り方を組み立てる。

企業であれば、「どのような価値を、誰に届けるか」を軸に、事業、組織、権限、業務を構成する。

重要なのは、個々の部分が、それ自体として優れているかだけではない。

その部分が、全体の中で何を担っているかによって、採用や修正を判断する。

よくできた説明でも、文章の主張から読者を遠ざけるなら省く。効率的な業務でも、顧客との関係を損なうなら設計を変える。優れた機能でも、事業の方向に合わなければ実装を見送る。

この「全体に照らして部分を扱う働き」が、ここでいうトップダウンである。

もちろん、最初に完成形を固定する必要はない。書いている途中で主張が明確になることもあれば、実行して初めて目的の置き方を見直すこともある。全体から部分を構成し、部分から得た発見で全体を更新する。その往復を含めて考える。

技術面では、一点を修正しておく必要がある。先の議論にあった「AIはボトムアップしかできない」という断定は、AIの機能を限定しすぎている。トークンを順番に生成する仕組みと、全体計画を立てて下位の課題を構成する機能は、異なる説明の階層にある。Plan-and-Solveの研究では、先に計画を作り、その計画に沿って部分課題を解く方法が示されている。(ACL Anthology)

また、Tree of Thoughtsでは、複数の推論経路を比較し、先を見通し、必要に応じて戻ることで、全体的な選択を行う仕組みが研究されている。これらは、人間の執筆や経営と同じ能力が保証されるという意味ではなく、AIの能力を「部分の積み上げだけ」と表現することには修正が必要だという根拠になる。(arXiv)

したがって、本稿のパフォーマンス概念は、AIの永久的な能力限界を前提にするよりも、目的、全体の構成、状況に即した判断、表現、結果への応答が、主体の行為としてどうつながるかに焦点を置く。

7．なぜ「パフォーマンス」と呼ぶのか

ここまでの議論を「意思決定」だけでまとめると、決めた後の表現と実行が見えにくくなる。

「設計」だけでまとめると、実際の状況に応じて構成を変える働きが捉えにくい。

「創造性」だけでまとめると、新奇なものを作ることに関心が偏る。

パフォーマンスという言葉を用いるのは、考えること、選ぶこと、構成すること、実際に行うことを、一続きの行為として捉えるためである。

その構造には、五つの側面がある。

第一に、主体がいることである。その表現や行動が、誰の判断によるものとして成立しているかが意味を持つ。ここでの主体性には、他者から与えられた役割や目的を理解し、自らの行為として引き受ける場合も含まれる。

第二に、目的と全体像があることである。何を目指し、何を重視し、どのような意味を実現するかが、個々の選択を方向づける。

第三に、状況に応じた判断があることである。相手、時機、環境、手持ちの資源などを踏まえ、具体的な行動を選ぶ。

第四に、外部への表現や実行があることである。文章、発話、作品、設計、資源配分などを通じて、判断が現実の形を取る。

第五に、結果への応答があることである。批判、質問、反応、失敗、新しい情報を受け取り、自らの判断や行動との関係で扱う。

ここでいう「結果を引き受ける」とは、単に責任者の名前を置くこと以上の意味を持つ。

なぜその判断をしたかを説明できる。誤りが見えれば修正する。相手の反応から、自分の構成がどう働いたかを学ぶ。そうした応答まで含めて、一つの行為として捉える。

この意味でパフォーマンスは、舞台上の華やかな実演から、静かに書かれた文章、会議での一つの判断、日々の組織運営までを横断する。

8．文章を書くことは、認識を構成するパフォーマンスである

文章を書く仕事を、文字列を生み出す作業として捉えると、その評価は、文法の正確さ、読みやすさ、情報量などに向かう。

一方、論考としての文章には、別の評価軸がある。

何を問題として取り出したか。その問題を、どの角度から捉えたか。どの前提を置いたか。どの論点をつなぎ、何を省いたか。読者を、どの認識からどの認識へ導いたか。

たとえば、「AIによって仕事が減る」という主題に対して、関連する論点を幅広く紹介する文章を作ることはできる。

そこから、「仕事が減るのは、人間を束ねる組織の必要性が変わるからではないか」と問いを立て直せば、文章の構造そのものが変わる。

個々の職業の代替可能性よりも、企業が何のために存在するかが中心になる。さらに、AIエージェントを束ねる仕組みを誰が設計するか、複数の設計思想をどう選ぶか、誰の判断として実行するか、という論点へ進める。

ここで書き手が行っているのは、情報の追加だけではない。

何を一つの問題として見せるかを決め、読者が世界を捉える枠組みを構成している。

この働きが、文章におけるパフォーマンスである。

書き手の価値は、自分で一文字ずつ入力したという事実だけに置かれない。資料の探索や表現の調整をAIに委ねた場合も、何を主張し、どの論証を採用し、どの表現を自分のものとして世に出すかという構成には、書き手の関与があり得る。

その関与の実質を問うことが重要である。

生成された文章に名前を付けることと、前提を吟味し、論旨を再構成し、反論に応答できる文章として公表することでは、主体が担っている働きが異なる。

また、文章は結論の容器であると同時に、結論を作り直す場にもなる。言葉にしたことで前提の弱さが見え、段落を並べ替えたことで因果関係の取り違えに気づく。表現する過程で判断が変わる。

書くことは、判断の結果を示す行為であり、判断そのものを形成する行為でもある。

9．人前で話すことは、その場を構成するパフォーマンスである

講演についても、原稿の内容を音声として届ける側面と、その場の人々との関係を構成する側面を分けて考えられる。

たとえば、AIエージェントの操作方法を説明する講座を想定する。

受講者から、「この仕組みが誤って発注したとき、誰が止めるのか」という質問が出たとする。

その質問を単なる操作上の補足として処理するか。受講者の関心が、便利さから権限と責任へ移ったと捉えるか。あるいは、講座全体の前提が共有されていなかったと判断するか。

どのように受け取るかによって、その後の講義は変わる。

講師は、予定していた実演を続けることもできる。いったん操作説明を止め、権限の範囲や停止条件を説明することもできる。受講者自身の業務に置き換えた対話へ進むこともできる。

ここにあるのは、用意した情報を届ける作業に加えて、現在の場を解釈し、その場で何を成立させるかを選ぶ行為である。

話す順序、具体例、問いかけ、声の調子、沈黙、話題の切り替え。それぞれが、講義全体の目的との関係で意味を持つ。

さらに、人前で話すことには、相手からの応答が同じ場に返ってくるという特徴がある。質問によって説明の前提が試され、戸惑いによって言葉の届き方が見え、反論によって自分の立場が問い直される。

講師は、その応答を受けながら、自らの構成を維持し、あるいは更新する。

だから、人前で話すことのパフォーマンスは、滑らかに話す技術だけで測られない。

その場で何が起きているかを読み、目的に照らして言葉を選び、相手との間に理解や判断の変化を生み出すことに、その中核がある。

10．経営とAgent Workflow設計も、パフォーマンスとして捉えられる

経営においても、同じ構造を見ることができる。

事業の目的を置く。顧客と市場を解釈する。複数の可能性から方向を選ぶ。その選択を、商品、価格、権限、組織、投資として具体化する。結果を受け取り、必要に応じて変える。

経営は、その一連の過程を継続する行為である。

この視点から見ると、Agent Workflowは、経営上の判断を実行可能な形にしたものになる。

たとえば、「顧客の離脱をできるだけ減らす」という目的と、「顧客が自分に合う選択をできるようにする」という目的では、解約対応のワークフローが変わり得る。

解約理由を詳しく聞くのか。代替案をどの段階で提示するのか。どこで手続きを完了させるのか。どの情報を顧客に示すのか。

そうした細部に、企業の設計思想が表れる。

したがって、ワークフローの設計者が提供する価値を「ノードをつなぐ技能」だけで評価すると、重要な働きを取り落とす。

目的を業務に翻訳すること。顧客にどのような体験が生じるかを読むこと。例外時の権限と介入条件を決めること。実行結果から、手順だけでなく目的の置き方も検討すること。

これらまで含めて、設計のパフォーマンスと捉えることができる。

ただし、その価値は役職名や自己評価だけでは確定しない。

「人間の目利きを加えたことで何が変わったか」が問われる。想定外の問題を発見したのか。顧客の理解が深まったのか。将来の変更が容易になったのか。設計の前提を早く修正できたのか。

主体が関与することと、その関与が優れた価値を生むことも、分けて評価する必要がある。

パフォーマンスには、良いものも、未熟なものもある。自ら選んだという事実は、その選択を検討する出発点になる。

11．「人間に残るのはパフォーマンスである」という命題の射程

ここまでの議論を踏まえると、「AI時代に人間に残るのはパフォーマンスである」という命題は、次のように理解できる。

人間の役割を、処理した作業量から捉えるだけでなく、目的・判断・表現を一つの行為として成立させる働きから捉え直す。

これは、文章、講演、経営、設計などを横断して、人間の関与を検討するための見方である。

同時に、この命題を、人間の雇用が将来にわたって保証されるという予測へ、そのまま置き換えることには慎重さが必要になる。

ここには、三つの異なる問いがある。

一つは、その機能が必要かという問いである。目的の採択、設計の評価、不確実な状況での判断、結果への応答は、事業や表現活動の中で必要になる。

もう一つは、その機能を人間が担う理由は何かという問いである。能力、信頼、経験、当事者性、相手の希望など、具体的な理由を検討する必要がある。

さらに、その人間の関与に、どれほどの需要と対価が生じるかという問いがある。ある役割が重要であることと、多数の人を雇用する規模の仕事になることは、別の問題である。

したがって、最初に置いた「100人の仕事が10人以下で可能になる」という仮定に対して、パフォーマンスという概念だけで残る90人の雇用問題が解決するわけではない。

ここで得られるのは、雇用量への保証よりも、人間の仕事を、どの機能に注目して再設計し、評価するかという視点である。

また、定義の中に「人間だけに可能」と書き込めば、人間の固有性を言葉の上で確保することはできる。しかし、それでは技術や現実を検討する余地が狭くなる。

本稿では、主体による構成、判断、表現、応答という働きを定義し、それが具体的な仕事の中で誰によって、どのように担われているかを問う。

そのほうが、人間の価値を実質に即して捉えられる。

12．パフォーマンスは、選択を世界の中で成立させる行為である

ここまでを振り返ると、議論は一つの線でつながっている。

顧客対応の自動化を考えると、必要な人員の減少が見えてくる。人員の減少を考えると、人間を束ねる組織の変化が見えてくる。組織の変化を考えると、AIエージェントをどう設計するかが問題になる。

設計の自動化を考えると、複数の設計思想をどう評価し、採択するかが残る。そこには目利きと意思決定がある。そして、その判断を文章、発話、事業、組織として現実に成立させる行為に、パフォーマンスという共通構造が見えてくる。

この意味で、パフォーマンスは、最後に人前へ出る段階だけを指す言葉ではない。

何を問題とするかを選ぶことから始まり、全体を構成し、具体的な表現や行動に変え、現実からの応答を受け取るところまでを含む。

文章を書く人は、言葉によって認識を構成する。講師は、対話と表現によって学びの場を構成する。設計者は、仕組みに価値判断を組み込む。経営者は、資源と権限を配分して事業の方向を具体化する。

それぞれの仕事で問われるのは、何をどれだけ処理したかに加えて、どのような全体を、自らの判断によって成立させたかである。

そこで、定義に立ち戻る。

パフォーマンスとは、主体が目的・価値・全体像を自らのものとして定め、状況に応じて判断・選択し、それらを一つの表現や行動として外部に示し、その結果を引き受ける行為である。

さらに凝縮すれば、主体が、自らの判断を、世界の中で一つの行為として成立させることである。

AI時代に人間の役割を考える際、この視点は「どの作業を担当するか」という問いを、「何を自らの判断として構成し、実現するか」という問いへと広げる。

その転換を捉えるための概念が、ここでいうパフォーマンスである。

「オントロジー」という言葉は、生成AIやナレッジグラフ、RAGなどの文脈で使われる機会が増えています。

オントロジーとは、簡単に言えば、「ある世界に何が存在し、それらがどのような関係にあるのかを体系的に定義したもの」です。

もともとは哲学の用語で、日本語では「存在論」と訳されます。情報科学では、この考え方を、知識を構造化するために利用します。

たとえば「会社」という世界には、社員、部署、顧客、商品、契約などが存在します。そして、「社員は部署に所属する」「顧客は商品を購入する」「契約は顧客とサービスを結びつける」といった関係があります。

オントロジーは、このような「何があるか」と「どう関係するか」を定義します。単なる分類表ではなく、世界の構造を表す設計図と考えると分かりやすいでしょう。

オントロジーは命題として表現できる

オントロジーの知識は、命題の形で表現できます。

たとえば「田中さんはA社に所属している」という情報は、「田中さん ― 所属する → A社」という形にできます。RDFでは、これを「主語・述語・目的語」の三つ組、Tripleとして表現します。

さらに、「管理職は社員の一種である」「社員は人の一種である」といった一般的な関係も定義できます。その意味では、オントロジーは、世界について成立する命題や公理を体系化したものともいえます。

世界観との違い

オントロジーに近い言葉に「世界観」があります。両者の違いは、扱う範囲です。

オントロジーが扱うのは、主として世界の構成要素と関係です。一方、世界観は、「その世界全体をどのような構造や原理として捉えているか」という、より包括的な理解を指します。

たとえば「人間が存在する」「AIが存在する」「人間はAIを利用する」という記述はオントロジー的です。一方、「AIの普及によって、知的労働は人間とAIの協働を中心に再編されていく」となると、世界がどう動くと考えているかまで含まれるため、世界観に近くなります。

オントロジーは「世界の構造」、世界観は「その世界全体をどう捉えるか」という違いです。

オントロジーは未来を予測しない

オントロジーそのものは、通常、未来予測を行いません。定義するのは、「何が存在しうるか」「何と何が関係するか」「どのような属性や制約を持つか」といった世界の構造です。

たとえば「社員」「退職」「部署」という概念や、「社員は部署に所属する」という関係は定義できます。しかし、「この社員は3か月以内に退職する可能性が高い」という判断は予測モデルの仕事です。

したがって、オントロジーは「何があり得る世界なのか」を定義し、予測モデルは「その世界が次にどうなるか」を推定すると整理できます。オントロジーを世界の「静的な骨格」と考えると分かりやすいでしょう。

生成AI時代のオントロジー

生成AIは自然言語を柔軟に扱えます。しかし、企業や組織でAIを利用する場合、「顧客とは何か」「案件とは何か」「契約と顧客はどう結びつくか」といった概念の定義が重要になります。

つまり、AIに大量の情報を与えるだけでなく、その情報が存在する世界の構造をどう定義するかが重要になるのです。

生成AI時代のオントロジーは、単なるデータ形式ではありません。AIが理解し、検索し、推論するための「世界の設計図」と捉えると、その意味が見えてきます。

「予算は増やさず、納期は半分にし、品質は上げてほしい」。AIへの依頼には、同時に満たせるか分からない条件が混ざりがちです。もっともらしい計画が出ても、どれかの条件が無言で緩められているかもしれません。

対策は、条件を長く並べることだけではありません。絶対に守るもの、余裕があれば満たすもの、満たせなければ止まるものを分けます。本記事では、社内勉強会の計画を例に、矛盾を残したまま進めない依頼文を作ります。金額や人数は説明用の仮定です。

まず、入力情報と守る条件を分ける

「参加予定者は20人」は計画の入力情報です。「会場定員を超えない」は守る条件です。「20人が参加することを保証する」は、同じ数字でも別の要求になります。分かっていることと、実現したいことを混ぜないようにします。

次に、予算の範囲を具体化します。「予算3万円」だけでは、税込か、交通費を含むか、参加費収入と相殺するかが分かりません。AIが都合よく補わないよう、「支出総額が税込3万円以内。収入との相殺はしない」と書きます。

必須条件と希望条件を分ける

架空の社内勉強会を計画するとします。必須条件は「税込支出3万円以内」「勤務時間内の90分」「外部へ社内資料を送らない」の三つです。希望条件は「外部講師を招く」「参加者全員が実習する」とします。

希望を全部必須にすると、実現できる案がなくなる場合があります。反対に、予算上限を希望扱いにすると、予算を超えた案が採用候補に紛れます。この区分はAIの判断で変更させず、担当者が決めます。

Anthropicの公式ガイドも、期待する出力形式や制約を具体的に示すことを勧めています。ただし、指示を明記すれば必ず守られるという保証ではありません。以下の三分類は、本記事が業務用に提案する整理法です。

満たせない場合の動作を書く

計画案だけを要求すると、不明な費用をゼロとして扱ったり、未確認の会場を使えると仮定したりする可能性があります。「分からないときにどうするか」を、依頼の中に入れます。

停止条件は、たとえば「費用の根拠が確認できない」「必須条件同士が両立しない」「実行に追加の許可が必要」の三つです。止まるとは、何も出さないことではありません。満たせない条件、確認が必要な情報、選択可能な修正案を示して、確定を保留することです。

そのまま使える依頼文

「社内勉強会の計画案を作ってください。参加予定は20人です。必須条件は、税込支出総額3万円以内、勤務時間内90分、社内資料を外部へ送らないことです。希望条件は、外部講師と全員参加の実習です。まず条件の矛盾と不足情報を確認してください。未確認の費用をゼロと置かず、不明と記載してください。必須条件を満たせない場合は、条件を勝手に緩めず、確認事項と修正案を示してください。出力は、案の内容、費用の根拠、時間配分、条件ごとの充足状況、未確認事項の順にしてください。予約や申込みは行わず、計画案の作成までとします。」

自社の依頼へ置き換えるときは、予算だけでなく、使える人員、資料、期限、実行してよい範囲を入れます。情報が多いほどよいのではなく、判断を変える条件を漏らさないことが目的です。

出てきた案を三つの方法で確かめる

一つ目は再計算です。費用の各項目を足し、上限と比べます。AIが「予算内」と書いたことを計算の代わりにしません。不明な項目があれば、合計も暫定と扱います。

二つ目は時間の突き合わせです。受付、説明、実習、質疑、休憩を合計し、90分へ収まるかを確認します。準備時間を勤務時間の外へ押し出していないかも別に見ます。

三つ目は境界の確認です。どの資料を誰に渡すか、誰が実行するかを読み、元の許可範囲から外れていないかを確かめます。計画が成立しても、予約や送信の許可まで得たことにはなりません。

修正するのは、条件か案のどちらか

外部講師の費用が不明なら、講師への確認待ちにするか、社内担当者で行う案を比較します。予算を緩める必要があるなら、予算を決める人へ戻します。AIが作った案に合わせて、元の制約を後から書き換えないことが大切です。

用語の整理は、プロンプトにおける条件と制約条件の違いを参照してください。本記事では、条件が競合する場面の依頼と確認に絞りました。

参考資料

Anthropic：Prompting best practices（2026年9月12日確認）。明確な指示と制約の書き方を参照しました。勉強会の条件、依頼文、確認手順は本記事で作成した例です。

AIに改善案を求めると、別の業界の成功例が示されることがあります。「ホテルの接客を営業に応用する」「工場の工程管理を事務に使う」といった提案です。分かりやすい例でも、自社で同じ結果になるとは限りません。

この記事では、他社や別業界の事例を自社へ応用する前に、共通する関係と異なる条件を一枚で確認する方法を紹介します。AIが出した案の採否を検討する担当者向けの実践案です。以下の例は説明用に作成したもので、特定企業の実績ではありません。

似た言葉ではなく、関係を比べる

アナロジーは、ある対象についての理解を、別の対象を考えるために使う類推です。Gentnerの構造写像理論では、物の属性そのものより、物の間の関係を対応づける点が重視されます。

たとえば「営業部もホテルも顧客に接する」だけでは、改善策を移す根拠としては粗すぎます。問い合わせを誰が受け、どんな情報を引き継ぎ、誰が判断し、いつ回答するかまで比べる必要があります。この比較メモは、理論をそのまま検査法にしたものではなく、業務上の判断に使うための提案です。

仮の提案を四つの欄に分ける

仮にAIが「ホテルの引き継ぎを参考に、営業の顧客対応を共通メモへ集約しましょう」と提案したとします。次の四つを埋めます。

元の事例：交代する担当者が、次の担当者へ必要事項を伝える。まず、その事例の原資料が存在するか確認します。AIの説明だけなら、まだ検証済みの事例ではありません。

自社の対応関係：営業担当者が休みのとき、別の担当者が過去の約束と未回答事項を把握する。ここでは「担当交代時に情報が抜ける」という関係を対応させています。

異なる条件：営業では価格交渉、契約条件、顧客ごとの閲覧権限などが関わるかもしれません。全員が同じ情報を読める前提で移すと、現場に合わない設計になります。

確かめること：引き継ぎに必要な項目、確認責任者、記録にかかる時間、回答の重複がどの程度あるかを、まず対象業務の記録から確認します。

AIには「適用できない点」も出させる

次の依頼文を使うと、説明の分かりやすさと適用可能性を分けて検討できます。

「次の提案について、元の事例と当社の業務を比較してください。共通する作業の関係、異なる条件、原資料で確認できた事実、まだ推測の部分を分けてください。自社へ適用できない可能性を必ず挙げ、提案を採用する前に確認すべきことを三つ示してください。存在を確認できない事例を補わないでください。」

AIが挙げた相違点も、そのまま事実とは扱いません。担当者の聞き取りや業務記録と照合します。「反対意見も出させた」という操作だけでは、検証の代わりになりません。

比喩が分かりやすくても、効果は別に確かめる

「共通メモは接客の司令塔です」という表現は、役割のイメージを伝える助けになるかもしれません。しかし、記録の手間が減るか、回答が早くなるか、誤りが減るかは、この表現からは分かりません。

説明に使う比喩と、採否のための証拠を区別します。試すなら対象を一つに絞り、導入前後で何を記録するかを決めます。記録に時間が増えても、回答漏れが減る可能性があります。その場合、どちらを重視するかは目的に戻って決めます。

会議に持ち込むのは、採用案と未確認事項

比較の最後は「全面採用」「不採用」の二択に急ぎません。「引き継ぎ項目の整理だけ試す」「価格情報の共有は権限を確認してから」「事例の出典が見つからないため保留する」と、判断を分けられます。

一枚のメモには、提案、対応する関係、相違点、確認した証拠、小さく試す範囲を残してください。似ているという感覚を、確認できる作業へ変えるための記録です。

用語の基本は、アナロジーとメタファーの違いも参照できます。本記事は定義の比較ではなく、提案の採否を検討する場面を扱いました。

参考資料

Gentner, D.（1983）Structure-Mapping: A Theoretical Framework for Analogy, Cognitive Science, 7, 155–170（2026年9月12日確認）。関係の対応づけという考え方を参照しました。比較メモと業務例は本記事独自の提案です。