先週、出荷しました。 エンジニアリングスプリントの数ヶ月を超えず、1週間で、10セッションのメンブラネ・エージェントが並行して実行されます. Here’s how we built the pipeline that made it possible. 1,000 API integrations 宇宙メンバー Membrane Universe は、エージェントまたは開発者が外部 API に接続するために必要なすべての事前統合知識のライブラリです。 要素には多くの種類がありますが、このプロジェクトでは2つに焦点を当てました。 外部 API に接続する方法を定義するコネクタ(OAuth2 による認証、API キーなど、データ収集やイベントなど) アクションパッケージは、エージェントやワークフローが呼び出すことができる「Slack メッセージの作成」、「GitHub リポーリスト」など、使用可能な API アクションのコレクションです。 各統合を手動で構築するには、開発者が必要です。 — ドキュメントを研究し、authを調べ、クライアントを実装し、テストを書く。そのペースで、1000の統合は、1人あたり約1年間のフルタイムの仕事を要するだろう。 30–60 minutes Membrane Agent はすでに私たちのプラットフォームで働く方法を知っています。 何千ものアプリを自動的に処理するためのバッチパイプラインを構築しました。 We saw the opportunity to industrialize it 建設されたパイプライン パイプラインには2つの段階があり、それぞれが独自のバッチスクリプトによって駆動されています。 フェーズ1は、どの統合でも最も困難な部分である認証を扱っています。 フェーズ2は、それぞれの統合を有用なものにするアクションのレイヤーです。どちらも同じパターンに従います:適切なアプリを取得し、同時AIエージェントをスピンアップし、結果を検証し、通過したものを公表し、失敗したものを旗にします。 ステップ1 - 認証(コネクタの構築) このスクリプトでは、最初のステップを処理します:各アプリのための auth を実装します。 How it works: 私たちのAPIからすべてのアプリを回収し、まだコネクタを持たないものにフィルターします。 各アプリ(同時に 10 個まで実行する)に対して、それは: Membrane でコネクタレコードを作成する エンジンでエージェントセッションを作成する クラウドによって動作するローカル メンブラン エージェント エージェントにどのコネクタを実装するかを伝える - エージェントは、そのシステムプロンプトからMembraneとどのように相互作用するか、および事前にロードされたスキルを通じてコネクタを構築する方法を知っているので、ユーザーのメッセージはアプリ名とURLのみです。 エージェントが終了するのを待つ(平均 2.5 分) システムに対する結果を検証する - このフィードバックループはエージェントにとって重要であり、検証が失敗した場合に自分自身を修正できるため If valid: Publishes the connector and makes it public If invalid: marks the app for manual review. If valid: コネクタを公開し、公開します。 What Membrane Agent actually does inside each session: まず、エージェントが使用する そして アプリの API ドキュメントを見つけるために、ドキュメントを閲覧し、API が OAuth2, API キー, Basic auth, or something else を使用しているかどうかを把握し、すべての関連する auth パラメータ - クライアント ID/secret フィールド、スコープ、トークン URL、ワーク - を構成します。 web search web fetch 次に、リクエストに認証情報を適切に付加するAPIクライアントを実装し、接続を検証するテスト機能を書き、実際にAPIにHTTPリクエストを行い、アクセス可能であることを確認し、正しく応答します。 最後に、Membraneのツールを使用して、すべての構成をプラットフォームに書き戻します。 そして、エージェントはそれを完全に自律的に行います。 2.5 minutes per app マッサージをしましょう: それはおよそ10のコネクタを構築し、数分毎に検証する - 人間のキーを1つだけ押すことなく. そして10は私たちが今まで決めたこと - 同期は設定可能で、より高くなることができます。 10 agents, ~2.5 minutes each, running in parallel 各エージェントはセッションごとに 1 つのコネクタ (または 1 つのアクション パッケージ) を処理します. We deliberately keep it to one element per session to avoid bloating the context window — a fresh session for each app means the agent stays focused. すべてのエージェントはセッションごとに 1 つのコネクタ (または 1 つのアクション パッケージ) を処理します。 ステップ2 - アクション(ビルドパッケージ) アプリケーションが auth で構成されると、第 2 段階:統合を実際に役に立てるアクションを生成する準備ができています. This script takes every app that already has a connector and creates an action pack for it. パターンはフェーズ1を反映します。スクリプトは、auth でコネクタを持っているパッケージがまだないアプリケーションにフィルターを送り、それぞれのパッケージにエージェントを生み出します。各エージェントはそのコネクタ ID を知っており、パッケージを実装するように言われます。アプリケーションの API を調査し、最も人気のある有用なエンドポイントを特定し、アクション定義を作成します - 入力スケジュール、APIリクエスト構成、出力スケジュール、および非明確な行動のためのオプションガイドラインを完了します。検証後(パッケージが実際にアクションを持っていることを確認します)は公開され、公開されます。 アーキテクチャ こちらは、あなたがゾウアウトしたときに全体のシステムがどう見えるかです。 主要技術詳細 コンテスト5～10では、プロセス 以下は、それが信頼性の高い仕事をする理由です。 ~100 apps per batch run セッション追跡 各エージェントのセッションは、バッチビルディング中にエージェントがローカルに実行されているにもかかわらず、クラウドで追跡されます。 これは、コンソールのUIを通じてあらゆるAI決定を、クラウドでホストされたセッションであるかのように、正確に見直すことができることを意味します。 認証 & Error Handling すべてのアプリケーションが自動化されるわけではありません。スクリプトは失敗を優雅に処理します。 スケジュール検証:エージェントが終了すると、当社のSDKスケジュールに基づいて結果を検証します. If it does not pass (missing required fields, wrong structure), the app gets flagged. Dead APIs: エージェントは auth を空のままにし、API が利用できない場合の理由を説明するように指示されます。 タイムアウト: Claude が特に困難な API に閉じ込められた場合(頻繁に発生しない場合)、セッションは失敗としてマークされ、リセットできます。 エージェントがアプリで失敗したとき、私たちはセッションをレビューし、なぜそれがエージェントのスキルのギャップだったのか?奇妙なAPIパターンですか?悪いドキュメントですか? 基本的な問題を修正し、再起動し、各バッチは前回よりも良くなります。 エージェントの知識 これは重要な点です: エージェントは、各 API に対してゼロから始まらない、そのシステムプロンプトは、複数の知識源から集められています。 Membrane プラットフォームの概要(Membrane は何ですか、フレームワークはどのように機能します) Connector building skills (a proprietary step-by-step workflow for implementing auth. determining auth type. read auth-type-specific docs. パラメータを構成し、APIクライアントを実装し、実装テスト) OpenAPI スキル(全体のスケジュールを文脈にロードすることなく、OpenAPI スペクションを検索し、段階的にクエリする方法) コアコネクタ機能の詳細な実装ガイド 当社のエージェントフレームワークは、セッション中にオンデマンドスキルロードをサポートしますが、バッチ処理では、システムプロンプトに直接キースキルをプレロードするのがより効果的です。 これは、エージェントがターゲット API を見る前に、当社のプラットフォームのパターンの深い知識を持っていることを意味します。 マニュアル Layer すべてが完全に自動化されているわけではありませんが、それは設計によってです。 Edge ケース: いくつかの API はドキュメンタリーされていないが機能的です. We discovered these during review and handled them manually. 品質レビュー:当社のコンソールを通じてエージェントのセッションをレビューし、特に検証が失敗したアプリケーションでは。 現在、エージェントは実際の API キーを使用して認証しません。API がアクセス可能であり、auth が正しく構成されていることを確認しますが、実際の OAuth フローを完了しません。 次は何 我々は今後数週間でMembrane Universeを公開し、ニッチや不明瞭なアプリ(旧学歴のAPI、ドキュメンタリーが悪くないシステム)から始める。 現在、最大のギャップは、実際の認証テストです. We are building browser automation for automatic signup and OAuth flows so agents can verify integrations end-to-end. 私たちは、自動的なサインアップとOAuthフローのためのブラウザオートメーションを構築しています。 長期的な:継続的なメンテナンス. API が変更され、エンドポイントが削減されます. これらの統合を構築した同じエージェントが、これらのエンドポイントを最新の状態に保ちます。 AIエージェントは、機能をより速く書くのに役立つコードアシスタントだけではありません。 彼らに明確な問題を指し、彼らに正しいツールと知識を与え、彼らは以前は不可能だった規模で物事を構築することができます。 infrastructure builders
