⚖ 特許出願中の技術
Claude Codeによる操作 · ライブ在庫

プロンプトは1つ。統合も1つ。
クロード・コードがプラットフォーム全体を統括している。

APIANT Claude Codeプラグインをインストールすると、Claude Codeは統合の構築、アセンブリの編集、テストの実行、本番環境へのデプロイ、ドキュメントの作成、顧客の問題の診断といった機能を備えるようになります。以下にその全機能を示します。42のスキルと138のMCPツールがあり、それぞれがClaudeがユーザーに代わって実行できる実際の機能です。

APIANT Claude Codeプラグイン v1.0.0 ・ビルド36
40 プラグインスキル 127 MCPツール 3 ワークスペース 1 プロンプト → 出荷済み統合
仕組み

プラグイン1つで、プラットフォームの全機能にアクセスできます。

APIANT Claude Codeプラグインには、3つのMCPサーバーとスキルライブラリが同梱されています。インストール後、Claude Codeを起動すれば、プラットフォーム全体が自然言語で操作可能になります。

01 · インストール

apiant-setup

一度実行してください。このプラグインは、MCP接続、環境変数、およびプラグインのバージョンを確認します。Claudeが、有効な機能と不足している機能をアナウンスします。

02 · プロンプト

平易な英語で質問してください

「MindbodyとShopifyの同期システムを構築する」。クロード・コードは適切なスキルを選択し、適切なツールセットを有効化し、リアルタイムのフィードバックを受けながら実行を開始します。

03 · 船

構築、テスト、デプロイ

クロードは、アセンブリの構成、エンドツーエンドのテスト、障害の修正、本番環境へのデプロイ、アカウントの監視を、誰の手も借りずに一人で行います。

完全な在庫

10のワークフローにわたる42のスキル。

すべてのスキルは、APIANTの上級エンジニアが従う手順であり、Claude Codeによってコード化され、実行可能です。各カードをクリックすると、その内容、時期、方法の詳細が表示されます。

設定
他の処理を実行する前に、プラグイン、そのMCP接続、および環境を確認してください。
1 スキル
/apiant-setup
プラグインを設定する

`apiant-cli` Node CLI を介して、APIANT Claude Code プラグインのインストールまたは修復の手順をユーザーに案内します。ユーザーが「setup」、「install」、「reinstall」、「update plugin」と発言したとき、または初回実行時に使用します。

構築
自然言語によるプロンプトから、新しい自動化、アセンブリ、統合、およびフォームを作成します。
4 スキル
/build-automation
新しい自動化を構築する

MCPツールを使用して新しいAPIANTオートメーションを構築します。ユーザーが「オートメーションを構築する」、「オートメーションを作成する」、「XをYに接続する」などと言った場合、または新しいワークフローを説明する場合に使用します。

/build-assembly
アプリアセンブリを構築する

MCPツールを使用してAPIANTアプリアセンブリ(API統合の基盤)を構築します。ユーザーが「アセンブリを構築する」、「コネクタを作成する」、「APIアクションを追加する」などと言った場合、またはAPI統合作業について説明する場合に使用します。

/build-integration
統合スイートを構築する

APIANT上で複数の自動化機能を統合したスイートを構築します。「統合を構築してください」「双方向同期を作成してください」「データパイプラインを構築してください」など、複数の自動化機能を連携させるリクエストがあった場合に使用します。

/build-form
フォームをデザインする

APIANTオートメーション用のフォームを設計します。ユーザーが「フォームを作成」「フォームを設計」「フォームを作成する」と言った場合、または必要なフォームについて説明した場合に使用します。

編集
稼働中の自動化プロセスやアセンブリを安全に変更できます。ステップの追加、アプリの入れ替え、エンドポイントの変更、設定名の変更などが可能です。
2 スキル
/edit-automation
自動化を編集する

MCPツールを使用して、既存のAPIANTオートメーションを編集します。ユーザーが「オートメーションを編集する」、「ステップを追加する」、「マッピングを修正する」、「XをYに置き換える」、「ステップを移動する」、「ステップを無効にする」などと言った場合、または既存のオートメーションへの変更を説明する場合に使用します。

/edit-assembly
アセンブリを編集する

MCPツールを使用して既存のAPIANTアセンブリを編集します。ユーザーが「アセンブリを編集する」、「JSPを修正する」、「API呼び出しを更新する」、「エンドポイントを変更する」、「設定の名前を変更する」、「ドロップダウンを編集する」などと言った場合、または既存のアセンブリのコードや設定の変更について説明する場合に使用します。

テストとデプロイ
エンドツーエンドの検証、ブランチカバレッジ、障害診断、開発環境から本番環境への公開。
3 スキル
/test-automation
テストと自動化

APIANT自動化をエンドツーエンドでテストおよび検証します。実行、結果の検査、障害の診断、修正の適用、再テスト、およびブランチカバレッジの実行を行います。ユーザーが「この自動化をテストする」、「テストを実行する」、「自動化Xが失敗する理由」、「自動化Xを診断する」などの指示を出した場合に使用します。

/test-integration
スイート全体をテストする

APIANT上で複数の自動化スイートを統合テストします。自動化間のデータフロー、共有状態の一貫性、ループ防止、および自動化間の連携を検証します。統合スイートの構築後、またはユーザーが「エンドツーエンドで統合をテストする」と指示した場合に使用します。

/deploy-automation
開発環境を本番環境にデプロイする

開発環境から本番環境へテンプレート自動化を公開し、顧客アカウントにデプロイします(リンク済みか未リンクかは、デプロイごとにユーザーが選択できます)。ユーザーが「公開」、「デプロイ」、「本番環境へプッシュ」、「顧客情報の更新」などのコマンドを実行したときに使用します。

アセンブリトリガー
APIANTが実行を開始できるあらゆる方法:ポーリング、Webhook(3種類)、プロトコルスレッド。
6 スキル
assembly-trigger-new
NEW_ITEM ポーリングトリガー

NEW_ITEMポーリングトリガーアセンブリを構築するための、型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-trigger-updated
新規または更新された投票

NEW_OR_UPDATED ポーリングトリガーアセンブリを構築するための、型固有の手順。型分類後に /build-assembly によって呼び出されます。

assembly-trigger-manual-webhook
手動ウェブフック

WEBHOOK(手動登録)トリガーアセンブリを構築するための、型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-trigger-self-registering-webhook
自己登録ウェブフック

WEBHOOK_SELF_REGISTERINGトリガーアセンブリとその付属の削除Webhookアクションを構築するための、型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-trigger-service-webhook
サービスウェブフック

SERVICE_WEBHOOKトリガーアセンブリ(イベントフィルタリング機能を備えた認証情報ベースのWebhook URL)を構築するための、型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-trigger-protocol-thread
プロトコルスレッド

プロトコルスレッドトリガー(PROTOCOL_THREAD_RECEIVERおよびPROTOCOL_THREAD)を構築するための型固有の手順。型分類後に/build-assemblyによって呼び出されます。

アセンブリの動作
CRUDの基本要素:すべてのAPIは、これらのうち少なくとも1つをサポートしています。あらゆる統合の構成要素です。
7 スキル
assembly-action-add
追加

ADDアクションアセンブリを構築するための型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-action-delete
消去

DELETEアクションアセンブリを構築するための型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-action-find
探す

FINDアクションアセンブリを構築するための型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-action-get
得る

GETアクションアセンブリを構築するための型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-action-list
リスト

LISTアクションアセンブリを構築するための型固有の手順。型分類後に/build-assemblyによって呼び出されます。

assembly-action-update
アップデート

型固有のUPDATEアクションアセンブリ構築手順。型分類後に/build-assemblyコマンドによって呼び出されます。

assembly-action-invoke
呼び出し

INVOKEアクションアセンブリを構築するための型固有の手順:豊富なデータ(AI推論、生成、計算、変換)を返すRPCスタイルのPOST。型分類後に/build-assemblyによって呼び出されます。

コネクタ
すべてのアセンブリが依拠する認証レイヤー、および登録と移行のためのツール。
3 スキル
assembly-connector
コネクタアセンブリ

アプリコネクタアセンブリを構築するためのタイプ固有の手順(OAuth V2、APIキー、または認証情報なし)。フェーズ2で/build-assemblyによって呼び出されます。

/register-oauth-app
OAuthアプリを登録する

ブラウザを操作してclient_idとclient_secretを取得し、APIANTキーボールトに保存することで、ベンダーの開発者ポータルでOAuthアプリを登録します。「OAuthアプリを登録」、「OAuth認証情報を取得」、「OAuthにサインアップ」などのユーザーからの指示や、Salesforce、HubSpot、GoogleなどのベンダーからクライアントID/シークレットを自動的に取得するよう要求された場合に使用します。

/convert-assembly
人間をAIに変換するテンプレート

人間が作成した APIANT アセンブリを AI テンプレート パターンに変換します。asm_load が is_human_built=true を返す場合、またはユーザーが「アセンブリを変換」、「アセンブリを移行」、「AI テンプレートに変換」と指定した場合に使用します。

双方向同期
互いに干渉することなく2つのシステムを同期させるための、ペアになったトリガーとアクション。
1 スキル
assembly-bidirectional-sync
双方向同期

双方向同期(双方向)トリガーおよびアクションアセンブリを構築するための、型固有の手順。型分類後に /build-assembly によって呼び出されます。

パターン
一般的な自動化シェイプ用の再利用可能なフローテンプレート。/build-automation 実行時にオンデマンドでロードされます。
10 スキル
AI
pattern-chat-widget
チャットウィジェット

シンプルなAIチャットボットから、ツール自動化機能を備えた複数目標の会話フローまで、チャットウィジェットの自動化に関するパターンリファレンスです。インテントにチャットウィジェット、チャットボット、チャット目標、会話メモリ、ツール付きAIエージェント、または複数ターンチャットが含まれる場合、/build-automationによって読み込まれます。

pattern-csv-mapping
CSVフィールドマッピング

CSVファイルまたはスプレッドシートからフィールドマッピングをインポートするためのパターンリファレンス。ユーザーがシステム間でフィールドをどのようにマッピングするかを定義するCSVファイルを提供すると、/build-automationによって読み込まれます。

pattern-execute-automation
自動化チェーンの実行

自動化の実行チェーン、親/子自動化、クエリ文字列パラメータの受け渡し、Webhookペイロードの転送に関するパターンリファレンス。/build-automation によって、自動化の実行、呼び出し、またはチェーンに関連するインテントが読み込まれます。

pattern-human-moderation
人間の節度

人間による承認・拒否のためのパターンリファレンス。承認キューリンクを介して担当者がアイテムを承認または拒否するまで、自動化処理を一時停止します。人間の承認、レビュー、モデレーション、意思決定ゲート、または承認/拒否ワークフローがインテントに含まれる場合、/build-automation によってロードされます。

pattern-latches
ファンアウト/ファンインラッチ

ファンアウト/ファンイン自動化ラッチのパターンリファレンス。N個の子自動化を並列に起動し、すべて完了するまで待機します。並列実行、ファンアウト、ファンイン、またはラッチグループがインテントに含まれる場合、/build-automationによってロードされます。

pattern-snooze
スヌーズ

自動化処理を将来の特定の日時まで一時停止/スヌーズするためのパターンリファレンス。/build-automation によってロードされ、意図がスヌーズ、遅延、一時停止、スリープ、または特定の日時までの待機を含む場合に使用されます。

pattern-collector
コレクタ

コレクター自動化のパターンリファレンス。実行全体にわたってアイテムを名前付きバケットに集約し、スケジュールまたはトリガーに基づいてバケットを空にします。インテントに「集約」、「時間経過による収集」、「日次ダイジェスト」、「バッチ」、「バケット」、または「今日のアイテムの概要メールを送信」が含まれる場合、/build-automation によって読み込まれます。

MCP AI
pattern-mcp-tool
MCPツール

MCPツールの自動化、およびMCPクライアント(Claude Desktop、Cursor、ChatGPT MCPなど)に呼び出し可能なツールとして公開される自動化に関するパターンリファレンス。インテントに「Claudeに公開」、「MCPクライアントに公開」、「MCPツール」、「モデルコンテキストプロトコル」、または「AIアシスタントから呼び出し可能にする」が含まれる場合に、/build-automationによってロードされます。

CSV
pattern-system-utilities
システムユーティリティ

小規模なシステムユーティリティのレシピ集。フィード(RSS/Atom/RDF)、PDF生成、データファイル(日次CSV)、その他のワンアクションユーティリティを収録。インテントが「RSS」、「Atom」、「feed」、「publish a feed」、「monitor a news source」、「generate a PDF」、「PDF attachment」、「log to CSV」、「datafile」、「daily CSV export」、または「feed data into ChatGPT」に一致する場合に、/build-automationによってロードされます。

pattern-web-service
ウェブサービス

ウェブサービス自動化、呼び出し元が応答を待つ同期HTTPエンドポイントに関するパターンリファレンス。インテントが「HTTPエンドポイントとして公開」、「REST API」、「応答付き同期Webhook」、「別のシステムから呼び出し可能」、「呼び出し元にデータを返す自動化」のいずれかである場合に、/build-automationによってロードされます。

運用・サポート
生産環境を健全に保つ:アカウントを監視し、障害を診断し、アラートの動作を調整する。
5 スキル
/monitor-account
顧客アカウントを監視する

本番環境における顧客アカウントの自動化処理の実行エラーを監視します。「アカウントを監視」、「エラーを確認」、「このアカウントを監視」などのユーザーからの指示があった場合、または顧客に自動化処理をデプロイした後に使用します。/loop を介して繰り返し使用できるように設計されています。

/support
顧客の問題を診断する

顧客の自動化の問題を診断し、不正な実行を停止し、インシデント時のキルスイッチとしてアカウント グループを一括で無効化し (後で復元)、新しい顧客アカウントをプロビジョニングします。実行履歴を検索し、障害を追跡し、HTTP リクエストを抽出し、暴走した自動化を停止し、スナップショットを作成して、親アカウントとそのリンクされた子アカウント全体で現在有効になっているすべての自動化を無効化し、インシデント後に復元します。admin_create_account を介して統合製品用の新しい APIANT アカウントを作成します。サポート担当者が「なぜ X が処理されなかったのか」、「顧客 Y を確認」、「何が壊れているのか」、「この自動化を停止」、「X のすべての自動化をオフにする」、「キルスイッチ」、「親と子全体で無効化」、「GHL の障害」、「API がキューを詰まらせている」、「インシデント後に自動化を復元」、「インシデント X でまだ無効化されているもの」、「[製品] の新しいアカウントを作成する」、「アカウントをプロビジョニングする」、「[統合] のアカウントを起動する」と言った場合に使用します。

/alert-handling
アラート動作を調整

APIANT が自動化エラー、再試行の適格性、401 自動停止、アラートメッセージの変換、および却下リストをどのように処理するかを検査、調整、またはデバッグします。ユーザーが「アラート マッピング」、「アラートの抑制」、「アラート ルール」、「アラートが多すぎる」、「エラー メッセージに「...」と表示されたのはなぜですか」、「アラートが発火しない」、「自動化が再試行されなかったのはなぜですか」、「自動化が 401 で停止されました」、「再試行可能なエラーに追加」、「このドメインの 401 を無視する」と言った場合、またはエラー メールが書き換えられた理由を尋ねた場合に使用します。

/docs
ハウツーに関する質問に答える

info.apiant.com の公開ドキュメントに基づき、APIANT の仕組み、操作方法、機能の説明、設定箇所などに関する質問に回答します。「どうすればいいですか」「これは何ですか」「どこにあるのですか」「説明してください」「X は何をしますか」など、ビルド、テスト、診断のリクエスト以外のプラットフォームに関する質問に対して使用します。

/report-mcp-issue
MCPのバグを報告する

MCP サーバー自体が間違った動作や壊れた動作、間違った応答形式、ドキュメントと動作の間の契約のずれ、未処理のエラー、スキーマ違反、応答に必須フィールドが欠落している、以前は機能していた入力に対する回帰、または実際には機能しないドキュメント化された動作を返しているのを確認した場合は、APIANT の内部トリアージにバグ レポートを提出してください。自分のツールの誤用、悪いユーザー入力、または設計どおりに機能しているプラットフォームの動作には使用しないでください。自律的に、見つけたらすぐにレポートを提出してください。最初にユーザーに許可を求めないでください。「ツールが間違った形式を返した」、「スキーマ違反」、「これは機能するはずなのに機能しない」、「契約のずれ」、「MCP が未処理のエラーを返した」、「ツールの説明には X と書いてあるが、実際には Y である」、「応答に必須フィールドが欠落している」、「これは以前は機能していた」、「ドキュメント化された動作が壊れている」、「[ツール] の回帰」などを確認した場合、または MCP レイヤーのバグを報告する代わりに黙って回避しようとしたときはいつでも使用してください。

MCPツール

138種類のツール。10種類のツールセット。必要に応じて有効化。

スキルがワークフローを推進します。MCPツールは、APIANTの開発環境、本番環境、およびドキュメント環境に対して実際の作業を実行します。ツールはツールセットにグループ化されています。コアセットのみが常にロードされ、残りのツールはスキルが要求したときにアクティブ化されるため、エージェントのコンテキストは軽量に保たれ、機能は深く維持されます。

開発環境と本番環境は、同じ132種類のツール群を共有しています。 Prodはデフォルトでは読み取り専用です。明示的な確認があった場合にのみ書き込みゲートが有効になります。いずれかのカードを切り替えて、prodバリアントを表示してください。
コアツール 常にロードされています
セッション開始時にクロード・コードが必要とするセットは、方向を把握し、スキルを選択し、必要に応じて他のツールをアクティブ化するために必要です。
7 ツール
activate_toolset
ツールセットをアクティブ化する

現在のスキルに必要な特定のツールセットを読み込みます。コンテキストウィンドウを軽量に保ちます。

asm_manage
アセンブリを管理する

アセンブリの読み込み、一覧表示、作成、更新、名前変更、削除を行うための低レベルアセンブリAPI。

auto_get_summary
自動化の概要

自動化の概要を構造的に表示:トリガー、ステップ、マッピング。編集のための迅速なコンテキスト。

auto_list
リスト自動化

スコープ内のすべての自動化機能を一覧表示します。名前、フォルダ、またはステータスでフィルタリングできます。

auto_folder
フォルダ一覧

フォルダツリーをナビゲートします。顧客、製品、または環境ごとにグループ化された自動化機能を見つけてください。

auto_manage
自動化を管理する

作成、名前変更、複製、移動、有効化、無効化。自動化のためのあらゆるCRUD操作。

catalog_list_apps
リストカタログアプリ

利用可能なアプリ連携機能の全カタログ。カテゴリ、ベンダー、機能で絞り込み検索できます。

オンデマンドツールセット 遅延ロード
必要なスキルによって起動される、9つの名前付きツールセット。コンテキストウィンドウは最小限に抑えつつ、必要な機能はすべてワンクリックで利用できます。
10 ツールセット · 138個のツール
automation_builder
作成+編集

21種類のツール。カタログの検索、トリガーとアクションの作成、マッピングの編集、バージョンのコミット、パターンの保存。自動化オーサリングのためのフル機能インターフェース。

automation_exec
実行時検査

17種類のツール。テスト実行、各ステップの入力と出力の検査、データの変更、Webhookのリプレイ、ブランチカバレッジテストポイントの走査など。完全なグラウンドトゥルースに基づいたデバッグ。

automation_manage
自動化ライフサイクル

14種類のツール。コミットされた自動化の一覧表示と整理、バージョン管理、バージョン比較、ロールバック機能。自動化のドラフトとリリースを管理するGitライクなレイヤー。

admin
テナント運営

24種類のツール。顧客アカウントの切り替え、テナント全体の使用状況と健全性の照会、キーボールトの読み取り、アドホックSQLの実行、再試行可能なエラーの調整、ルックアップの管理など、オペレーターのためのツールボックスです。

admin_alerts
アラートガバナンス

6つのツール。テナント全体の警告ルール、抑制対象警告リスト、再試行ポリシー、401ドメイン除外。アカウント切り替えコンテキストが必要です。

alerts
アラートマッピング

10種類のツール。自動化ごとのアラートマッピングルール、ステップレベルのアラートトリガー、マッピングトレース、抑制、システムレベルのマッピング。

patterns
パターンライブラリ

3つのツール。再利用可能なパターンレシピ(フィールドマッピング、変換、注意点、テンプレート)を検索、保存、削除します。

deploy
開発環境から本番環境へ

7つのツール。開発環境から本番環境へ、フォルダまたは個々のアセンブリを公開できます。リンクされた顧客アカウントへの変更を、単一の連携した手順で展開できます。

assembly
コネクタ+アセンブリ構築

35種類のツール。コネクタの作成、設定の挿入、JSPのコンパイル、APIエンドポイントのテスト、動的フィールド検出の配線、アセンブリの最終化。低レベルの統合基盤。

apiant-docs 知識ベース
ドキュメントワークスペース。APIANTナレッジベースの検索、閲覧、作成、図解、バージョン管理が可能です。
11 ツール
ドキュメント
docs_api_key
APIキー認証

プログラムによるアクセス。CI/CDまたは自動公開のために、ドキュメントAPIキーを発行します。

ドキュメント
docs_chat
医師とチャット

検索機能を活用した質疑応答。クロードはコードを書いたり回答したりする前に、ドキュメントのコーパスに質問する。

ドキュメント
docs_create
ページを作成する

新しいドキュメントを公開します。タイトル、本文、親ドキュメント、タグ、ステータスを一度に設定できます。

ドキュメント
docs_list
ドキュメント一覧

目次全体を閲覧する。セクション、タグ、またはステータスで絞り込む。

ドキュメント
docs_login
ログイン

ドキュメントセッションを認証します。セッション用にトークンがキャッシュされます。

ドキュメント
docs_read
ページを読む

あらゆるドキュメントの全コンテンツを取得します。マークダウン、画像、メタデータも含まれます。

ドキュメント
docs_screenshot
スクリーンショットをキャプチャする

エディタまたはプラットフォームのユーザーインターフェースのライブスクリーンショットを撮影し、それをドキュメントに埋め込みます。

ドキュメント
docs_search
全文検索

文書全体を対象とした意味検索とキーワード検索。文脈を考慮したランキング結果。

ドキュメント
docs_update
ページを更新する

タイトル、本文、タグ、ステータスを編集できます。変更履歴は自動的に記録されます。

ドキュメント
docs_upload_image
画像をアップロード

任意のページにイラストや図を添付できます。代替テキストは自動的に生成されます。

ドキュメント
docs_version
バージョン履歴

改訂履歴の一覧表示、バージョン間の差分表示、必要に応じてロールバック機能を提供します。

何も一致しない ''

より短い検索クエリを試すか、フィルターを削除するか、検索条件をクリアしてください。

実行ログ

6分間、1つの指示、1つの制作統合。

あるSaaSチームがHubSpot上で小規模フィットネスCRMを運用している。2,000人の有料顧客が、HubSpotの連絡先情報をMindbodyの顧客情報と双方向で同期させたいと考えている。典型的なホワイトラベル統合だ。従来であれば、エンジニアリングに4~6週間かかっていた。

>HubSpotとMindbody間で双方向の連絡先同期機能を構築します。会員ティアの列挙値の不一致を処理し、Mindbodyの不安定なポーリングに対応し、HubSpotのレート制限を遵守します。
00:00 · スコープ
T+00:03
/ビルド統合クロードは、このスイートの範囲を定めた。2つの自動化と、1つの共通パターンだ。
プロンプトを読み取り、双方向同期を認識し、顧客用のフォルダを割り当て、2つの子自動化を計画します。
ツール呼び出し
カタログリストアプリ({ vertical: 'wellness' }) → HubSpot、MindBody
自動フォルダ({ action: 'create', path: '/customers/boutique-fit' }) → OK
パターン検索({ shape: 'bidirectional-sync' }) → 2件のマッチ
00:40 · ビルドA
T+00:41
/ビルド自動化方向性A:HubSpotからMindbodyへ。
トリガー: HubSpot の連絡先に対して assembly-trigger-updated を実行します。アクション: Mindbody に対して assembly-action-find を実行し、その後 ADD/UPDATE を実行します。
ツール呼び出し
自動ビルド({ trigger: 'assembly-trigger-updated', source: 'hubspot.contact' })
自動編集構造({ add_step: 'assembly-action-find', app: 'mindbody.client' })
自動編集構造({ add_step: 'assembly-action-add-or-update' })
自動編集マッピング({ fields: [email, firstName, lastName, phone, membership_tier] })
理由 · membership_tier 列挙型の正規化

HubSpotは階層を自由記述式のドロップダウンリストとして保存します。一方、Mindbodyは4つの列挙型値のいずれかを想定しています。Claudeはこの不一致を検出し、ルックアップテーブル変換を追加してパターンとして保存するため、逆方向の処理でも再利用できます。

02:10 · ビルドB
T+02:12
/ビルド自動化方向性B:MindbodyからHubSpotへ。
トリガー: assembly-trigger-new ポーリング (Mindbody のウェブフックは信頼性が低いことで知られています)。アクション: HubSpot 上で、共有列挙型パターンを逆方向に適用して検索し、その後アップサートします。
ツール呼び出し
自動ビルド({ trigger: 'assembly-trigger-new', source: 'mindbody.client', interval: '5m' })
パターン検索({ name: 'membership_tier_enum' }) -> Aからの再利用
自動編集マッピング({ reverse: true, pattern: 'membership_tier_enum' })
なぜウェブフックではなくポーリングなのか?

MindbodyのWebhookは、トラフィック量が多い時間帯にイベントをサイレントに破棄してしまうことがあります。Claudeはデフォルトで5分間隔のカーソルを使用してポーリングするように設定し、今後のMindbody連携でも同様の処理を行うよう、これを既知の問題点としてパターンライブラリに記録しました。

03:20 · ハーデン
T+03:24
/編集アセンブリHubSpotアクションにレートリミッターが挿入されました。
HubSpotでは、アプリごとに10秒あたり100件のリクエストに制限されています。Claudeは、自動化ではなくアセンブリレベルでスライディングウィンドウ制限を設定するため、HubSpotにアクセスするすべての自動化がその制限を継承します。
ツール呼び出し
asm_set_action_throttle({ assembly: 'hubspot.contact.update', rate: 100, window: '10s' })
asm_set_connector_throttle({ connector: 'hubspot.v3', burst: 20 })
アセンブリ層でスロットリングを行う理由

自動化ごとにスロットリングを設定すると、他のHubSpotフローが予算を使い果たしてしまう可能性があります。アセンブリ(コネクタ+アクション)単位でスロットリングを設定すれば、テナント内のすべての自動化に制限が適用されるため、共有APIにおいてはこれが唯一適切なレベルです。

04:05 · テスト
T+04:08
/テスト統合エンドツーエンド:両側からプッシュし、検証し、エコーループがないか確認します。
HubSpotで架空の連絡先を作成し、それがMindbodyに表示されるのを確認し、Mindbodyで編集し、更新が反映されるのを確認します。エコーループが発生しないことを確認します。
ツール呼び出し
テスト自動化の実行({ direction: 'A', input: <synthetic> }) → OK (1.2秒)
テスト自動化の実行({ direction: 'B', input: <synthetic> }) → OK (1.8秒)
exec_get_assembly_log({ check: 'echo_loop' }) -> 抑制
14件中14件のテストケースが合格しました。
05:40 · デプロイ
T+05:44
/デプロイ自動化公開済み。2,000件の顧客アカウントがリンクされています。
テンプレートを本番環境に公開し、その後、連携した一連の手順で、リンクされているすべての顧客アカウントに展開します。
ツール呼び出し
デプロイ_公開アセンブリ({ folder: '/customers/boutique-fit' }) -> v1.0.0
deploy_list_linked_accounts({ template: 'hubspot-mindbody-sync' }) → 2000アカウント
アカウントへのデプロイ({ batch_size: 50 }) → 2000/2000 OK
SOURCE マインドボディ クライアント アピアント 双方向同期 列挙型正規化器 TARGET ハブスポット 連絡先
0MIN
0SKILLS
0ツールコール
0人間による編集

開発者がやらなかったこと:JSPを1行も書かなかった。フィールドを1つ手動でマッピングしなかった。Mindbodyの開発者向けドキュメントを開かなかった。ティア列挙型についてチケットを起票しなかった。4~6週間待たなかった。

生産上の不具合を診断する

2分・2つのスキル・6つのツール呼び出し
顧客であるアルパインクリニックは、昨夜は何も同期されなかったと述べています。

● /サポート
  実行履歴を検索中
  UTC 02:14 に 47 件の障害が見つかりました
  根本原因:Cliniko APIがバルクバックフィル中に429(レート制限)を返しました。
● /編集自動化
  → ステップ3に指数バックオフを追加
  再テストを実施しました。失敗した実行を再度実行しました。

衛生状態の改善を促します

90秒・1つのスキル・4つのツール呼び出し
サンドボックステナントからの401エラー発生時にShopifyが自動的に無効化されるのを停止します。

● /アラート処理
  admin_ignore_401_domains += sandbox.shopify.com
  alert_suppress: '古いサンドボックストークン' パターン
  過去24時間の履歴と照合済み
  騒音は1日140件から3件に減少した。
なぜこれがニュース価値があるのか

このような運用が可能なiPaaSは他に存在しない。

従来のプラットフォームはAPIをUIでラップする。一方、APIANTはプラットフォーム全体をClaudeコードでアドレス指定可能なプラグインでラップする。この違いはあらゆる場面で顕著に表れる。

SPEED

短距離走ではなく、分単位で勝負する

以前は数週間かかっていた統合作業が、Claude Codeのセッション1回で完了します。開発プロセスは対話型です。

QUALITY

すべてのスキルは手順である

スキルとは、APIANTの上級エンジニアが実際に行っている業務を体系化したものです。クロードは即興で作業するのではなく、検証手順を含む、事前に検証された手順書に従って作業を進めます。

CONTROL

Prodはデフォルトでは読み取り専用です

このプラグインは開発環境と本番環境を分離します。Claudeは本番環境を自由に検査できますが、書き込みには明示的なデプロイスキルが必要です。

自分のスタックで確認する準備はできましたか?

アクセス権を取得しましょう。今週中に統合機能をリリースしましょう。

APIANT Claude CodeプラグインにはAPIANTライセンスが付属しています。統合したいシステムをお知らせいただければ、弊社が設定を行い、Claudeがターミナルからプラットフォームを実行します。