E2e、エージェントによるコーディングの検証レイヤー構築に向けシード資金800万ドルを調達

e2eは2026年11月3日、コーディングエージェントが作成したソフトウェアを検証するツールの開発を進めるなか、シード資金として800万ドルを調達し、TesterArmyから社名を変更したと発表した。出資者には、Credo Ventures、KAYA、Point Nine、Baobab Ventures、Script Capitalが名を連ねる。

個人投資家には、Snowflakeの共同創業者Marcin Żukowski氏と、Uberの共同創業者Oscar Salazar氏が含まれる。新社名のe2eは、テストを検証戦略の第一段階として、エージェントの作業全般を支援するという、より広い目標を反映している。

TesterArmyからE2eへと社名を変更した理由

チームは2026年初めにTesterArmyを立ち上げ、Y Combinatorにも参加した。同社のクローズドなプラットフォームでは、顧客はテストをコードと一緒に保存したり、任意のモデルを選んだり、コーディングエージェントの隣でテストをローカル実行したりできなかった。こうした制約を踏まえ、e2eではテストをユーザーが所有するコードとして扱い、モデルの選択権もユーザーに委ね、テストをローカルまたは継続的インテグレーション環境で実行できるようにした。

同社は2026年10月1日にオープンソースのフレームワークを公開した。公開後、このフレームワークが開発者の間でチームと結び付けて認識される製品となったことを受け、リブランドによりフレームワークの名称を会社全体にも広げた。

エージェントのステップと厳密なチェックを組み合わせる

このTypeScriptフレームワークは、単一のAPIでウェブ、iOS、Androidに対応する。開発者は、精度が重要な場面ではロールベースのロケーターと自動再試行されるアサーションを使い、さらに agent.act(), agent.assert() また agent.extract() すべての操作をスクリプト化するよりも目標を説明するほうが簡単な場合には、ステップを追加できる。

記録済みのチェックを伴うエージェントのステップが成功すると、e2eはその操作をキャッシュし、以降の実行ではモデルを再度呼び出さずに再生する。インターフェースが変化して再生が機能しなくなると、稼働中のエージェントが引き継ぎ、新たな経路を見つける。したがって、モデルの利用量は、変更のないテストを繰り返すたびではなく、インターフェースの変更に応じて増減する。

エージェントのステップは、ローカルモデルを含むAI SDKのモデル上で実行できるほか、既存のChatGPT、GitHub Copilot、SuperGrokのサブスクリプションを通じて実行することもできる。エージェントスキルとMCPサーバーにより、このフレームワークはClaude Code、Cursor、Codexと連携する。これにより、各コーディングエージェントはアプリを調査し、インターフェースロケーターを使ってテストを作成し、失敗レポートを確認できる。

このフレームワークはApache-2.0ライセンスのもとnpmで提供されているが、まだバージョン1.0未満だ。プロジェクトのリポジトリでは、マイナーリリース間でもAPIや設定が変更される可能性があると注意を促しており、デスクトップアプリケーションにはまだ対応していない。

e2eによると、このフレームワークは公開から最初の1カ月でnpmのダウンロード数が150万回、GitHubのスター数が1万2,000件を超え、外部の貢献者も60人集まった。1日あたりのダウンロード数は約10万回に達していた。

商用プランと顧客の移行

同社は2027年にe2e cloudを立ち上げる計画で、チームはさまざまなモデルやデバイスを利用し、マネージドインフラ上でこのフレームワークを実行できるようになる。その後、追加の検証ツールも提供する予定だ。オープンソースのフレームワークはApache-2.0ライセンスのまま維持される。

エンタープライズ向けプランでは、企業はフレームワークを無料で利用でき、導入支援やカスタム開発を担うエンジニアに対して料金が発生する。こうした支援には、テストの移行、継続的インテグレーションの設定、各技術スタックに特化した開発、引き継ぎが含まれる。テストとアプリケーションは、顧客が管理するインフラ上で稼働する。

既存のTesterArmy顧客は2027年1月15日まで従来のプラットフォームを利用でき、同社はそれまでにテストをe2eへ移行できるよう支援する。また、チームの拡大に伴い、ワルシャワとサンフランシスコで採用を進めている。

今回のシードラウンドで得た資金は、報告されている初期の導入実績を背景に、クローズドなテストサービスからオープンな検証事業へ移行するために充てられる。中核となる課題は、まだバージョン1.0未満のフレームワークを軸に、エンタープライズおよびクラウドの運用体制を構築しながら、同フレームワークの差別化要因であるローカル環境での制御、モデル選択の自由、オープンなライセンスを維持することだ。