Naiveがアプリ、エージェント、および自律型企業向けのクラウドスタックを発表

Why it matters

Naive is betting that coding agents will choose infrastructure through machine-readable policies, shifting cloud distribution from dashboards toward agent-controlled APIs.

Naiveは8月6日にAIネイティブなクラウドスタックを公開しました。これはコーディングエージェントに対し、アプリケーションの構築、自律エージェントの運用、そしてAIが運営する企業を取り巻くインフラを形成するための単一のコントロールプレーンを提供することを目的としています。

このリリースは、共同創業者のSean Dorje (@seandorje)が単純な仮説のもとで組み立ててきた製品のこれまでで最も広範なバージョンです：エージェントは人間の創業者やエンジニアリングチームが通常、数十のサービスにわたって設定する運用システムにアクセスする必要がある。Naiveはそれらのシステムを1つのAPIキー、コマンドラインインターフェイス、宣言的な設定ファイルの背後にパッケージ化しています。

Naiveの訴求点は今やツール呼び出しをはるかに超えています。プラットフォームはアプリケーションホスティング、サーバーレス関数、GPUワークロード、Postgresデータベース、認証、オブジェクトストレージ、モデルルーティング、バーチャルカード、請求、メール、電話番号、会社設立、サードパーティソフトウェア接続をカバーします。Naiveによれば、開発者はこれらのコンポーネントをClaude Code、Codex、Cursorなどのコーディングエージェント、あるいはHermesやOpenClawといったエージェントランタイムから利用できます。

エージェント向けのインフラストラクチャをコード化

今回のリリースの中心は、エージェントが1つの設定ファイルでアイデンティティ、支出上限、予算、承認ルール、許可されたツールを宣言できるインフラストラクチャ・アズ・コード層です。Naiveはその後、基盤となるリソースをプロビジョニングし、ガバナンスを行います。

エージェントが金銭を使ったり顧客のアカウントを通じて行動したりできるようになると、この設計は重要になります。Naiveは、支払いが行われる前やツールが実行される前にガバナンス層がポリシーをチェックすると述べています。プラットフォームは機微な操作に対して承認を要求したり、支出制限を課したり、短命なセッションを発行したり、アクティビティを監査ログに記録したりできます。

これらの制御は、1つの資格情報に多くの権限を集中させることで生じるリスクに対するNaiveの答えでもあります。コンピュート、支払い、顧客ソフトウェア、会社設立サービスにアクセスできるエージェントは、テキスト生成に限定されたアシスタントよりも影響範囲が大きくなります。開発者がより重要なワークフローを接続していく中で、サーバー側の制御が信頼できるままであるかどうかがNaiveの製品の成否を左右します。

Naiveは、モデルルーターがタスクベースのルーティング、フォールバックプロバイダ、利用計測を備え、300以上のモデルをサポートすると述べています。Naiveはまた、100以上のサードパーティ接続と1万以上のツールのディレクトリを広告しています。これらの数字はNaive自身の集計であり、モデルエンドポイント、統合、呼び出し可能なプリミティブなど異なる種類のリソースを組み合わせたものです：それらは同等の製品の深さを意味するわけではありません。

開発者はNaive quickstartから開始できます。これはCLI、hosted MCP server、REST API、ソフトウェア開発キットを通じてプラットフォームを公開します。オンボーディングの流れにより、エージェントは登録してAPIキーを受け取り、開発者が各サービスを手動で設定することなくプリミティブへの呼び出しを開始できます。

DorjeはNaiveをスタックの下層へ移している

Dorjeは以前、Naiveを自律的な企業（CEOエージェント、タスクボード、専門ワーカー、業務ツールへのアクセスを備えたAIワークフォース）を中心に位置づけていました。新しいクラウドとしてのフレーミングは、そうした企業の下にあるインフラストラクチャのより深い領域へNaiveを移し、独自のエージェントソフトウェアを構築する開発者にも製品を開放します。

その変化は6月17日までに明らかになりました。DorjeがNaive Developer Platformを紹介した時です。そのリリースでは、アイデンティティ、マネー、通信、生成、データ、オーケストレーション、アプリ構築、エージェントインフラストラクチャにわたる38のプリミティブが説明されていました。また、開発者が顧客ごとにリソースとポリシーを分離できるマルチテナント構造も導入されました。

Naiveはその後、各ユーザーに対して個別のカード、認証情報、セッション、ツールアクセスを割り当てる必要がある製品向けにAgent SDKとしてそれらの機能をパッケージ化しました。8月6日のローンチはそれらの要素をより大きなクラウドの提案に結びつけます：エージェントは同じシステムを通じてアプリケーションを構築し、デプロイし、ツールを接続し、結果として生じるビジネスを運営できるべきだ、ということです。

Naiveの当面の課題は、異常に広い表面領域にわたる実行です。ホスティング、データベース、支払い、本人確認、モデルルーティングはいずれも信頼性、セキュリティ、コンプライアンスの異なる要求を伴います。Naiveは開発者にそれらのシステムを自分でつなぎ合わせさせるのではなく、コーディネーション層を自ら所有することを選んでいます。

それはDorjeに明確な流通上の賭けを与えます。もしコーディングエージェントがソフトウェアを作るための主要なインターフェースになるなら、インフラベンダーはエージェントが理解し直接プロビジョニングできる製品を必要とするでしょう。Naiveは、支配的なクラウドプラットフォームが人間中心のコンソールと製品カタログを自律的なユーザー向けに適応し終える前に、そのインターフェースに向けて構築しています。