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

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

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

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

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

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

01 · インストール

apiant-setup

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

02 · プロンプト

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

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

03 · 船

構築、テスト、デプロイ

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

完全な在庫

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

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

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

MCPの接続、環境、およびプラグインのバージョンを確認します。初回インストール時、または何らかの不具合が発生した場合に実行してください。

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

「XとYを繋げろ。」クロードはトリガー、アクション、フィールドマッピングを選択し、全体のフローを構築する。

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

統合の基盤となる要素:OAuth、APIキー、または認証情報不要のコネクタ、トリガー、およびアクション(追加/取得/一覧表示/更新/削除/検索)。

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

マルチオートメーション展開:双方向同期、データパイプライン、共有状態による協調ワークフロー。

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

リード獲得、オンボーディング、または設定のためのフォームスキーマを、APIANTの自動化機能に直接組み込む。

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

ステップの追加、マッピングの修正、MailchimpからKlaviyoへの切り替え、ブランチの無効化。外科手術のような、非破壊的な編集。

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

JSPの修正、API呼び出しの更新、エンドポイントの変更、設定名の変更、ドロップダウンの編集を、完全な差分認識機能付きで実行します。

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

実行、結果の検査、障害の診断、修正の適用、再テスト、およびブランチカバレッジの実行を自動的に行います。

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

自動化間のデータフロー、共有状態、ループ防止、および自動化間の連携を検証します。

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

テンプレートの自動化を公開し、リンクされたデプロイメントを顧客アカウントにプッシュする。これを1つの連携した手順で行う。

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

定期的にエンドポイントをポーリングし、新しいレコードが現れたときにトリガーを実行します。最も汎用性の高いトリガーです。

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

レコードが作成または変更されたときにポーリングしてイベントを発生させます。最後に表示されたカーソルを自動的に追跡します。

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

ソースアプリにURLを貼り付けます。受信した投稿によって自動化処理が実行されます。

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

APIANTは、対象アプリのAPIを介してWebhookを自動的に作成および削除します。手動設定は一切不要です。

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

認証情報に基づくWebhook URLとイベントフィルタリング機能。複数のイベントタイプを単一のエンドポイントでルーティングできます。

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

APIANT間内部プロトコル。アカウントや環境をまたいだ自動化の連鎖を可能にします。

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

対象アプリに新しいレコードを作成します。検証、必須項目、およびレスポンスの解析を処理します。

assembly-action-delete
消去

IDまたは条件に基づいてレコードを削除します。セーフモードでは、ロールバックメタデータが保持されます。

assembly-action-find
探す

条件を指定して検索し、一致する結果を返します。重複排除、アップサート、およびエンリッチメントパターンに使用されます。

assembly-action-get
得る

IDを指定してレコードを1件取得します。最もシンプルな読み取り方法です。FINDまたはNEWの後によく使用されます。

assembly-action-list
リスト

カーソルまたはオフセット処理を使用して結果をページ送りできます。デフォルトでレート制限に対応しています。

assembly-action-update
アップデート

既存のレコードを修正します。部分的な更新にも対応しています。指定したフィールドのみを変更します。

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

OAuth V2、APIキー、または認証情報不要の認証に対応。トークンの更新、スコープ、および失効を処理します。

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

開発者用ブラウザを使用してベンダーポータルでOAuthアプリを登録し、client_idとsecretをキーボールトに保存します。

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

従来人間が作成したアセンブリをAIテンプレートパターンに移行し、Claudeが安全に編集できるようにする。

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

双方向同期のためのトリガーとアクションのペアを構築します。ループ防止、最終書き込み優先、競合解決を標準でサポートします。

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

シンプルなチャットボットから、メモリ機能やツール呼び出しの自動化機能を備えた、複数の目的を持つ会話フローまで。

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

「ソースフィールド→ターゲットフィールド」というスプレッドシートをドロップインするだけで、クロードはマッピングをそのまま配線します。

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

クエリ文字列パラメータの受け渡しとWebhookペイロードの転送を伴う親子フロー。

pattern-human-moderation
人間の節度

承認または拒否が承認キューリンク経由で行われるまで、自動化処理を一時停止します。AIフローのための意思決定ゲートです。

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

N個の子自動化プロセスを並行して起動し、すべてが完了するまで待機し、集計結果に基づいて処理を進めます。

pattern-snooze
スヌーズ

特定の日時まで自動化処理を一時停止します。段階的な配信や定期的なフォローアップに便利です。

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

自動化処理におけるエラーを監視します。/loop ループによる繰り返し実行向けに設計されています。完全なトレースコンテキストを含むアラートを発信します。

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

「なぜ処理されなかったのか?」クロードは実行履歴を検索し、失敗箇所を追跡し、HTTPを抽出し、修正案を提案する。

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

どのエラーを再試行するか、どの401エラーを自動オフにするか、アラートテキストの書き換え、除外リストなどを制御します。

MCPツール

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

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

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

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

asm_manage
アセンブリを管理する

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

auto_get_summary
自動化の概要

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

auto_list
リスト自動化

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

auto_folder
フォルダ一覧

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

auto_manage
自動化を管理する

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

catalog_list_apps
リストカタログアプリ

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

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

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

automation_exec
実行時検査

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

automation_manage
自動化ライフサイクル

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

admin
テナント運営

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

admin_alerts
アラートガバナンス

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

alerts
アラートマッピング

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

patterns
パターンライブラリ

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

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

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

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

28種類のツール。コネクタの作成、設定の挿入、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がターミナルからプラットフォームを実行します。