購買・調達への質問と回答

質問文（版 5）

あなたはAIモデルとして、AIツール全体（あなた自身と、あなたや他のモデルを組み込んだ製品・サービスを含む）によって、ある職種の仕事に必要な人の時間が、今・1年以内・5年以内にどれだけ減るかを見積もる。日本の読者向けの職業情報サイトに、あなたの回答がそのまま、あなたのモデル名と回答日付きで掲載される。読者はこの職種で働く人で、自分の仕事のどこがどれだけ変わるかを知りたい。

測るもの
- 「人の時間が要らなくなる割合」: 今と同じ量の仕事を、今と同じ品質で終えるのに必要な人の時間のうち、AIツールを使うことで要らなくなる割合（整数の%）。AIの結果を人が確認・手直し・承認する時間は、人の時間として残す。例: 100分かかっていた仕事が、AIの結果を5分確認するだけになれば95%。
- 「今」は今あるAIツールを、この職種の職場が十分に使った場合の値。まだ使っていない職場が多いことは、この値を下げる理由にしない。「1年以内」「5年以内」はその時点であると見込むツールを十分に使った場合の値。
- 仕事の量（需要）の増減はこの割合に入れない。別の問いで答える。
- 業務ごとに、仕事時間に占める比重（全業務の合計を100）と、その業務で人の時間が要らなくなる割合を出す。職種全体の割合は比重で重みづけした合計にする。業務の数で割る計算はしない。

見立ての立て方
- 人に残るとする部分にも、AIに移るとする部分にも、同じ基準で理由を書く。理由の種類は両側とも「技術」「制度・契約」「費用」「相手の受け入れ」の4つ。人に残る側なら、技術が足りない／制度や契約が人を求める／AIに任せると高くつく／顧客や相手が人を求める。AIに移る側なら、技術が足りている／制度や契約が妨げない／AIに任せると安い／顧客や相手が受け入れる。
- どちらの見立てにも、それが崩れる条件を書く。人に残るとした部分がAIに移る条件と、AIに移るとした部分が人に残る条件の両方を書く。
- 人が最終的な責任を負うことは、それだけでは人の時間がどれだけ要るかを決めない。責任を負うために、誰が何をどれだけ確かめるかで見積もる。逆に、AIが成果物を出せることは、それだけでは人の時間がなくなることを意味しない。確認・手直し・例外への対応にかかる時間を数える。
- 業務の中で人に残る部分は、次の5つの層で示す。作業（自分で手を動かす）、品質の確認（出来を確かめ直す）、例外の発見（いつもと違うことに気づく）、実行の承認（進めてよいかを決める）、目的と制約の設定（何をどこまでやるかを決める）。並びに順序や難易度の意味はない。どの層も人に残ることがあり、どの層もAIに移ることがある。残る層には、その層に人の時間がはっきり残るものだけを挙げる（5つ全部が残るのは、本当にそうである業務だけ）。その層で人が何をするかは、要点の文に書く。
- 根拠は下の資料と、あなたが知っている今のAIツールの機能、あなたが見込む今後の進歩。今できることと将来の見込みを分け、業務ごとに確信の度合い（高・中・低）を添える。人に残る時間が少ないという答えも、ほとんど変わらないという答えも認める。仕事の量の見立ては「不明」でもよい。
- 言い切れるところは言い切り、根拠の弱いところは弱いと書く。確信の度合いは項目で示し、「推定である」「統計値ではない」のような断り書きは文章に書かない（掲載時にあなたの見立てとして示す）。
- 研究や統計の数字、企業が公表した効果の数字を引用しない。人名を挙げない。ツールや製品の名前は挙げてよいが、企業の意図や方針を推測しない。
- 文章は日本語。業務を指すときは、番号や記号ではなく業務の内容を書く（読者は番号付きの一覧を見ない）。
- この会話にある情報と、あなた自身の知識だけで答える。ウェブを検索しない。過去の会話、保存された記憶、他のAIモデルの回答を参照しない。
- 返す前に、業務の数が一覧と同じこと、比重の合計がちょうど100であること、各業務で 今 ≤ 1年 ≤ 5年 であること、職種全体の3つの値が比重による重みづけの合計を四捨五入した値と一致することを確かめる。
- JSONだけを返す。

職種: 購買・調達（米国の職業分類では 購買管理者、SOC 11-3061）

この職種の業務（米国 O*NET の業務記述の日本語訳）:
1. オンラインの購買システムを管理する
2. 入札の公告と落札のための仕様書を確認・評価・承認する
3. 市況と商品の原価について報告書を作る
4. 資材・設備・備品の取引先を探し、面談して製品の入手可否と販売条件を確かめる
5. 会社を代表して仕入先と契約を交渉し、方針を定める
6. 資材・設備・機械・備品の購買・販売・配送に携わる職員の活動を指揮・調整する
7. 職員を面接して採用し、研修を監督する

この職種で使われているAIツール（各社の公式ページの説明。判断材料の一部）:
- SAP Ariba（Joule）（SAP）: SAP Ariba の調達・購買の作業を、自然言語のやり取りで進める。情報を探し、手順を案内し、取引を完了させる。

問い
1. 上の一覧のすべての業務について、一覧の順に次を答える。
   a. 比重: この職種の仕事時間に占める割合（整数の%。全業務の合計を100にする）。
   b. 今・1年以内・5年以内に、その業務で人の時間が要らなくなる割合（整数の%。今 ≤ 1年 ≤ 5年）。
   c. 5年後もこの業務で人の時間がはっきり残る層（作業／品質の確認／例外の発見／実行の承認／目的と制約の設定 から。層の名前だけを配列で。何も残らなければ空）。
   d. 5年後も人の時間が残る理由の種類（技術／制度・契約／費用／相手の受け入れ から、当てはまるものすべて。人の時間が残らなければ空）。
   e. 5年後にAIに移る理由の種類（同じ4つから、当てはまるものすべて。何も移らなければ空）。
   f. 5年後の見立ての要点と、それが崩れる条件（150字以内。人に残る部分がAIに移る条件と、AIに移る部分が人に残る条件を1文ずつ）。
   g. 確信の度合い（高／中／低）。
2. 職種全体で人の時間が要らなくなる割合（今・1年以内・5年以内）。1の比重で重みづけした合計を、整数に四捨五入する。
3. 2の理由。どの業務のどの層がAIに移り、どの種類のツールが引き受けるか（200字以内）。
4. 5年で、この職種への仕事の量（需要）はどう変わるか（増える／ほぼ同じ／減る／不明）と、その理由（150字以内）。
5. この職種は5年でどう変わるか。次の3つにそれぞれ答える（各200字以内）。
   a. 何が残るか: 人が担う業務と層。残るとした理由と、それが崩れる条件に触れる。
   b. 誰が残るか: 4の仕事の量の見立てと合わせて、担当者の人数・構成・経験の変化。
   c. 求められる力: 残る人に新たに求められる力。

出力（JSON）
{"tasks": [{"no": 1, "weight": 0, "now": 0, "year1": 0, "year5": 0, "human_layers": [], "blockers": [], "enablers": [], "outlook": "", "confidence": ""}], "share_now": 0, "share_year1": 0, "share_year5": 0, "reason": "", "demand": "", "demand_reason": "", "remains": "", "who": "", "skills": ""}

Claude Fable 5.1

Claude のモデル名の表示は「Claude Fable 5.1」。回答日 2026年10月21日。取得の条件: Claude Code のサブエージェントが回答（アプリではない）。職種ごとに新しい文脈で、入力は質問文のファイル1つだけ。ウェブ検索と他のファイルの読み込みを禁じた。他の職種・他モデル・版4の回答、モックの数値は渡していない。Claude Code の既定のシステム指示とプロジェクトの AGENTS.md が文脈に入る。検査に落ちた回答は新しい文脈で聞き直した（経理・財務と金融専門職の各1回。research/opinions/v5-2026-10-21/rejected/）。

仕事の量（5年）: ほぼ同じ。資料作成が減る分、一人あたりの担当品目は増えるが、供給網の分断や価格変動への対応で調達の判断は増える。人数は大きく変わらず、業務の中身が交渉と方針に寄る。

{"tasks": [{"no": 1, "weight": 15, "now": 30, "year1": 40, "year5": 60, "human_layers": ["例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["制度・契約", "技術"], "enablers": ["技術", "費用"], "outlook": "発注の処理、取引先情報の更新、利用者からの問い合わせ対応は対話型の調達システムが引き受け、人は承認の方針を決め例外を判断する。残る承認も、監査要件が自動承認を認め例外判定の精度が上がれば移る。移る処理も、基幹システムとの連携が崩れ誤処理の確認が増えれば人に戻る。", "confidence": "中"}, {"no": 2, "weight": 15, "now": 25, "year1": 35, "year5": 55, "human_layers": ["品質の確認", "実行の承認", "目的と制約の設定"], "blockers": ["制度・契約", "技術"], "enablers": ["技術", "費用", "制度・契約"], "outlook": "仕様の抜け漏れ点検、法令や社内基準との照合、応札の比較表はAIが下書きし、人は妥当性の確認と承認を担う。承認も、公的調達の規則が電子的な承認を認めれば移る。下書きも、仕様の誤りが落札取消や訴訟を招く事例が続けば人に戻る。", "confidence": "中"}, {"no": 3, "weight": 10, "now": 50, "year1": 60, "year5": 75, "human_layers": ["品質の確認", "例外の発見"], "blockers": ["技術"], "enablers": ["技術", "費用"], "outlook": "相場データの収集、原価内訳の集計、報告書の文章化はほぼAIが行い、人は数値の妥当性と異常値の確認に絞られる。確認も、データの出所と更新が自動で検証できれば移る。作成も、相場情報の利用権や精度の問題で参照できる情報源が限られれば人に戻る。", "confidence": "高"}, {"no": 4, "weight": 15, "now": 20, "year1": 30, "year5": 45, "human_layers": ["作業", "例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["相手の受け入れ", "技術"], "enablers": ["技術", "費用"], "outlook": "候補の洗い出し、入手可否の問い合わせ、販売条件の整理はAIが担い、面談での信頼づくりと取引可否の判断は人に残る。面談も、仕入先側がAIの代理との条件確認に慣れれば移る。洗い出しも、取引先データの質が低く誤った候補の除外に手間がかかれば人に戻る。", "confidence": "中"}, {"no": 5, "weight": 20, "now": 15, "year1": 20, "year5": 35, "human_layers": ["作業", "例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["相手の受け入れ", "制度・契約", "技術"], "enablers": ["技術", "費用"], "outlook": "交渉準備の論点整理、過去条件の照会、契約書案の下書きはAIが担い、交渉の場、方針の決定、署名前の承認は人に残る。交渉も、双方がAIの代理による条件調整を受け入れれば移る。下書きも、契約の不備が損失を招き法務が人の起案を求めれば人に戻る。", "confidence": "中"}, {"no": 6, "weight": 15, "now": 15, "year1": 20, "year5": 35, "human_layers": ["作業", "例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["相手の受け入れ", "技術"], "enablers": ["技術", "費用"], "outlook": "進捗の集約、納期遅れの検知、担当割りの案はAIが出し、人は優先順位の決定と担当者との調整を担う。調整も、担当者がAIからの割り当てを受け入れれば移る。検知も、物流や生産の情報が連携されず誤報が多ければ人に戻る。", "confidence": "中"}, {"no": 7, "weight": 10, "now": 15, "year1": 20, "year5": 30, "human_layers": ["作業", "実行の承認", "目的と制約の設定"], "blockers": ["相手の受け入れ", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "募集文の作成、書類の一次選考、研修教材の作成はAIが担い、面接、採用の決定、研修の見守りは人に残る。面接も、応募者がAI面接を受け入れ法令が結果の利用を認めれば移る。書類選考も、選考の偏りが問題になり人の確認が義務づけられれば人に戻る。", "confidence": "中"}], "share_now": 23, "share_year1": 31, "share_year5": 47, "reason": "購買システムの操作と問い合わせ対応、仕様書と応札の点検、市況と原価の報告書では、作業と品質の確認の多くが対話型の調達システムと文書生成ツールに移る。仕入先探索と交渉の準備、職員の進捗把握では資料づくりがAIに移る一方、面談、交渉、承認、方針の設定は人に残る。採用では書類選考と教材作成が移り、面接と決定は残る。", "demand": "ほぼ同じ", "demand_reason": "資料作成が減る分、一人あたりの担当品目は増えるが、供給網の分断や価格変動への対応で調達の判断は増える。人数は大きく変わらず、業務の中身が交渉と方針に寄る。", "remains": "仕入先との面談と契約交渉、入札の承認、調達方針と制約の設定、職員の調整と採用の決定が人に残る。理由は、相手が人との交渉を求めること、公的調達や社内規程が人の承認を定めること、誤った契約の損失が大きいこと。相手側がAIの代理による交渉を受け入れ、規程が電子承認を認めれば、残るのは方針の設定と例外対応に縮む。", "who": "仕事の量はほぼ同じで、資料作成を担う若手の担当者は減り、交渉と承認を担う経験者の比重が高まる。小さな組織では担当者が調達と契約管理を兼ねる。経験の浅い人は、システムの設定とAIの結果の点検から入ることになり、交渉の経験を積む機会が減る。", "skills": "AIが出した候補や比較表の誤りを見抜く力、相場と原価の数値を自分で検算する力、調達方針と制約を明文化してAIに渡す力、仕入先との交渉と関係づくり、契約と法令の知識、購買システムの設定と連携の理解。"}

GPT-6 Astra

ChatGPT のモデル名の表示は「GPT-6 Astra」。回答日 2026年10月21日。取得の条件: Codex のタスク（gpt-6-astra 指定）が回答。ChatGPT アプリの一時チャットではなく、1つのタスク内で35職種をファイル名順に逐次処理（職種ごとの新しい文脈ではない）。そのタスクの文脈には版4の確認、版5草案の批評、Claude の取得記録と回答例の読み取りが含まれ、他モデルの回答を見せないという条件を満たさない。実行時のモデル名は独立に確認されていない。ウェブ検索はしていない。保存後に研究開発と映像・動画制作の「何が残るか」の文章を同じタスクが1語ずつ直した（数値の変更なし。research/opinions/v5-2026-10-21/astra-2026-10-21/corrections.json）。

仕事の量（5年）: ほぼ同じ。調達の対象は生産とサービスの提供に伴って必要になる。候補の比較や細かな発注は増えうるが、取引の集約と標準化で減る手続きもある。事業規模が同じなら、必要な資材と取引を確保する仕事量はほぼ同じとみる。

{
  "tasks": [
    {
      "no": 1,
      "weight": 15,
      "now": 40,
      "year1": 52,
      "year5": 75,
      "human_layers": [
        "品質の確認",
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "検索、登録、取引の定型処理はAIに移り、人は権限と例外を確かめるが、契約と操作を照合できれば管理も縮む。誤発注や連携の不具合があれば、通常の取引にも人の点検が戻る。",
      "confidence": "中"
    },
    {
      "no": 2,
      "weight": 15,
      "now": 35,
      "year1": 48,
      "year5": 68,
      "human_layers": [
        "品質の確認",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "仕様書の照合と評価案はAIに移り、人は必要条件と選定根拠を確認するが、実物と要件を検証できれば審査も減る。曖昧な仕様や公平性の問題があれば、評価の準備から人が関わる。",
      "confidence": "中"
    },
    {
      "no": 3,
      "weight": 10,
      "now": 55,
      "year1": 68,
      "year5": 85,
      "human_layers": [
        "品質の確認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "市況と原価の集計はAIに移り、人は比較条件と変化の意味を確かめるが、出典と取引条件を照合できれば確認も減る。特殊な価格や未公表の供給制約が重要なら、自動報告にも人の調査が残る。",
      "confidence": "中"
    },
    {
      "no": 4,
      "weight": 20,
      "now": 30,
      "year1": 42,
      "year5": 62,
      "human_layers": [
        "作業",
        "品質の確認",
        "例外の発見"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "仕入先の検索と条件比較はAIに移り、人は供給能力と実態を聞くが、納期や品質を検証できれば面談も縮む。書面と実際の能力が違う場合は、標準的な候補にも人が確認を行う。",
      "confidence": "低"
    },
    {
      "no": 5,
      "weight": 20,
      "now": 20,
      "year1": 30,
      "year5": 48,
      "human_layers": [
        "作業",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "制度・契約",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "契約条件の比較と交渉案はAIが助け、人は譲れる範囲を決めるが、権限と条件が共有されれば交渉も減る。供給危機や長期の関係を扱えなければ、定型契約にも人の調整が残る。",
      "confidence": "低"
    },
    {
      "no": 6,
      "weight": 12,
      "now": 20,
      "year1": 32,
      "year5": 50,
      "human_layers": [
        "作業",
        "例外の発見",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "進捗の整理と配分案はAIに移り、人は遅延と部門間の対立を扱うが、現場の制約を共有できれば調整も減る。急な欠品や記録外の作業があれば、定例管理にも人が関わる。",
      "confidence": "低"
    },
    {
      "no": 7,
      "weight": 8,
      "now": 15,
      "year1": 25,
      "year5": 40,
      "human_layers": [
        "作業",
        "品質の確認",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "採用資料と研修案はAIが助け、人は技能と適性を確かめるが、実務能力を評価できれば選考と指導も縮む。書類上の経験と実務が合わなければ、候補選びから人の対話が必要になる。",
      "confidence": "低"
    }
  ],
  "share_now": 30,
  "share_year1": 42,
  "share_year5": 61,
  "reason": "現在は購買システムの検索、仕様の照合、市況報告、取引書類で時間が減る。1年では契約と在庫の連携が進み、5年では定型の発注と条件比較が広くAIに移る。人には供給能力の実地確認、必要な仕様の設定、交渉と例外の承認が残る。取引を画面で完了できても品質や納期が守られるとは限らず、仕入先と社内の事情を調べ、調達を立て直す時間を含めて見積もる。",
  "demand": "ほぼ同じ",
  "demand_reason": "調達の対象は生産とサービスの提供に伴って必要になる。候補の比較や細かな発注は増えうるが、取引の集約と標準化で減る手続きもある。事業規模が同じなら、必要な資材と取引を確保する仕事量はほぼ同じとみる。",
  "remains": "必要な仕様と許容するリスクを決め、仕入先の実際の供給能力を確かめる仕事が残る。人は納期、品質、価格の条件を調整し、欠品や契約外の問題が起きたときに代替策を選ぶ。記録だけでは分からない現場の事情を聞く役割も続く。取引条件と実績が共有され、AIが権限内で合意を作れるなら、確認と交渉の時間は減る。重要な供給先ほど検証の深さが必要になる。",
  "who": "仕事量がほぼ同じなら、発注入力と定型比較を担当する人数は減り、一人が多くの品目や仕入先を管理する形が増える。供給リスク、仕様、交渉、社内調整に強い人の比重が上がる。若手には価格表を整理するだけでなく、納期が遅れた理由や品質が合わない原因を仕入先に確認する経験が必要になる。定型取引の削減率だけで、重要品目を担当する人数は決めにくい。",
  "skills": "仕様と契約条件を明確にし、価格だけでなく品質、納期、代替可能性を比較する力が要る。AIが集めた情報では、時点と販売条件、実際の供給能力を確かめる。自動発注の権限と例外処理を設計し、異常な取引を見つける力も重要になる。仕入先と社内の利害を調整し、供給が途切れた場合に何を優先し、どの条件なら切り替えるかを説明することが求められる。"
}