セキュリティ銘柄が揺れた日、IT技術者が本当に読むべきこと
Claude Code Securityの発表で、CrowdStrikeやDatadog、Zscalerといったサイバーセキュリティ銘柄が一斉に値を落としたニュースを覚えているでしょうか。市場は「AIが既存の専門ツールを食い始めるのではないか」と反応しました。ただ、IT技術者にとって大事なのは、Anthropicが勝つのか既存ベンダーが勝つのかを当てることではありません。本当に重要なのは、AIが製品カテゴリ全体をいきなり置き換えるのではなく、“単機能”を標準装備として飲み込み始めているという構造変化を読むことです。この変化はセキュリティに限りません。法務、分析、カスタマーサポート、オブザーバビリティ、クリエイティブ制作でも、同じ構図がすでに起きています。本記事では、まず何が起きたかを事実ベースで押さえたうえで、なぜ他業界にも同じ構図が広がっているか、どんなサービスが影響を受けやすいか、そして技術者がどこに価値を置き直すべきかまで、一続きの流れで整理します。
関連記事： 同じ「何が消え何が残るか」の視点は「SaaSの死」は半分正しい——何が消え、何が残るのか、技術者が押さえることで、AIを安全に回す設計はAIエージェントを使うIT技術者が押さえるべきこと——Anthropicの実測研究からで扱っています。筆者の記事一覧もあわせてどうぞ。
まず押さえたい事実——Claude Code Securityは「全部置き換える」ツールではない
構造変化を読むには、まず何が発表され、市場がどう反応したかを押さえておく必要があります。
何が発表されたのか
2026年2月20日、AnthropicはClaude Code Securityを発表しました。コードベースを走査して脆弱性を見つけ、修正パッチ案まで提示する機能で、Claude Codeの限定リサーチプレビューとして提供されています。結果は人間レビュー前提で、修正も人間の承認なしには適用されません（Making frontier cybersecurity capabilities available to defenders | Anthropic）。
Anthropicの説明によれば、従来の静的解析が見落としやすい文脈依存の脆弱性を対象にしており、コードの関係性やデータフローを追い、複雑な問題を発見すること、多段階の自己検証で誤検知を減らすこと、そして人間レビューを必須にしていることが特徴です。また、Claude Opus 4.6を使った本番OSSコードの検証で、500件超の脆弱性を発見したと公表しています（Zero days: How we found 500+ vulnerabilities in open-source code | Anthropic Red Team）。こうした発表は、市場にどう映ったのでしょうか。
市場はどう反応したか
発表後、CrowdStrike、Datadog、Zscalerなど複数のサイバーセキュリティ銘柄が下落しました。Reutersは2026年2月23日付で、各社がおおむね約11％下落したこと、FortinetやOkta、Palo Alto Networksなども連れ安したことを報じています。一方で、「パニック的・ナラティブ主導の売り」 であり、Claude Code Securityはリアルタイムの侵入検知や攻撃停止、本番コンポーネントの管理といった専門プラットフォームの役割は担わないため、反応は過剰だとする見方も伝えています（CrowdStrike, Datadog and other cybersecurity stocks slide after Anthropic's AI tool launch | Reuters）。では、技術者の視点ではどう読むべきか。ここで重要なのが、「検知」と「運用」を分けて見ることです。
「検知」と「エンタープライズ運用」は別レイヤーである
株価の乱高下に振り回されず、「検知」と「エンタープライズ運用」は別レイヤーだと押さえておくと、見通しが立ちます。これをそのまま「Snyk、Veracode、Checkmarxの終わり」と読むのは早計です。企業の現実は、検知 → 優先順位付け → 修正 → 再検証 → PR作成 → 監査まで含む運用であり、単一のAIスキャナだけでは回りません。Snykのような専門ベンダーは、CI/CD・リポジトリ・チケット・レビュー工程との統合、RBAC、データ保持、監査証跡、コンプライアンスといったエンタープライズ運用を価値の中心に置いています（Snyk Code | SAST コードスキャンツール | Snyk）。
つまり起きているのは、「AppSecが消える」ではなく、「AppSecの入り口（スキャンと初期修正提案）がAIに標準装備され始めている」 という変化です。ここを誤解すると、「何もかもAIが置き換える」という雑な恐怖か、「どうせ補助だから無視していい」という過小評価のどちらかに振れやすくなります。
この「入り口が標準装備になる」という動きは、セキュリティの価値の重心をどこに置くかという問いにもつながります。
何が変わったのか——「専門サービス」の価値が、単体機能から運用基盤へずれている
前節で触れた「検知と運用は別レイヤー」という整理を、もう一歩掘り下げてみましょう。
脆弱性検出そのものはコモディティ化しやすい
今回の件で見えたのは、脆弱性を見つける・説明する・修正案を出すといった部分が、基盤モデルの能力向上で急速にコモディティ化しやすいということです。Anthropic自身も、「近い将来、世界のコードの相当部分がAIによってスキャンされる」と見込んでいます（Claude Code Security | Anthropic）。
では残りやすい価値はどこにあるか。むしろ次のような部分です。CI/CDやリポジトリ、チケット・レビュー工程との統合、RBAC・データ保持・監査証跡・コンプライアンス、誤検知を減らしたうえで大規模に回す運用、コード以外の依存関係・コンテナ・IaC・API・AIスタック全体の可視化、そして修正を壊さず本番へ入れるためのガードレールです。
こうした「単機能から運用基盤へ価値がずれる」構図は、セキュリティに限った話ではありません。
オブザーバビリティでも同じ構図——Datadog Bits AI SRE
オブザーバビリティの世界でも、同じ構図がはっきり表れています。DatadogのBits AI SREは、アラート発生時に自律調査し、根本原因の仮説を出し、復旧を速める「SREエージェント」として訴求されていますが、同時にRBAC、ゼロデータ保持、HIPAAなどの統制機能を前面に出しています（Datadog Launches Bits AI SRE Agent to Resolve Incidents Faster | Datadog）。つまり価値の中心は、AIの賢さだけではなく、運用の箱として安全に回ることに移っています。
セキュリティとオブザーバビリティで見えたこのパターンは、実は法務、サポート、分析、クリエイティブといった別の業界でも、すでに同じように起きています。
これはセキュリティだけの話ではない——他業界でも同じことが起きている
「単機能が主要製品に吸収される」動きは、セキュリティより先に、あるいは並行して、他の領域でも表れています。いくつか具体例で追っていきましょう。
法務：Anthropic法務プラグインと株価の連鎖
Anthropicが法務向けプラグインを公開した際には、Reutersによると、Thomson Reuters、RELX、Wolters Kluwerなど法務・データ分析・ソフトウェア関連株まで巻き込んだ大規模な売りが発生しました。契約レビュー、NDA選別、コンプライアンス追跡、法務ブリーフ、テンプレ化された法務返信といった、従来は専門サービスとして売れていた機能が、AIエージェントの標準機能に近づくことを投資家が警戒したためです（Anthropic's new AI tools deepen selloff in data analytics and software stocks | Reuters）。法務と同じように、カスタマーサポートでも「単機能の標準装備化」が進んでいます。
カスタマーサポート：ZendeskはAIを「中核」に据えている
カスタマーサポートでは、ZendeskがAIエージェントとCopilotを、もはや別売りの周辺機能ではなく、サービス基盤そのものの中核として置いています。チケット管理、メッセージング、FAQ、音声、QA、データ保護まで、同じプラットフォームの中にAIが組み込まれており、「AIツールを追加した」のではなく、サポート業務の一部機能が標準装備へ吸収された状態です（Zendesk Copilotに関するお知らせ エージェントの生産性ダッシュボード – Zendeskヘルプ）。BI・分析の世界でも、入口のあり方が変わりつつあります。
BI・分析：Power BIはCopilotを「入口」に置く
Power BIでは、Q&A機能が2026年12月に廃止予定となり、自然言語でデータを照会する方法としてPower BI用Copilotの利用が推奨されています。つまり「分析のために別AIを開く」のではなく、分析製品そのものが会話型の入口を持ち、ユーザーが最初に触る導線にAIが入ってきています（Power BI 用の Copilot を使用して Q&A を強化する | Microsoft Learn）。同様の流れはクリエイティブ領域にもあります。
クリエイティブ：Adobe FireflyはCreative Cloudに埋め込まれている
AdobeはFireflyをCreative Cloud全体に埋め込み、Photoshop、Illustrator、Premiere Pro、Adobe ExpressなどでGenerative Fillやテキストから画像生成を利用できるようにしています。画像生成サービスが別にあるという話ではなく、既存の制作ソフトが生成AIを内蔵して強くなるという変化です（Adobe brings AI-image generation app to phones, adds partners | Reuters）。
法務・サポート・分析・クリエイティブと並べて見ると、一つの大きな流れが浮かび上がります。AIは新しいカテゴリを作るだけでなく、既存カテゴリの“よく売れていた単機能”を中に取り込んでいく。 では、その「取り込まれやすい」サービスには、どんな共通点があるのでしょうか。
どんなサービスが危ないのか——「単機能で、定型化しやすい仕事」は飲み込まれやすい
前節までで、「単機能が標準装備になる」動きが複数業界で起きていることを見てきました。ここからは、どのようなサービスがとくに影響を受けやすいかを、実務的な目線で整理します。AIに飲み込まれやすいサービスには、いくつか共通点があります。
単機能である
まず、やっていることが一つに絞られている場合です。「要約だけ」「分類だけ」「議事録だけ」「FAQ生成だけ」「タグ付けだけ」のような機能は、AIモデル本体や主要SaaSの標準機能に吸収されやすいです。
入出力の形がはっきりしている
次に、入力と出力の形がはっきりしている仕事です。
契約書レビュー、脆弱性候補抽出、チケット要約、レポート説明、広告文案作成など、入力と出力が比較的定まっている仕事は、AIが組み込みやすいです。
高頻度で使われる
さらに、利用頻度が高い機能ほど、標準装備化の圧力が強まります。
利用頻度が高い機能ほど、「別ツールでやるより、今使っている製品の中に欲しい」と顧客が考え、標準機能化されやすくなります。
ただし最終責任はまだ人間側にある
一方で、最終責任がまだ人間側にある領域では、いきなり全部がAIに取って代わるわけではありません。提案・草案・候補提示・優先順位付けから先に置き換わっていきます。
この条件に当てはまるものは、セキュリティ以外にもたくさんあります。法務の契約レビュー・条項比較・ドラフト支援、CSのチケット要約・返信案・問い合わせ分類、営業の提案書たたき台・会話要約・次アクション抽出、分析のダッシュボード説明・自然言語クエリ・仮説出し、開発のテスト生成・コードレビュー補助・障害調査、デザイン・マーケのバナー案・コピー案・バリエーション生成などです。これは「全部なくなる」という意味ではなく、単機能そのものが売り物である状態が危うくなるという意味です。そうした変化を踏まえると、技術者としては何を考え、どこに価値を置き直すかが問われます。
IT技術者が今後留意すべき五つのこと
「飲み込まれやすい単機能」と「残りやすい価値」の境目が見えてきたところで、明日から何をすればよいかを五つに整理します。どれも「AIを入れる」ことの前後に、意識しておくと差がつくポイントです。
自社が売っている価値を、機能単位で分解する
いちばん危ないのは、「うちはAIを入れれば大丈夫」と考えることです。その前に、自分たちが何を売っているのかを機能レベルで分解する必要があります。
たとえば「セキュリティサービス」を売っているつもりでも、顧客が実際に買っているのが、スキャン、レポート、優先順位付け、修正案、監査証跡、チケット化、組織統制のどれなのかで、AIの影響はまったく違います。Claude Code Securityが揺らしたのはセキュリティ市場全体より、まずスキャンと初期修正提案の価値です。逆に、運用統制・監査・継続運用の価値はまだ残りやすい。同じことを自社サービスでも、製品名ではなく顧客が買っている機能単位で見直すとよいです。機能の棚卸しの次に大切なのが、何を「AIに吸収されない価値」として打ち出すかです。
「AIを足す」ではなく、「AIに吸収されない価値」を再定義する
パーソル総合研究所の「生成AIとはたらき方に関する実態調査」では、業務での生成AI利用率は3割台（推計約1,840万人）にとどまり、削減できた時間も日常業務に吸収されがちだとされています。成熟度が高い組織ほど、単なる時短より「改良・再設計・探索」に時間を回せており、相談窓口・レビュー・テンプレ更新などの組織インフラ整備が重要だと提言しています（生成AIとはたらき方に関する実態調査 - パーソル総合研究所）。
これはSaaSにもそのまま当てはまります。AIを足すだけだと、長期的には「浮いた時間が雑務に吸われる」「詳しい人に負担が偏る」「品質確認が別の手間になる」状態に落ちやすい。だからサービス側は、単なるAI追加ではなく、レビュー導線、権限管理、根拠表示、監査ログ、ナレッジ更新、テンプレート共有、組織展開のしやすさまで含めて設計しないと、長くは勝てません。価値の再定義と並んで、「生成する価値」と「安全に回す価値」を分けて考えることも重要です。
「AIが生成する価値」と「AIを安全に回す価値」を分けて考える
技術者はつい、モデル精度やエージェント性能に目が行きがちです。でもエンタープライズの現場では、安全に回ることが同じくらい重要です。DatadogがBits AI SREでRBAC、ゼロデータ保持、HIPAA対応、コスト制御を前面に出しているのは、企業が買うのが「賢いAI」だけではなく事故なく運用できるAIだからです。
セキュリティ以外でも、AIが書く・要約する・分類する・提案すること自体は、これからますます普通になります。差がつくのは、そのAIを誰が、どの権限で、どんな根拠を見ながら、どこまで自動で動かせるかを製品として設計できるかどうかです。安全に回す設計の先にあるのが、ワークフローへの深い統合です。
“別製品”として守るのではなく、“ワークフローの深さ”で守る
Power BIやZendeskを見ると、AIは別タブの追加機能ではなく、ユーザーが最初に触る導線に入ってきています。今後の競争は、「AIがあるかないか」ではなく、ユーザーの仕事の流れにどこまで深く入り込んでいるかになります。
浅い製品は危ないです。単独画面でしか使えない、前後工程とつながらない、組織展開が難しい、データや権限の文脈を持たない、使った結果が次の仕事につながらない——こうしたサービスは、基盤プロダクトに飲み込まれやすい。逆に強いのは、社内データや業務文脈と密接につながる、前工程・後工程まで抱える、品質・権利・根拠確認まで設計されている、チーム導入しやすい、ロール別に最適化されているようなサービスです。最後に、AIがもたらす混乱を減らす視点も欠かせません。
「AIが強い」だけではなく、「AIが作る混乱を減らせる」ことが重要になる
パーソルの調査では、AI活用が進むほど、詳しい人が周囲を支援する負担や学習コストを背負いやすいことが示されています。ユーザー企業は、AIが賢いこと以上に、誰が教えるのか、どこで相談するのか、品質確認をどうするのか、誰に負担が偏るのかに困ります。
なのでIT技術者は、機能開発と同じくらい、導入後の混乱を減らす仕組みを考える必要があります。テンプレ、レビュー機構、説明可能性、ガイド付き導入、ロール別の使い分け、簡易チェックリストなどです。華やかではありませんが、AI時代の競争力としてかなり重要です。
ここまで、事実から始めて「何が変わったか」「他業界での同じ構図」「危ないサービス像」「技術者が留意すべき五つ」まで一通り見てきました。最後に、全体を一言でまとめます。
まとめ——起きるのは「業界の消滅」より「価値の再配分」
Claude Code Securityのニュースを見て、「セキュリティ業界は終わりだ」と読むのは雑すぎます。正確には、脆弱性検出や初期修正提案のような単機能が、AIコーディング体験の標準機能になり始めたと読むべきです。
しかもこの変化は、セキュリティに閉じません。法務、カスタマーサポート、BI、オブザーバビリティ、クリエイティブ制作でも、AIは「別サービス」ではなく 「主要製品の中核機能」 として組み込まれ始めています。
だからIT技術者が留意すべきことは、単に「AIを入れる」ことではありません。次の五つを押さえておくとよいです。
- 自社が売っている価値を、機能単位で分解する
- AIに吸収されやすい単機能を見極める
- 運用基盤・統制・文脈データ側へ価値をずらす
- ワークフローへの深い統合で守る
- 導入後の教育・レビュー・説明コストまで製品に含める
要するに、これからの競争は 「AI機能を持っているか」ではなく、「AIに飲み込まれない価値をどこに持つか」 です。
作成日：2026年3月3日