JetBrainsの2025年純損失 — 為替差損か、IDEの黄昏か

売上は過去最高なのに最終損益は赤字である。これはコーディングエージェントがIDE事業を侵食している証拠なのか、それとも為替の一行が生んだ錯覚なのか?

導入

2026年10月6日、Hacker Newsのトップページに「JetBrains、2025年の売上成長と純損失を報告」というタイトルの投稿が上がり、596ポイントを集めた。リンク先は、企業の財務データを集めて販売するチェコのHelgi Libraryのページである。そこに載っている数字はシンプルだ。JetBrains s.r.o.の2025年の売上高は160億800万コルナ(CZK)で、前年比6.3%増と同社の過去最高を記録した。ところが当期純利益はマイナス3億1,500万コルナ、つまり純損失である。

IntelliJ IDEA、PyCharm、Rider、WebStormを作る会社が赤字を出したというニュースは、2026年の開発者コミュニティにぴったりはまる物語を提供した。Claude CodeやCodexのようなCLIエージェント、Cursorのような AIエディタが開発のやり方を変えているのだから、重い有料IDEが押し出されるのは当然だ、という物語である。実際、スレッドのかなりの部分は「もう1年IDEを開いていない」という告白で埋まった。

しかし同じスレッドで、何人かのユーザーは別の問いを投げた。売上が伸びているのに、なぜ皆が顧客離れを語るのか。そして実際の開示資料で損失の出どころを調べると、その大部分は為替だったという主張が出てきた。本稿は二つの話を切り分けて読む。第一に、公開された数字は実際に何を語っているのか。第二に、数字とは別に、エージェント時代においてIDEという商品の価値はどこへ移っていくのか。

数字が語ること、語らないこと

まず出典の性格を押さえておく必要がある。Helgi Libraryのページは、この数値がJetBrains s.r.o.がチェコの商業登記所(Sbírka listin)に提出した個別(非連結)の法定財務諸表から読み取ったもので、チェコ会計基準(Czech GAAP)に従うと明記している。本社はプラハ、設立は2002年である。つまりこれはJetBrainsグループ全体の連結業績ではなく、チェコ法人一社の帳簿だ。Hacker Newsでもあるユーザーがこの点を指摘し、米国の10-Kと同程度に信頼できる資料なのかと問い、別のユーザーはチェコでは非上場企業の財務諸表も公開登記されると答えた（直接の引用ではなく、コメントの要旨の要約）。

その前提の上で、Helgiが示す5年分の表を書き写すと次のとおりである(単位:百万コルナ)。

項目20212022202320242025
売上高9,92611,90713,40015,06516,008
売上総利益5,3325,0904,7172,8341,708
EBIT4,8353,2214,0892,042751
純金融費用136222-110-8101,078
税引前利益4,6973,1554,7452,982-325
当期純利益3,9712,2903,8562,479-315

表を横に読むと、二つの異なるトレンドが重なっていることがわかる。

一つ目は金融項目の急変である。2024年の純金融費用はマイナス8億1,000万コルナ、つまり金融側で利益が出ていた。2025年にはプラス10億7,800万コルナの費用へと反転した。2025年のEBIT 751から純金融費用1,078を引くと約マイナス327となり、表の税引前損失マイナス325とほぼ一致する。言い換えれば、営業段階ではまだ黒字であり、純損失に転落したのは金融項目のせいである。

その金融項目の正体については、Hacker Newsのユーザーが登記所の原文を直接読んだとして説明を補っている。@rfgplkはチェコ語の開示資料をGPTで翻訳して読んだ結果として、コルナが主要外貨に対して上昇したことで約15億1,600万コルナの為替差損が発生し、それがはるかに小さい営業利益を覆い隠したとまとめた。ただし「単なる会計上の問題」とだけ見るのは不完全で、営業利益も63.2%減少したと付け加えている（直接の引用ではなく、コメントの要旨の要約）。@rdslwも別途開示を読み、純損失の主因は2025年のコルナ・ドル相場の変動であり、ドルを保有していればお金が動かなくても帳簿上の損失が計上されると説明した（直接の引用ではなく、コメントの要旨の要約）。これらの数値は筆者が原文の開示を直接確認したものではなく、コメント投稿者の読解なので、正確な金額は留保しておくのが妥当である。それでも算術的な整合性はある。税引前損失マイナス325に1,516を足すと約1,191となり、@rfgplkが併せて示した「為替差損だけを除いた場合の税引前利益」の数値と一致する。

二つ目は営業側のトレンドで、こちらのほうがむしろ重い。売上は5年で1.6倍に伸びたが、売上総利益は5,332から1,708へと3分の1以下に減り、売上総利益率は53.7%から10.7%に落ちた。EBITは4,835から751に減っている。為替がなくても、この法人の収益性は数年にわたって急速に薄くなっていたということだ。2024年の純利益2,479も、金融利益810に支えられた結果である。

コストがどこで膨らんだのかについても、コメントが手がかりを与えている。@mjr00は人件費が34.2%増えたと指摘し、@rdslwは開示資料で「その他サービス」費用が19億4,100万コルナ増えて49億4,100万となり、コンサルティングとマーケティングもそれぞれ大きく増えた一方、「ソフトウェア開発」項目は10億2,500万減ったと書いた（直接の引用ではなく、コメントの要旨の要約）。チェコ法人がグループ内の他法人に開発を委託する構造であれば、こうした項目の移動はグループ内取引の構造変化かもしれない。この点は筆者は確認できていない。

最後にキャッシュフローである。Helgiの表では2025年の投資活動によるキャッシュフローはマイナス102億7,300万コルナで、前年のマイナス19億4,600万の5倍を超える。現金同等物は69億7,800万から14億4,400万に減った。この数字だけを見ると「巨大な何かに金を注ぎ込んだ」と読みやすく、実際スレッドでは多くのユーザーがAI投資や推論コストの補助を推測した。しかし@rdslwは、投資キャッシュフローの中身は子会社への貸付と銀行預金への移動だと書いている（直接の引用ではなく、コメントの要旨の要約）。預金が「現金同等物」から「短期金融資産」へ分類だけ移ったのであれば、現金が減ったように見えてもお金が消えたわけではない。Helgiがネットキャッシュを75億8,400万コルナと表示していることも、この解釈と矛盾しない。

まとめると、公開資料から断言できるのはこの程度である。チェコ法人の売上は伸びた。営業利益は減ったが黒字である。純損失は金融項目から来ており、コメントはそれを為替差損と名指ししている。そしてグループ全体の業績はこの資料からはわからない。@rdslwはグループ全体の成長率が25%だと主張したが、出典が示されていないため、ここでは未検証の主張として残しておく。

エディタがコモディティになるとき

では「AIがIDEを殺した」という物語は間違いなのか。財務諸表がその物語を裏付けているわけではない。しかしスレッドの残り半分、つまりユーザーの行動報告は、別のデータとして読む価値がある。まだ売上に反映されていない先行指標かもしれないからだ。

報告は驚くほど同じ方向を指している。15年間自腹でJetBrainsに支払ってきたが、この1年一度も開いていないというユーザーがいた(@SkyPuncher)。RustRoverが主力ツールだったが今はClaude Codeとたまに Codexを使い、2月以降コードを自分で書いていないというユーザーもいた(@echelon)。社内のMRのdiffこそが自分のIDEであり、初めてJetBrainsのサブスクリプション更新を迷っているという話(@spicyusername)、Claudeがコードの大半を書くようになってIntelliJの複雑さと実行時の重さがもう正当化できなくなり、VS Codeに移ったという話(@akkad33)も続いた（いずれも直接の引用ではなく、コメントの要旨の要約）。

これらの報告の共通点は、「編集」という行為が開発者の仕事から抜け落ちたことである。従来のIDEの価値提案は、人がコードを書き、直す瞬間に集中していた。正確な補完、安全なリファクタリング、シンボル探索、デバッガ。あるユーザーが要約したように、JetBrainsの堀は賢いリファクタリングといくつかのデバッグツールだった(@maxdo、直接の引用ではなく、コメントの要旨の要約)。エージェントが編集を担えば、人に残る仕事は指示し、待ち、結果をレビューすることだ。そしてレビューにはdiffビューアとコードナビゲーションがあれば足り、それはGitHubのPR画面やNeovimでも十分だというのが、複数のユーザーの結論だった。

さらに興味深いのは、IDEをエージェントと一緒に使うとむしろ邪魔になるという報告である。@xnorswapは、Claudeが作業している間IDEを開いておくとキャッシュがすぐ古くなり、IDEが編集に追いつこうと再処理を繰り返して「空回り」すると書いた。だからClaudeが働いている間はIDEを閉じるようになり、そのうちコードを見ないことに慣れてしまったという。彼が本当に望むのは逆方向、つまりエージェントがgrepで迷う代わりにコンパイラのキャッシュや言語サーバーの知識を正確に活用する構造なのだが、その結合はIDEベンダー側ではなくハーネスを作る研究所側から出てくるだろうと見ている（直接の引用ではなく、コメントの要旨の要約）。複数のworktreeでエージェントを並列に走らせるとIntelliJの遅いインデックス作成やキャッシュ問題が増幅されるという@akkad33の報告も、同じ点を指している。

これは構造的な逆説である。JetBrainsが20年以上かけて積み上げてきた最も深い資産は、言語ごとの静的解析エンジン、つまりコードを「理解する」能力だ。この能力は原理的にはエージェントにとって最も必要なものである。ところがその能力が「人が一つのファイルを開いて編集する」というインタラクションモデルに縛られているため、エージェントが複数ファイルを同時に大量に書き換える作業スタイルと衝突する。エンジンの価値はそのままなのに、エンジンを包む製品の形が時代に合わなくなったのである。

JetBrainsがこれに気づいていないわけではない。公式サイトのJetBrains Airのページは、Airを「エージェントでソフトウェアを作るための一つのシステム」と紹介し、Claude Agent、Codex、Junie、Copilot、OpenCode、そしてACP経由で接続できるあらゆるエージェントと連携すると書いている。IDE、Web、CLI、モバイルで作業でき、エージェントはクラウドで動くため作業が一台のマシンに縛られないという。ページのサンプル画面には、PR作成時のコードレビューやmainへのマージ時のドキュメント更新といったオートメーションが、クレジット消費量とともに表示されている。方向性そのものは、スレッドのユーザーが欲しいと言っていたもの、つまりworktree・並列セッション・diffレビューをサポートする統合環境とほぼ正確に重なる。実際、そうした製品がないと不満を述べたユーザーに対し、JetBrains側の人物と思われるアカウントがAirプラグインのリンクを返信した場面もあった(@neuraldenis)。

問題はタイミングと信頼である。スレッドには、AI Assistantが後付けの機能のように感じられるという不満、組織でAIを無効にしていてもウィンドウを開くたびにAIチャットタブが出てくるという不満、Junieをめぐってメッセージが混乱しているという不満が多かった。Airは面白いと思ったがリリースが遅く、似たものを自分で作ってしまったというユーザーもいた(@dools)。コードレビューツールUpsourceとコラボレーション基盤Spaceを相次いで終了した判断を振り返り、今必要なのは重いIDEではなくエージェントの成果物をレビューしてマージする場所だったのに、まさにそれを畳んでしまったという指摘も出た(@kgeist、@rednb)。いずれも個人の印象だが、「製品は正しい方向に進んでいるのに、ユーザーの信頼が先に離れている」というパターンは繰り返し観察される（以上いずれも直接の引用ではなく、コメントの要旨の要約）。

展望と示唆

この事例から、有料開発ツールを作る側であれ買う側であれ、持ち帰れる教訓は三つある。

第一に、物語と帳簿を分けて読むべきである。今回のスレッドは、損失という一語から「エージェントがIDEを終わらせた」という結論へ飛躍するコメントで溢れていた。しかし公開された帳簿で確認できるのは売上の増加と金融項目の急変であり、損失の直接の原因はユーザー離れではない。あるユーザーが指摘したように、誰もIDEを買う必要がないというのが支配的な意見であるなら、むしろ驚くべきは売上が伸びたという事実のほうである(@jen20、直接の引用ではなく、コメントの要旨の要約)。同時に、売上総利益率が5年で53.7%から10.7%まで下がったのは為替では説明できないトレンドなので、「ただの為替だ」という反論も半分しか正しくない。

第二に、エディタがコモディティになれば、価値は「理解」と「レビュー」へ移る。コードを書くコストがゼロに近づけば、希少になるのはそのコードが正しいかを判断する人間の時間である。有料ツールが正当化されるには、その時間を減らさなければならない。具体的には、エージェントが作った大規模な変更を意味単位でまとめて見せるdiff、リファクタリングの安全性を静的解析で証明する機能、そしてエージェントがgrepの代わりに呼び出せる言語エンジンのAPIといったものだ。これらはJetBrainsが原理的に最も得意とする領域であり、同時にまだ誰も確実には押さえていない領域でもある。

第三に、エージェントに対する中立性が堀になりうる。Airのページが自社のJunieだけでなくClaude Agent、Codex、Copilot、OpenCodeを並べてサポートすると打ち出しているのは意味がある。モデルやエージェントは数か月単位で順位が入れ替わるが、特定のエージェントをユーザーに押し付けるツールは、その乗り換えコストをユーザーに転嫁する。スレッドで「自社エージェントを押すのではなく、エージェントとの統合をうまくやれ」という要求が繰り返されたのも同じ文脈である。ただしこれは自社AIクレジットの販売という収益モデルと緊張関係にある。他社のエージェントをうまくサポートするほど、自社の推論売上の根拠は弱くなる。

展望は分かれる。楽観的に見れば、JetBrainsは現金のある会社だ。チェコ法人一社だけでもネットキャッシュは75億コルナを超え、営業は依然として黒字で、売上は伸びている。移行に数年をかける余裕がある。悲観的に見れば、行動指標は財務指標より先に動く。「今年は更新したが来年はわからない」というコメントがこれだけ積み上がっているということは、サブスクリプション事業で更新率が折れる時点が遠くないかもしれないというシグナルである。どちらが正しいかはこのデータでは判定できず、グループの連結業績や更新率といった指標が公開されて初めてわかる。

結論

JetBrainsの2025年の純損失は、公開された数字で見る限り「AIがIDEを殺した」証拠ではない。売上は過去最高であり、損失は金融項目から来ており、Hacker Newsで開示資料を直接読んだユーザーはそれをコルナ高による為替差損と名指しした。ただし、その下で売上総利益率が5年間着実に薄くなってきたという事実は、為替では覆い隠せない。

そして数字とは別に、スレッドに積み上がったユーザーの報告ははっきりとした方向を指している。開発者の一日から編集が抜け落ち、その場所を指示とレビューが埋めつつある。編集を助けるツールはコモディティになり、レビューを助けるツールが新しい有料領域になる。コードを最も深く理解するエンジンを持つ会社がその移動に追いつけないとすれば、それは技術の問題ではなく製品の形の問題である。

あなたのチームが来年の開発ツール予算を決めるとき、何を基準にするだろうか。「誰がコードをより速く書かせてくれるか」か、それとも「誰がエージェントの書いたコードをより速く、より確実にレビューさせてくれるか」か。

出典: