Factory は、エージェントネイティブなソフトウェア開発を構築しています。そのエージェント「Droid」は、トリアージ、計画、コード生成、検証、リリース、監視といったソフトウェア開発ライフサイクル全体を自律的に実行し、本当に必要な場面でのみ人間の判断を仰ぎます。Adobe、Adyen、Chainguard、Clari、Nvidia、Writer など多くのエンジニアリングチームがすでにこのプラットフォーム上で開発を行っています。
シングルモデルのコーディングツールとは異なり、Factory はモデル独立性と自律的展開という2つの原則に基づいています。モデル独立性とは、Droid が Anthropic や OpenAI などのフロンティアラボから最強のオープンウェイトモデルに至るまで、すべての信頼できるコーディングモデルで動作し、各モデルに合わせてハーネスが調整されることを意味します。自律的展開とは、顧客がフルマネージドの SaaS から空気絶縁環境まで、必要な場所でその能力を実行できることを意味します。これらにより、企業はモデル、インフラ、データの制御を放棄することなく自律性を採用できます。
しかし、複数のモデル選択肢を提供する上での最大の課題はデリバリーです。新しいモデルは統一 API の裏で異なる動作をし、独自の推論およびトレース形式、ツールスキーマ、会話処理、PR の作成や未ステージの git 状態の扱いなどの癖があります。Factory はこれらすべてを吸収し、各モデルを同じハーネスで確実に動作させる必要があります。速度も難易度を高めます。なぜなら、モデルが発表から高い需要が発生するまでに数時間しかかからず、Factory のユーザーはモデルがリリースされた日に Droid で利用できることを期待するからです。
複数の推論プロバイダーを試した結果、Factory はオープンウェイトモデル向けの標準推論プラットフォームとして Fireworks を選定しました。Fireworks は以下の基準で勝利しました：完全なカバレッジとデイゼロ利用可能性、モデルごとの忠実度、全体的な信頼性と速度、インフラがクリティカルパスから外れること。
結果は顕著です。適切なオープンモデルにタスクをルーティングすることで、コストはフロンティアモデルの6%～20%にまで削減され、Kimi K2.7 はタスクをフロンティアコストの約20%で実行し、MiniMax は約6%で実行します。現在プライベートプレビュー中の Factory Router は、各タスクを信頼性基準を満たす最もコスト効率の高いモデルにマッチングすることで、タスクあたりの平均コストを30～40%削減します。ルーティングデータは顧客間でほぼ均等に分割されており、タスクの3分の1は最新のフロンティアモデルが必要なほど難しく、3分の1は最もコスト効率の高いモデルで十分なルーチンタスク、残りの3分の1はその中間です。
スループットの向上も同様に顕著です。例えば、チケットトリアージ自動化は、Kimi 2.6 で同じ支出で約5倍の作業を処理でき、MiniMax のような最もコスト効率の高いオプションでは最大15倍になります。品質はそのプレッシャー下でも維持され、Factory のハーネスは実行するすべてのモデルで Terminal-Bench ベンチマークにおいて Claude Code を一貫して上回っています。
モデル選択は Factory の企業市場における最も明確な差別化要因の1つとなり、月次でほぼ2倍の成長に貢献しています。Factory Router はまもなく広く利用可能になり、各新リリースに関する専門知識を必要とせずに、すべてのユーザーに自動的でコスト効率の高いモデル選択を拡張します。方向性は経済性によって決まります。エージェントワークフローはトークン消費を拡大し、Fireworks で提供されるオープンウェイトモデルは、ソフトウェアファクトリーのビジョンをエンタープライズスケールで経済的に維持可能にする鍵です。
大企業も小規模チームも同じ結果を得られます：より多くの自動化、コスト管理、そして後になってルールを変更する可能性のある単一ベンダーへの依存からの解放。Fireworks はそのビジョンを実現可能にします：すべてのオープンモデルへのデイゼロアクセス、高速で信頼性の高いデリバリー、そして GPU レイヤーを Factory のプレートから取り除くことです。