ガバナンスの再設計が必要に
Claude Code生みの親は「コードを一行も自分で書いていない」――情シスはどう受け止めるべき?
「Claude Code」の開発者ボリス・チェルニー氏は、「モデルがコードの100%を書く状態」に到達したと語った。AIが現場部門によるソフトウェア開発を広げる中、情報システム部門はどのように備えていけばいいのか。
「AIでソフトウェア開発が変わる」と聞いても、多くの情報システム部門(以下、情シス)は、まだ“開発部門の話”だと感じているかもしれない。しかし実際には、既に現場部門がAIを使ってツールや業務アプリケーションを作り始めている。営業部門が自前で業務自動化ツールを作る、経理部門がAIにデータ処理をさせる、はたまた、AIモデルが社内ツールを構築する時代が来る可能性もある――。こうした動きが広がれば、「誰が作ったのか分からないシステム」が社内に広がる可能性がある。
問題は、インシデントや情報漏えいが起きたとき、最終的に説明責任を問われるのが情シスだという点だ。
こうした変化を象徴する発言が、Anthropic社のエンジニアであり「Claude Code」の“生みの親”であるボリス・チェルニー氏から飛び出した。同氏は、「自分はもう、コードを一切手で書いていない」と語る。
「AIが全部書く」時代に情シスはどう備えれば?
Claude Codeは、Anthropicが開発するAIコーディングエージェントだ。チェルニー氏は、2024年後半に「Anthropic Labs」という少人数チームでClaude Codeの開発を始めた。当初から、コードを補完するのではなく、「AIエージェントがコードを全部書く」ことを目標に据えていたという。
ただし、初期のClaude Codeは「半年間ほとんど使い物にならなかった」と同氏は振り返る。状況が大きく変わったのは、AIモデル「Opus 4」以降だ。モデル性能の向上によって、Claude Codeの利用が急拡大したという。
チェルニー氏は現在、「モデルがコードの100%を書く状態」に到達していると説明する。同氏自身、1日に数十件、多い日は150件以上のPull Request(PR)をAI経由で処理しているという。
もっとも、全ての環境で完全自動化できるわけではない。大規模で複雑なコードベースや、学習データが少ない言語では課題が残る。ただし同氏は、「多くの場合、次のモデルを待てば改善する」との見方を示した。
“複数AIエージェント”が同時に働く時代へ
チェルニー氏の開発スタイルも特徴的だ。PCだけでなく、スマートフォンから複数のAIエージェントを並列稼働させているという。通常でも5~10のセッションを動かし、その中で数百のAIエージェントが稼働する。夜間には数千規模のエージェントがバックグラウンドで動作することもあるという。
特に重視しているのが「loop」と呼ばれる仕組みだ。これは、AIエージェントが定期的にジョブを実行し続ける機能で、CI(継続的インテグレーション)の修復、PR管理、テスト失敗への対応、SNS上のユーザー動向の収集などを自動化している。
同氏は、「loops are the future」(ループこそ未来)と表現する。単発のAI利用ではなく、“常時動き続けるAIエージェント”が仕事を代行する世界観だ。
「ソフトウェアを書く人」が変わる
チェルニー氏は、AIによって「ソフトウェア開発者」の定義そのものが変わると見る。エンジニアだけでなく、会計士やデザイナー、プロダクト担当者など、ドメイン知識を持つ人材が直接ソフトウェアを作る時代になるという。
Anthropic社内では、エンジニアだけでなく、プロダクトマネジャー、デザイナー、データサイエンティスト、財務担当者まで「全員がコードを書く」状態になっていると同氏は説明する。
同氏は、この変化を「活版印刷」の普及になぞらえる。かつて読み書きは一部の専門家だけの技能だったが、印刷技術によって一般化した。同様に、ソフトウェア開発も“専門職だけのもの”ではなくなるという見方だ。
その結果、重要になるのは「コードを書く能力」ではなく、「業務知識」や「何を作るべきかを理解する能力」だ。同氏は、「会計ソフトを最もうまく作れるのは、エンジニアではなく優秀な会計士かもしれない」と指摘する。
情シスは何を考えるべきか
この変化は、企業の情シスにも影響を与える可能性がある。従来のように、「開発部門だけがコードを書く」という前提が崩れれば、現場部門やAIが独自ツールを開発するケースが増える可能性があるためだ。
その場合、情シスに求められる役割も変わる。重要になるのは、「AIエージェントを安全に使える基盤」「データ連携」「権限管理」「監査」「ガバナンス」を整備することだ。
実際、チェルニー氏はAnthropicで重視されているのは「モデルの性能ではなく、組織構造やプロセス設計」だと述べた。AIを単なるツールとして使う段階から、「AI前提」で組織全体を再設計する段階へ移行する未来像も遠くはない可能性がある。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー