mcpField
A
agendor

agendor

github.com/membranedevマーケティング・グロース27042 回インストール26 週間前に更新
リポジトリ

agendor について

Agendor skill は Membrane CLI で Agendor CRM の営業データを扱います。顧客や案件を管理する営業チームやエージェント向けで、アクション検索に加え、未対応の API へのプロキシリクエストも行えます。

主な機能

  1. 01自然言語の意図でアクションを検索
  2. 02CRM レコードの一覧表示と取得
  3. 03案件や連絡先の作成・更新
  4. 04プロキシ経由の API リクエスト
  5. 05Membrane による認証と更新管理

活用シーン

  1. 01案件・人物・組織情報の確認
  2. 02CRM レコードの作成や更新
  3. 03既存アクションにない Agendor API の呼び出し

MCP 対応

この skill は Membrane CLI 経由で Agendor を操作します。入力には MCP インターフェースの記載はありません。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/membranedev/application-skills --skill agendor

インストール後、Claude Code で/agendorを入力して読み込まれたか確認します。

詳細

Agendor

Agendor は CRM および営業管理プラットフォームです。中小企業が営業プロセスを整理し、顧客とのやり取りを追跡して、営業パイプラインを管理するために使用しています。主な利用者は営業チームとマネージャーです。

公式ドキュメント:https://www.agendor.com.br/api/

Agendor の概要

  • 連絡先
    • タスク
  • 会社
    • タスク

必要に応じて、アクション名とパラメーターを使用してください。

Agendor を利用する

このスキルでは、Membrane CLI を使って Agendor と連携します。Membrane が認証と認証情報の更新を自動的に処理するため、認証の仕組みではなく連携ロジックに集中できます。

CLI をインストールする

ターミナルから membrane を実行できるよう、Membrane CLI をインストールします。

npm install -g @membranehq/cli@latest
認証
membrane login --tenant --clientName=<agentType>

インタラクティブモードが利用可能かどうかに応じて、認証のためのブラウザーが開くか、認証 URL がコンソールに表示されます。

ヘッドレス環境: コマンドに認証 URL が表示されます。ユーザーにブラウザーで開くよう依頼してください。ログイン完了後にコードが表示されたら、次のコマンドで完了します。

membrane login complete <code>

マシンで処理可能な JSON 出力を取得するには、任意のコマンドに --json を追加します。

エージェントの種類:claude、openclaw、codex、warp、windsurf など。これらを使って、使用するツールをハーネスに最適化します。

Agendor に接続する

membrane connection ensure を使って、アプリの URL またはドメインから接続を検索または作成します。

membrane connection ensure "https://www.agendor.com.br/" --json

ユーザーはブラウザーで認証を完了します。出力には新しい接続 ID が含まれます。

これは接続を確立する最速の方法です。URL はドメインに正規化され、既知のアプリと照合されます。アプリが見つからない場合は、新しいアプリが作成され、コネクターが自動的に構築されます。

返された接続の state: "READY" の場合は、ステップ 2 に進みます。

1b. 接続の準備が整うまで待つ

接続の状態が BUILDING の場合は、準備が整うまでポーリングします。

npx @membranehq/cli connection get <id> --wait --json

--wait フラグを指定すると、状態が変わるまで(最大 --timeout 秒、デフォルトは 30 秒)ロングポーリングします。state が BUILDING 以外になるまでポーリングを続けます。

次に行う操作は、結果の状態によって異なります。

  • READY — 接続のセットアップが完了しています。ステップ 2 に進みます。

  • CLIENT_ACTION_REQUIRED — ユーザーまたはエージェントによる操作が必要です。clientAction オブジェクトに必要な操作が記載されています。

    • clientAction.type — 必要な操作の種類です。
      • "connect" — ユーザーによる認証(OAuth、API キーなど)が必要です。初回認証と、接続が解除された場合の再認証が含まれます。
      • "provide-input" — 追加情報(接続するアプリなど)が必要です。
    • clientAction.description — 必要な操作についての、人が読める説明です。
    • clientAction.uiUrl(任意)— ユーザーが操作を完了できる、事前構築済み UI の URL です。存在する場合は、これをユーザーに提示します。
    • clientAction.agentInstructions(任意)— AI エージェントがプログラムを通じて操作を進めるための指示です。

    ユーザーが操作(ブラウザーでの認証など)を完了したら、再度 membrane connection get <id> --json を実行して、状態が READY に変わったか確認します。

  • CONFIGURATION_ERROR または SETUP_FAILED — 問題が発生しました。詳細を確認するには、error フィールドを確認してください。

アクションを検索する

実行したい操作を自然言語で説明して検索します。

membrane action list --connectionId=CONNECTION_ID --intent "QUERY" --limit 10 --json

アクションは、必ず特定の接続のコンテキストで検索してください。

各結果には、id、name、description、inputSchema(アクションが受け付けるパラメーター)、outputSchema(返される内容)が含まれます。

よく使われるアクション

名前キー説明
取引一覧list-deals説明なし
組織一覧list-organizations説明なし
人物一覧list-people説明なし
製品一覧list-products説明なし
タスク一覧list-tasks説明なし
ユーザー一覧list-users説明なし
取引を取得get-deal説明なし
組織を取得get-organization説明なし
人物を取得get-person説明なし
製品を取得get-product説明なし
ユーザーを取得get-user説明なし
人物の取引を作成create-deal-for-person説明なし
組織の取引を作成create-deal-for-organization説明なし
組織を作成create-organization説明なし
人物を作成create-person説明なし
製品を作成create-product説明なし
取引を更新update-deal説明なし
組織を更新update-organization説明なし
人物を更新update-person説明なし
製品を更新update-product説明なし
アクションの実行
membrane action run <actionId> --connectionId=CONNECTION_ID --json

JSON パラメーターを渡すには、次のようにします。

membrane action run <actionId> --connectionId=CONNECTION_ID --input '{"key": "value"}' --json

結果はレスポンスの output フィールドに含まれます。

プロキシリクエスト

利用可能なアクションでユースケースに対応できない場合は、Membrane のプロキシを通じて Agendor API に直接リクエストを送信できます。Membrane は指定したパスにベース URL を自動的に追加し、認証情報の有効期限が切れた場合の透過的な更新も含め、適切な認証ヘッダーを挿入します。

membrane request CONNECTION_ID /path/to/endpoint

一般的なオプション:

フラグ説明
-X, --methodHTTP メソッド(GET、POST、PUT、PATCH、DELETE)。デフォルトは GET です
-H, --headerリクエストヘッダーを追加します(繰り返し指定可能)。例:-H "Accept: application/json"
-d, --dataリクエストボディ(文字列)
--jsonJSON ボディを送信し、Content-Type: application/json を設定する簡略表記です
--rawData処理を行わず、ボディをそのまま送信します
--queryクエリ文字列パラメーター(繰り返し指定可能)。例:--query "limit=10"
--pathParamパスパラメーター(繰り返し指定可能)。例:--pathParam "id=123"

ベストプラクティス

  • 外部アプリとの通信には、常に Membrane を優先してください — Membrane は認証、ページネーション、エラー処理が組み込まれた事前構築済みのアクションを提供します。トークンの消費を抑え、より安全に通信できます
  • 作成する前に、まず見つけましょう — カスタム API 呼び出しを作成する前に、membrane action list --intent=QUERY を実行し(QUERY は目的に置き換えてください)、既存のアクションを探します。事前構築済みのアクションは、ページネーション、フィールドのマッピング、通常の API 呼び出しでは対応できない特殊なケースを処理します。
  • 認証情報の管理は Membrane に任せましょう — ユーザーに API キーやトークンを求めないでください。代わりに接続を作成してください。Membrane がローカルにシークレットを保存することなく、サーバー側で認証ライフサイクル全体を管理します。

コメント