セキュリティへの質問と回答

質問文（版 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 15-1212）

この職種の業務（米国 O*NET の業務記述の日本語訳）:
1. データファイルの使用を監視し、アクセスを制御してコンピュータ内の情報を守る
2. 新しいソフトウェアの組み込み、誤りの修正、個人のアクセス権の変更のため、セキュリティの設定ファイルを修正する
3. リスク評価を行い、データ処理システムの試験を実施して、処理とセキュリティ対策が機能するか確かめる
4. コンピュータシステムの計画の実施を、社内の担当者や外部の業者と調整する
5. セキュリティと緊急時の方針・手順・試験を文書にする
6. 偶発的または不正な改変・破壊・漏えいからファイルを守り、緊急時のデータ処理に備える計画を作る
7. ウイルスの最新の報告を追い、ウイルス対策の更新時期を判断する
8. 送信中の機密情報を隠し、汚染されたデータの転送を防ぐため、通信を暗号化しファイアウォールを設ける

この職種で使われているAIツール（各社の公式ページの説明。判断材料の一部）:
- Charlotte AI（CrowdStrike）: 検知されたアラートを振り分け、誤検知を除き、危険の低いアラートを閉じる。検知の振り分けと対応の手順を自動にする。
- Microsoft Security Copilot（Microsoft）: セキュリティとIT向けのAI。脅威の調査、KQLクエリの作成、不審なスクリプトの解析、インシデントの原因と影響の追跡。

問い
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年）: ほぼ同じ。定型の監視や文書の時間は減るが、AIを使った攻撃の増加、AIシステム自体の防御、規制対応で求められる範囲が広がる。定型作業の減少と範囲の拡大が相殺し、人数の大きな増減は見込みにくい。

{"tasks": [{"no": 1, "weight": 20, "now": 35, "year1": 45, "year5": 65, "human_layers": ["例外の発見", "実行の承認"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "アラートの振り分けと定型の封じ込めはAIが引き受け、人は見慣れない兆候の発見と隔離・遮断の承認に残る。未知の攻撃の検知精度が上がり自動遮断の権限が認められれば人の時間はさらに減る。誤検知による業務停止が重なれば自動対応は人の確認付きに戻る。", "confidence": "高"}, {"no": 2, "weight": 12, "now": 25, "year1": 35, "year5": 55, "human_layers": ["品質の確認", "実行の承認"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "設定変更の案の作成と影響の整理はAIが担い、人は本番適用前の確認と変更管理上の承認に残る。構成の全体像をAIが把握し検証環境での自動試験が信頼されれば承認も軽くなる。環境固有の依存関係で事故が起きれば人の事前点検が増える。", "confidence": "中"}, {"no": 3, "weight": 15, "now": 25, "year1": 35, "year5": 55, "human_layers": ["例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["技術", "制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "脆弱性診断と定型の試験はAIが実行し、人は想定外の経路の発見、試験の範囲と前提の設定、監査向けの確認に残る。自律的な侵入試験の信頼性が認められ監査がAIの結果を受け入れれば人の時間は減る。AIの試験が本番に障害を起こせば人の管理が戻る。", "confidence": "中"}, {"no": 4, "weight": 12, "now": 10, "year1": 15, "year5": 25, "human_layers": ["作業", "実行の承認", "目的と制約の設定"], "blockers": ["制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "日程調整や依頼文の作成はAIが担うが、社内担当者や業者との合意形成、優先順位の決定は人に残る。相手側もAIで調整するようになり、交渉が定型化すれば減る。責任の所在を巡る対立が増えれば人の同席が増える。", "confidence": "高"}, {"no": 5, "weight": 10, "now": 40, "year1": 50, "year5": 65, "human_layers": ["品質の確認", "実行の承認"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用", "相手の受け入れ"], "outlook": "方針・手順の下書きと更新はAIが担い、人は内容の確認と正式な承認に残る。社内の実態をAIが参照でき、承認者が下書きの確認に慣れれば人の時間は確認のみになる。監査や顧客が人の執筆を求めれば人の作業が戻る。", "confidence": "高"}, {"no": 6, "weight": 8, "now": 20, "year1": 30, "year5": 45, "human_layers": ["品質の確認", "実行の承認", "目的と制約の設定"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "バックアップ構成の案や復旧手順の下書きはAIが担い、人は復旧の優先順位の設定と計画の妥当性の確認、承認に残る。復旧の自動試験が普及し結果の信頼が得られれば人の確認は減る。実際の障害で計画が機能しなければ人の設計への関与が増える。", "confidence": "中"}, {"no": 7, "weight": 8, "now": 50, "year1": 60, "year5": 75, "human_layers": ["実行の承認"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用", "相手の受け入れ"], "outlook": "脅威情報の収集と要約、影響の有無の判定はAIが担い、人は更新の適用時期の承認に残る。自動更新で業務が止まらない実績が積まれれば承認も自動化される。更新による障害が重なれば人の判断に戻る。", "confidence": "高"}, {"no": 8, "weight": 15, "now": 20, "year1": 30, "year5": 45, "human_layers": ["品質の確認", "実行の承認"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "暗号化やファイアウォールの設定案と整合性の点検はAIが担い、人は本番適用前の確認と承認に残る。設定の自動検証と段階的適用が信頼されれば人の時間は確認だけになる。通信断や業務影響が起きれば人の手作業に戻る。", "confidence": "中"}], "share_now": 28, "share_year1": 37, "share_year5": 54, "reason": "監視と振り分けはCharlotte AIやSecurity Copilotのような製品が作業と例外の発見の一部を引き受け、文書作成と脅威情報の追跡はAIアシスタントが作業を引き受ける。設定変更や試験、復旧計画は案の作成がAIに移るが、本番への適用の確認と承認は人に残る。社内外との調整は相手が人であるため最も減らない。", "demand": "ほぼ同じ", "demand_reason": "定型の監視や文書の時間は減るが、AIを使った攻撃の増加、AIシステム自体の防御、規制対応で求められる範囲が広がる。定型作業の減少と範囲の拡大が相殺し、人数の大きな増減は見込みにくい。", "remains": "監視では見慣れない兆候の発見と隔離の承認、設定変更や暗号化・ファイアウォールでは本番適用前の確認と承認、試験と復旧計画では範囲と優先順位の設定、業者や社内との調整では合意形成が人に残る。残る理由は変更管理や監査が人の確認を求める制度と、相手が人であること。自動対応の実績が積まれ監査がAIの結果を受け入れれば、承認の時間は減る。", "who": "仕事の量はほぼ同じで、担当者の人数は大きく変わらないが構成が変わる。アラートを一次で見る若手の枠は減り、AIの結果を評価して承認できる経験者と、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年）: 増える。保護するデータ、連携先、AIを含むシステムが増え、調査と検証の対象は広がるとみる。攻撃と防御の変化に応じた見直しも続くが、監視の自動化で定型警告を扱う人数は減りうる。対象の増加と人員増は同じにはならない。

{
  "tasks": [
    {
      "no": 1,
      "weight": 18,
      "now": 40,
      "year1": 52,
      "year5": 72,
      "human_layers": [
        "品質の確認",
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "利用状況の監視と警告の分類はAIに移り、人は権限と異常の意味を確かめるが、業務の実態を検証できれば確認も減る。正規の利用に見える侵害や誤遮断があれば、定型監視にも人が調査を行う。",
      "confidence": "中"
    },
    {
      "no": 2,
      "weight": 12,
      "now": 40,
      "year1": 52,
      "year5": 72,
      "human_layers": [
        "品質の確認",
        "実行の承認"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "設定の変更案と検査はAIに移り、人は依存関係と影響を確認するが、試験と復元が確実なら承認も縮む。権限の過不足や連鎖障害を見逃せば、通常の設定変更にも人の点検が戻る。",
      "confidence": "中"
    },
    {
      "no": 3,
      "weight": 18,
      "now": 25,
      "year1": 38,
      "year5": 58,
      "human_layers": [
        "品質の確認",
        "例外の発見",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "試験の実行と結果整理はAIに移り、人は脅威と評価範囲を決めるが、未知の条件を検証できれば判断も減る。試験にない経路や業務上の弱点があれば、評価方法から人が見直す。",
      "confidence": "低"
    },
    {
      "no": 4,
      "weight": 12,
      "now": 15,
      "year1": 25,
      "year5": 42,
      "human_layers": [
        "作業",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "計画資料と進捗整理はAIが助け、人は業者と社内の制約を調整するが、権限と手順が共有されれば協議も減る。費用や停止時間の合意が取れなければ、計画の準備から人が関わる。",
      "confidence": "低"
    },
    {
      "no": 5,
      "weight": 10,
      "now": 50,
      "year1": 62,
      "year5": 82,
      "human_layers": [
        "品質の確認",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "方針と手順の下書きはAIに移り、人は実環境で使えるかを確かめるが、演習で有効性を検証できれば編集も減る。実際の権限や連絡先が違えば、整った文書も人が作り直す。",
      "confidence": "中"
    },
    {
      "no": 6,
      "weight": 12,
      "now": 25,
      "year1": 38,
      "year5": 58,
      "human_layers": [
        "品質の確認",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "保護と復旧の計画案はAIが作り、人は優先順位と許容損失を決めるが、復元と業務継続を検証できれば確認も減る。バックアップも侵害される条件を外せば、定型の計画から人が見直す。",
      "confidence": "低"
    },
    {
      "no": 7,
      "weight": 8,
      "now": 50,
      "year1": 62,
      "year5": 82,
      "human_layers": [
        "品質の確認",
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "脅威情報の整理と更新案はAIに移り、人は自社への適用と影響を確かめるが、構成と試験を照合できれば判断も減る。誤情報や更新による不具合があれば、通常の更新にも人の検証が要る。",
      "confidence": "中"
    },
    {
      "no": 8,
      "weight": 10,
      "now": 35,
      "year1": 48,
      "year5": 70,
      "human_layers": [
        "品質の確認",
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "通信設定と規則の検査はAIに移り、人は保護範囲と業務への影響を確かめるが、実際の通信を検証できれば調整も減る。例外通信や鍵の管理が不十分なら、自動設定にも人が介入する。",
      "confidence": "中"
    }
  ],
  "share_now": 34,
  "share_year1": 46,
  "share_year5": 66,
  "reason": "現在はアラートの分類、調査の要約、検索クエリと設定案の作成で時間が減る。1年では調査と限定的な対処がつながり、5年では試験と定型保守までAIが広く扱う。人には脅威の想定、試験範囲の設定、業務への影響の判断、復旧の確認が残る。危険の低い警告を閉じられても未知の侵害を見逃さないとは限らず、検知の有効性と誤遮断を調べる時間を残して見積もる。",
  "demand": "増える",
  "demand_reason": "保護するデータ、連携先、AIを含むシステムが増え、調査と検証の対象は広がるとみる。攻撃と防御の変化に応じた見直しも続くが、監視の自動化で定型警告を扱う人数は減りうる。対象の増加と人員増は同じにはならない。",
  "remains": "何を守り、どの影響を許容するかを決める仕事が残る。人は正規の操作に紛れた異常や、試験から漏れた経路を調べ、対処が業務を止めないかを確かめる。侵害時には復旧の優先順位を決め、実際に安全な状態へ戻ったかを確認する。未知の条件を含む検証と確実な切り戻しが使えれば、調査と承認の時間は減る。相手の行動が変わるため、検証の更新も必要になる。",
  "who": "保護対象が増えるため、専門職全体の人数が減るとは限らないが、警告の転送と定型調査だけを担う役割は縮む。一人が広い範囲を監視し、設計、検証、侵害時の判断に強い人の比重が上がる。若手はAIの要約を読むだけでなく、元のログを追い、誤検知と見逃しの原因を調べる経験が必要になる。難しい案件だけが集中しないよう、検証と学習に使う時間を確保する必要がある。",
  "skills": "システムの構成と業務を理解し、AIに許す操作と人が判断する範囲を設計する力が要る。調査結果では根拠のログと仮説を分け、検知されなかった経路や誤遮断も試験する。復元、権限、変更履歴を整え、自動対処が失敗したときに戻せるようにする力も重要になる。技術的な危険と事業への影響を関係者へ説明し、対応の優先順位を決めることが求められる。"
}