landbot-automation
作成者 ComposioHQlandbot-automation は、Rube MCP 経由で Composio の Landbot toolkit を使い、エージェントによる Landbot 操作の自動化を支援します。実行前に接続確認とスキーマ優先のツール探索を行える点が特徴です。
この skill の評価は 66/100 で、ディレクトリ掲載には許容範囲ですが、機能は限定的です。ディレクトリ利用者は、Rube MCP 経由で Landbot 自動化に使えるトリガーと接続ワークフローを得られます。ただし、具体的な自動化レシピまで揃った包括的な Landbot プレイブックではなく、薄い運用ラッパーとして捉えるのが適切です。
- 前提条件が明確です。Rube MCP、有効な Landbot 接続、実行前の RUBE_SEARCH_TOOLS の利用が必要です。
- Rube MCP endpoint の追加、Landbot 接続の管理、ACTIVE ステータス確認まで、具体的なセットアップ手順が示されています。
- ツール探索を先に行う設計により、Composio 経由で Landbot を自動化する際に、古いスキーマを参照してしまうリスクを減らせます。
- SKILL.md 以外にサポートファイル、例、インストール用メタデータはありません。利用者は、自分のクライアントで MCP servers を設定する方法をあらかじめ理解している必要があります。
- ワークフローの案内は、Landbot 固有のタスク手順というより、主に Rube のツール探索と接続管理に関する一般的な内容です。そのため、実行可否は実際のツール検索結果に大きく左右されます。
landbot-automation skill の概要
landbot-automation でできること
landbot-automation は、Rube MCP を使い、Composio の Landbot toolkit 経由で Landbot の作業を自動化するための Claude skill です。価値の中心は、固定された Landbot 用スクリプトではありません。エージェントに対して、Rube MCP に接続し、Landbot アカウントの接続状態を確認し、最新の tool schema を検索したうえで、見つかったパラメータに基づいて適切な Landbot アクションを実行する、という安全な運用パターンを与える点にあります。
これは重要です。Landbot の自動化は、エージェントが古い API フィールドを推測してしまうと失敗しがちだからです。この skill は、まず RUBE_SEARCH_TOOLS を呼び出すよう明示しているため、現在の Composio tool definitions に合わせてワークフローを調整できます。
向いているユーザーとワークフロー
landbot-automation skill は、利用可能な Landbot アクションの確認、bot 関連変更の準備、workspace オブジェクトの管理、Landbot の手順をより大きなワークフロー自動化に組み込む作業など、運用寄りの Landbot 業務を AI エージェントに支援させたいユーザーに向いています。
特に、Claude-compatible skills や MCP tools をすでに使っているチーム、そして独自 API コードではなく Composio 経由で Landbot アクションを実行したいチームに適しています。一方で、チャットボットの台本や文面作成だけが必要な場合にはあまり向きません。この skill が扱うのは、会話設計そのものではなく、tool-backed な Landbot 運用だからです。
主な差別化ポイント：schema-first execution
最大の差別化ポイントは、「まず tools を検索する」というルールです。tool 名や入力形式を推測するのではなく、この skill は特定の Landbot ユースケースに対して次を使うようエージェントに指示します。
RUBE_SEARCH_TOOLS
この検索により、利用可能な tool slugs、input schemas、推奨される実行計画、注意点が返されます。ワークフロー自動化では、これにより不正な tool call、必須フィールドの不足、現在の Landbot toolkit が何をサポートしているかに関する誤った前提を減らせます。
landbot-automation skill の使い方
landbot-automation のインストールとセットアップ前提
Claude skills 環境でソースリポジトリからインストールするには、この skill の repository path を使います。
npx skills add ComposioHQ/awesome-claude-skills --skill landbot-automation
次に、クライアントで Rube MCP を設定するため、以下を追加します。
https://rube.app/mcp
この skill には、Rube MCP へのアクセスと、Composio 経由の Landbot 接続が必要です。実際の自動化を依頼する前に、RUBE_SEARCH_TOOLS が利用できることを確認してください。そのうえで、toolkit landbot を指定して RUBE_MANAGE_CONNECTIONS を使います。接続状態が ACTIVE でない場合は、返された認可フローを完了し、先に進む前にステータスを再確認します。
skill がうまく動くために必要な入力
良い landbot-automation usage プロンプトには、具体的な Landbot の成果、workspace の文脈、制約、エージェントにどれくらい慎重に動いてほしいかを含めるべきです。弱いプロンプトの例：
「Update my Landbot flow.」
より良いプロンプトの例：
“Use landbot-automation for Workflow Automation. First discover current Landbot tools with Rube. Check whether my Landbot connection is active. I want to list available bots, identify the bot named Lead Qualification, and prepare the safest available update path for changing the welcome message. Do not modify anything until you show the discovered tool schema and proposed action.”
この書き方が有効なのは、探索、接続確認、計画、実行許可を分けているからです。
確実に実行するための推奨ワークフロー
次の手順で進めるのがおすすめです。
- エージェントに
landbot-automationを起動するよう依頼します。 - 汎用的な検索ではなく、対象タスクにぴったり合った内容で
RUBE_SEARCH_TOOLSを必須にします。 RUBE_MANAGE_CONNECTIONSで Landbot 接続を確認させます。- 返された tool schema と実行計画案を確認します。
- 実行してほしい特定のアクションだけを承認します。
- 実行された tool calls、影響を受けた Landbot objects、未解決のフィールドについて要約を依頼します。
リスクの高い変更では、プロンプトに「read-only discovery first」を追加してください。一括変更の場合は、まず 1 件のサンプルオブジェクトを処理させ、検証後にだけ一般化するよう依頼します。
最初に読むべきリポジトリ内ファイル
上流の skill はコンパクトです。重要なファイルは composio-skills/landbot-automation 配下の SKILL.md です。リポジトリのプレビュー上では、追加の rules/、resources/、references/、補助スクリプトは示されていません。そのため、導入判断の多くは、この skill の MCP 要件とワークフローパターンに基づいて行うことになります。
SKILL.md では、必須の MCP server、Landbot 接続確認、必須の tool discovery パターンの 3 点を確認してください。また、エージェントが実行時に発見する内容を超えて、どの Landbot 操作が公開されているかを理解したい場合は、Composio の Landbot toolkit ドキュメント composio.dev/toolkits/landbot も確認するとよいでしょう。
landbot-automation skill FAQ
landbot-automation は Rube MCP なしでも使えますか？
いいえ。landbot-automation は Rube MCP と Composio の Landbot toolkit に依存しています。クライアントが MCP tools を使えない場合、または RUBE_SEARCH_TOOLS が利用できない場合、この skill は主要な実行メカニズムを失います。その場合でも、通常のプロンプトで Landbot の変更計画を立てる助けにはなりますが、tool-backed automation として扱うべきではありません。
通常の Landbot プロンプトより何が優れていますか？
通常のプロンプトでも、チャットボットフローのブレインストーミングや API 呼び出し案の作成はできます。landbot-automation guide が異なるのは、アクションの前に live tool schemas を発見するようエージェントへ指示する点です。そのため、正確なフィールド、tool slugs、接続状態、実行順序が重要な運用作業により適しています。
初心者でも安全に使えますか？
はい。最初の実行を read-only に保てば安全に使いやすくなります。初心者は、変更を加える前に tools の発見、接続状態の確認、提案されるアクションの説明をエージェントに求めるべきです。主なリスクは、どの bot、block、contact、workspace object に影響するのかを理解しないまま write action を承認してしまうことです。
この skill を使わないほうがよいケースは？
純粋にクリエイティブなチャットボット文面だけが必要な場合、組織がサードパーティの自動化アクセスを禁止している場合、または Composio 経由で Landbot 接続を認可できない場合は使わないでください。また、本番環境に大きな影響を与える変更では、実行前に発見された schema を確認し、対象オブジェクトを確定できない限り、使用を避けるべきです。
landbot-automation skill を改善する方法
より明確なプロンプトで landbot-automation の結果を改善する
最良の結果は、タスクに特化したプロンプトから得られます。対象の Landbot object、望む結果、許可するアクション、確認ルールを含めてください。
例：
“Use landbot-automation to discover tools for exporting or listing Landbot bot metadata. Verify the Landbot connection first. If multiple tools can perform the task, compare them briefly and choose the least destructive option. Do not update, delete, publish, or overwrite anything.”
このように書くと、エージェントに正確な検索ユースケースを与えられ、探索から実行へ勝手に進んでしまうのを防げます。
防ぐべきよくある失敗
最もよくある失敗は schema の推測です。防ぐには、明示的に次のように指定します。“Always call RUBE_SEARCH_TOOLS before choosing a tool.” もう一つの失敗は認証が inactive な状態であることです。どのワークフローでも、実行前に RUBE_MANAGE_CONNECTIONS の確認を必須にしてください。3 つ目は対象オブジェクトの曖昧さです。たとえば “update the sales bot” と書くと、複数の bot が一致する可能性があります。正確な名前、可能であれば ID、重複時の扱いに関するルールを提供してください。
最初の出力後に反復する
最初の tool discovery result が返されたら、エージェントに schema を実務的な言葉で言い換えさせます。確認すべき内容は、必須フィールド、任意フィールド、危険なアクション、不足している情報です。その後、不足値を渡し、dry-run plan を依頼します。書き込み操作では、tool slug、対象オブジェクト、parameters、期待される効果を含む最終確認メッセージを求めてください。
skill をさらに強くするには
上流の skill は、よくある Landbot タスクの例、read-only と write-operation のパターン、bots の一覧取得、content の更新、connections の監査に使えるサンプルプロンプトが追加されると、より実用的になります。それらが追加されるまでは、ユーザー側で、discovery-first behavior、connection status、approval gates、rollback expectations をプロンプト内で明確に指定して補うのがよいでしょう。