エンジニアの85.5%はエージェントを信頼しています。そのうち半数は、毎日どこかで問題に当たっています

Surya Pratap
By Surya Pratap

2026年8月26日

11分で読めます

AI・テクノロジー
550人超のエンジニアを対象とした同一調査から得られた2組の回答を対置した図。一方にはエージェントの出力を信頼する85.5%、生産性が向上したとする91.1%、日次利用の80.8%が並び、もう一方には毎日問題に当たる41.1%、継続的に当たる9.0%、そして数時間以内に本番へ出す51.3%が並ぶ同じ人たちの、2つの答えHover to explore
どちらの列も誤りではありません。同じ調査で同じ回答者が答えたものであり、だからこそ両者の隔たりを読む価値があります。

Temporalが今週、2026 State of Development Report: AI Agentsを公開しました。出回っている数字は導入率です。エンジニアの**80.8%が毎日以上の頻度でエージェントを使っており、1年前の47.3%**から相対値で70.8%の上昇です。

この数字は本物ですが、あまり面白くありません。導入曲線は上がるものですし、今回は急に上がりました。エンジニアリングの現場でエージェントが当たり前になったという確認を待っていたのなら、それはここにあります。もう待たなくて構いません。

面白い数字は2ページ先にあり、そして並べて置くと据わりが悪いのです。

1. この調査が実際に測ったもの

結果の前に、この調査の形を見ます。ほかのすべてがどれだけの重さに耐えられるかを決めるのは、そこだからです。

公表されているとおりの調査方法

Temporal, 2026 State of Development Report: AI Agents

  • 回答者550人超。ソフトウェアエンジニア、アーキテクト、インフラの担い手、エンジニアリング部門の責任者。
  • 調査期間は2026年4月29日〜5月25日、公開は8月下旬。公開時点でデータはおよそ3か月前のものです。
  • 3分の2が米国、3分の1が英国およびEMEA。
  • 企業規模は50人未満から5,000人超まで。最大の層は251〜1,000人規模で、全体の29.2%です。

実務者調査としては十分な規模であり、「エンジニア」一般についての主張としては狭い規模です。中規模企業と英語圏に偏っており、そして自己選択的です。AIエージェントに関する調査に答える人は、AIエージェントについて意見を持っている人だからです。

2. かみ合わない2つの回答

その2つがこれです。

回答者の**85.5%**が、少なくともある程度はエージェントの出力を信頼していると答えています。**91.1%**が、エージェントによって生産性が向上した、あるいは一変したと答えています。

そして、**41.1%毎日問題に直面しています。さらに9.0%**が継続的に直面しています。

標本の半数強が毎日問題に当たっていて、そのうえで7人に6人ほどが出力を信頼している。

どちらの数字も、同じ調査票で同じ人たちが答えたものです。どちらも嘘ではありません。ただし並べて読むと、これは特定の何かを描いています。そしてそれは「エージェントはよく動く」ではありません。

描かれているのはキャリブレーションのずれです。信頼が、それを支える根拠より速く進んでしまった状態のことです。たいていは見事に働き、しかし予測できない形で外すという道具に対して、人間が起こす反応としてはごく普通で、よく記録されてもいます。そして、人が確認をやめるのは、まさにこの条件下です。

「少なくともある程度は」が背負っている仕事の量

信頼の数字は柔らかい指標です。無関心より上ならすべて数えられる聞き方になっています。それ自体は正当な設問設計であり、つまり85.5%は「大半のエンジニアはエージェントの出力に敵対的ではない」と読むべきであって、「大半がレビューなしで本番に出す」と読むべきではありません。対して失敗の数字は、何かが実際に何回おかしくなったかという硬い行動計測です。柔らかい指標と硬い指標を比べているからこそ両方とも真でありうるのであり、同時にそれが、柔らかいほうに見出しほどの重みを与えるべきでない理由でもあります。

3. 中央値は5、平均は10.7

もう1つ立ち止まる価値のある数字があります。回答者が動かしているエージェントは中央値で5個平均で10.7個です。

平均が中央値の2倍を超えるとき、分布は右に長い裾を持ちます。ごく一部が極端に多くのエージェントを動かして平均を押し上げており、典型的なエンジニアが動かしているのはひと握りです。

これは報告書の他のすべてを読むうえで効いてきます。この2つの集団は、同じ体験をしていないからです。30個動かしている人は何かを工業化しています。5個動かしている人は、IDEの機能を使うのと同じ感覚でエージェントを使っています。満足度の集計値は両方を平均してしまい、出てきた数字は誰のことも説明しません。

自分のチームが遅れているのかを判断したいなら、見るべき統計量は中央値であり、それは5です。

4. 確認できる速度を超えて出荷している

回答者の**51.3%**が、プロトタイプから本番まで数時間以内だと答えています。**26.9%**は数分以内だと答えています。

これを毎日問題に当たる41.1%と並べると、リスクの形が見えてきます。かつて「自分の環境では動く」と「本番に出ている」のあいだにあった制約は時間でした。誰かが差分を読み、テストを流し、境界条件について考えるための時間です。エージェントはその窓を、回答者の4分の1について数分にまで圧縮しました。

圧縮が問題になるのは、検証が一緒に圧縮されなかった場合だけです。そして大半の場合、検証は一緒に圧縮されていません。コードを書くコストは劇的に下がり、そのコードが正しいと確かめるコストは少しだけ下がりました。この2つの速度差のなかに、毎日の問題は住んでいます。

これはレビューのボトルネックで書いたのと同じ機構です。生成はスケールし、レビューはスケールせず、待ち行列は消えたのではなく移動しました。この調査は、その現象がいまや初期採用者の不満ではなく中央値の体験になっていることを示す、大標本の証拠として私が見た最初のものです。

5. SaaSの創業者なら二度読むべき数字

キャリア意識のセクションに埋もれているのが、これを読んでいる人にとって商業的な影響がもっとも直接的な発見です。

回答者の92.3%が、すでに料金を払っているソフトウェアを自分で作り直そうとしたことがある。

「しようとした」です。成功した、ではありません。この調査が測っているのは試みであり、その区別こそが話の中心です。とはいえ、10人中9人のエンジニアが「これは自分たちで作れる」に手を伸ばすようになったという事実は、来年あなたの営業チームが行うあらゆる購買会話の初期姿勢を変えます。

成功したということ

意味しないこと
動くプロトタイプと、保守され続ける社内プロダクトとのあいだの隔たり。その試みの大半はそこで死にますし、作り直しコストの問題が住んでいるのもそこです。試みは置き換えではありません。ただし、それを抱えている本人にとって、いまや信憑性のある交渉材料にはなっています。

堀は機能ではない

意味すること
エージェントを持つ有能なエンジニアが週末で中核機能を近似できてしまうなら、その機能はもう誰かが金を払う理由ではありません。残るのは、社内での作り直しが安く再現できないものです。データ、連携、コンプライアンスの守備範囲、積み上がった例外ケース、そして「深夜2時にそれを引き受けたい人が向こうのチームにいない」という事実です。

MVPを出そうとしている創業者にとっての実務的な読みは「SaaSは終わった」ではありません。立証責任が移ったということです。買うほうが作るより良い理由を、いまや明示的に語る必要があります。買い手はすでに作ってみたあとであり、そして正直な答えは、まず機能一覧ではないからです。

6. これを語っているのは誰か

出典についてははっきり書きます。報告書の結論の価値が、それで変わるからです。

Temporalが売っているのはdurable execution、つまり長時間動き、状態を持ち、再試行できるワークフローのための基盤です。CEOは調査結果をこうまとめています。

先行しているチームは、自分たちのシステムをより信頼できているチームです。状態、コスト、信頼性を解決しているからです。

状態と信頼性は、まさにTemporalの製品が提供するために存在している2つです。この一文が誤りだということではありません。ただし、報告書の推奨と発行元の売上が同じ方向を向いているということであり、その分は割り引いて読むべきだということです。生の百分率は、その上に重ねられた解釈よりずっと信頼できます。これはベンダー調査全般に当てはまります。

2つ目の留保は鮮度です。調査は2026年5月25日に締め切られ、公開は8月下旬です。たいていの業界なら、3か月前の調査は現在の数字です。この業界では、3か月のあいだにフロンティアモデルのリリースが何度かあり、コーディングエージェントの使われ方も少なくとも一度は変わっています。導入率の数字は、いまではほぼ確実に過小評価でしょう。信頼性の数字はどちらに動いていてもおかしくなく、どちらなのかはTemporalを含め誰も知りません。

7. これをどう使うか

自分たちの失敗率

測る
41.1%の使える版とは、彼らの数字ではなく自分たちの数字です。1週間、エージェントが出したもののうち、取り消し・修正・やり直しが必要になったものをすべて記録してください。数えたことのあるチームはほとんどなく、そして数えると、たいてい体感より高く出ます。それが、自宅で測ったキャリブレーションのずれです。

生成側ではなく、検証側の穴

埋める
プロトタイプから本番まで1時間で行けるなら、てこはもう「速く生成すること」にはありません。その1時間のなかで走り、そして実際にリリースを止められる検査のほうにあります。評価セットはその最も安価な形であり、多くのチームはいまだに持っていません。

なぜ買うほうが作るより良いのか

答える
その段落を書いてください。エンジニアにソフトウェアを売っているなら、買い手の92.3%は、料金を払っている何かを作り直そうとした経験があります。「これは自分たちで作れる」への答えを、通話の場で即興でひねり出すべきではありません。

唯一やらないほうがよいのは、80.8%を号令として扱うことです。導入率は、どの調査でももっとも引用され、もっとも行動に結びつかない数字です。それが教えるのは何が普通かであって、普通は正しいと同義ではありません。その80.8%の半分は、毎日問題に当たっています。

率直なまとめ

見出しになる発見は、エンジニアのエージェント利用が1年でおよそ倍増し、日次ではほぼ全員に達したということです。これは決着したものとして扱ってかまいません。

その下にある発見のほうが有用で、そして居心地が悪いものです。信頼が信頼性を追い越しました。85.5%が出力を信頼している一方で、半数強が毎日または継続的に問題に当たっており、標本の半分は1時間以内に本番へ出しています。これはエージェントが駄目だという話ではありません。生成の層と同じ速度ではスケールしなかった検証の層についての話であり、しかも誰もそれに気づく時間を持っていない環境で起きている話です。

そして次の取締役会に持っていくべき数字は、誰も引用していないほうです。エンジニアの92.3%は、料金を払っている何かをすでに作り直そうとしたことがあります。 大半は失敗しました。彼らはより良い道具を手に、また試します。そうすべきでない理由についてのあなたの答えは、機能比較よりましなものである必要があります。

他人の失敗率を信じる前に、自分たちの失敗率を数えてください。

出典: Temporal Technologies「Temporal Releases The 2026 State of Development Report: AI Agents」 · Temporal Technologies · すべての百分率、550人超という標本規模、および2026年4月29日〜5月25日という調査期間はTemporalの公表値です。解釈と留保は筆者によるものです。

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :