開発者の46%が「最も愛用」――Claude Codeが塗り替えたAIコーディングの勢力図と、税理士が知るべきその先

海外テックブログのSpeechlyが、Anthropic社のAIコーディング支援ツール「Claude Code」を2026年の開発環境を変えた存在として特集しています。同記事は、2026年初頭の調査でClaude Codeが開発者から46%の「最も愛されるツール」評価を得て、Cursor（19%）やGitHub Copilot（9%）を大きく引き離したと紹介しています。一見すると税務と無縁のエンジニア向けの話題ですが、私はそう見ていません。このツールの土台は、2026年1月に非エンジニア向けエージェント「Claude Cowork」として会計事務所の机の上まで到達しているからです。本稿では一次情報にあたりながら、この現象の中身と実務への含意を整理します。

Claude Code：開発者と事務所の勢力図

背景と全体像

Anthropic社の公式発表によれば、Claude Codeは2025年2月24日に限定リサーチプレビューとして公開されました。同社はこれを「初のエージェント型コーディングツール」と位置づけ、コードの検索・編集、テストの作成と実行、GitHubへのコミットまでをターミナル上で自律的にこなす「能動的な協働者」だと説明しています。早期テストでは通常45分以上かかるタスクを一度の実行で完了させた事例も同発表で紹介されています。

その後、2025年5月22日のClaude 4発表と同時に一般提供が開始され、VS CodeやJetBrains向けの拡張機能、GitHub Actionsによるバックグラウンド実行、カスタムアプリケーションを構築できるSDKが揃いました。従来の「エディタ内でコード補完を提案するAI」から、「タスクを丸ごと委任される自律エージェント」への転換点だったと考えられます。

そして人気の裏付けとなったのが、技術系ニュースレターThe Pragmatic Engineerが実施した2026年のAIツール調査です。同調査は、Claude Codeがリリースからわずか8か月で業界トップのツールになったと報告しています。

詳細解説

同調査（2026年1月27日〜2月17日、回答者900名超）の主な結果は次のとおりです。

回答者の95%が週1回以上AIツールを使用し、75%がエンジニアリング業務の半分以上でAIを活用している。
「最も愛用するツール」としてClaude Codeを挙げた回答者は46%で、Cursor（19%）、GitHub Copilot（9%）を大きく上回った。
コーディングに使うモデルでは、Anthropic社のOpusとSonnetの言及数が他のすべてのモデルの合計を上回った。
回答者の70%が2〜4個のツールを併用しており、単一ツールへの一本化は起きていない。

興味深いのは企業規模による違いです。同調査は、小規模企業ではClaude Codeの利用率が最も高い一方、大企業ではGitHub Copilotが56%で優勢だと示しており、その背景としてエンタープライズの調達プロセスの影響を挙げています。「愛されるツール」と「組織で導入されるツール」は別物だという点は、会計事務所のシステム選定にも通じる示唆です。

もう一つの重要な流れが非エンジニアへの展開です。Anthropic社は、開発者がClaude Codeをプログラミング以外の事務作業や文書整理に転用し始めた動きを踏まえ、2026年1月に同じ技術基盤の上に一般ナレッジワーカー向けエージェント「Claude Cowork」を発表しました。The New Stackは、Coworkがプレビューを終えて有料プラン全体で一般提供され、ファイル操作、定期タスクの自動実行、複数タスクの並列処理を備えたと報じています。ターミナルという開発者の道具だったものが、フォルダ整理や資料作成という「事務所の仕事」の形に翻訳されたわけです。

論点と異なる見方

華々しい普及の一方で、批判的なデータも蓄積しています。Cloud Security Allianceのリサーチノート（2026年4月）は、AI生成コードに起因する脆弱性登録（CVE）が2026年1月の6件から3月には35件へ急増し、追跡された74件のうち27件がClaude Code由来だったと報告しています。ただし同ノートは、この比率の高さはコミット履歴からツールを特定しやすいことが一因だとも指摘しており、Claude Codeだけが危険という話ではありません。むしろ同ノートが引くVeracodeのテストでは、100超のLLMが生成したコードの45%にOWASP Top 10級の脆弱性が含まれ、この水準は2025年から改善していないと示されています。「速く作れること」と「安全に作れること」の乖離は、ツール横断の構造問題と見るべきでしょう。

また、数字の扱いにも注意が必要です。起点のSpeechly記事を含む複数の海外メディアは今回の調査を「15,000人の開発者調査」と紹介していますが、調査の原文が明記する回答者数は900名超であり、しかも経験豊富な購読者層に偏るサンプルだと原文自身が断っています。46%という数字は「業界全体の代表値」ではなく「感度の高い層の先行指標」と読むのが妥当だと考えられます。二次情報の増幅で数字が独り歩きする構図は、税制改正の報道でも毎年見かける光景です。

実務への影響と留意点

日本の税理士・会計事務所にとって、これは対岸の火事ではないと私は考えています。具体的には次の対応を勧めます。

「エージェント型」への移行を前提に情報収集を切り替える。チャット画面に質問を打つ使い方から、フォルダ内の資料整理・突合・下書き作成といったタスクを丸ごと任せる使い方へ市場の重心が移っています。Coworkのような非エンジニア向けツールを小さな定型業務で試す価値はあります。
顧問先のシステム開発の変化を織り込む。中小企業でもAIエージェントによる内製開発が現実になりつつあり、開発費の資産計上・研究開発費の区分や、少額のSaaS的支出の処理など、従来の外注前提の課税関係整理では拾えない論点が増えると見ています。
検証プロセスを制度として持つ。CSAのデータが示すとおり、AIの成果物は一見動いても欠陥を含みます。税務判断や申告書類にAIを使う場合、根拠条文と数値の人間による確認を業務フローに明文化すべきです。
導入時は「個人の熱狂」と「組織の統制」を分けて評価する。調査が示した中小と大企業の採用差は、情報管理・権限設計の整備コストの差でもあります。事務所への導入では顧問先データへのアクセス範囲の設計を最優先に検討すべきです。

私の見解

Claude Codeの46%という数字そのものより、「リリース8か月で頂点に立った」という速度にこそ意味があると私は見ています。ツールの覇権が1年未満で入れ替わる市場では、特定製品への習熟よりも、AIに仕事を委任し結果を検証する能力そのものが資産になります。そして開発者の道具がCoworkとして事務職に降りてきた以上、税理士業務の定型部分がエージェントに置き換わる流れは不可逆でしょう。一方で、脆弱性データが示す「出力の質は使い手の検証体制に依存する」という現実は、正確性が生命線の税務では一層重く効きます。速さに乗りながら、最後の責任を人間が持つ設計を崩さないこと。それが今後数年の分水嶺になると考えています。

出典

もしこの記事が参考になりましたら、Xアカウント（@ash_ai_tax）もフォローしていただけると嬉しいです。