composio-automation
作成者 ComposioHQcomposio-automation は、エージェントが Rube MCP 経由で Composio workflows を実行できるよう支援します。現在の tool schemas を discovery し、Composio 接続を確認したうえで、タスクの実行と検証を行います。
このスキルの評価は 68/100 です。掲載には十分ですが、完成されたワークフローパックではなく、軽量な connector/pattern skill として見せるのが適切です。ディレクトリ利用者は、Rube MCP 経由で Composio 操作を行う用途であること、エージェントがどのように開始すべきかを把握できます。ただし、タスク固有の詳細の多くは live tool discovery に依存すると考えるべきです。
- トリガーと依存関係が明確です。Rube MCP 経由の Composio 自動化を明示的に対象とし、`requires: mcp: [rube]` を宣言しています。
- セットアップと前提条件の案内で、必要な MCP エンドポイント、接続確認、利用前に ACTIVE な Composio toolkit connection が必要であることを示しています。
- スキーマ discovery の指示が強力です。エージェントが推測ではなく最新の tool schemas を使えるよう、最初に `RUBE_SEARCH_TOOLS` を呼び出すよう繰り返し促しています。
- 運用面の説明は、具体的な Composio タスクのワークフローや検証済みの例というより、汎用的な discovery/check/execute パターンが中心です。
- このスキルは Rube MCP の利用可否と有効な Composio 接続に完全に依存します。SKILL.md 以外に、サポート用スクリプト、参考資料、ローカルアセットはありません。
composio-automation skill の概要
composio-automation でできること
composio-automation は、Rube MCP 経由で Composio 関連のワークフローを実行するための Claude skill です。価値の中心は固定スクリプトではありません。まず現在の Composio tool schema を発見し、ユーザーの Composio connection を確認したうえで、依頼された自動化タスクに合った Rube MCP tool sequence を実行する、という進め方をエージェントに教える点にあります。
Composio の概念を説明させるだけでなく、エージェントに Composio の操作を実際に扱わせたい場合に、この skill が向いています。
Workflow Automation ユーザーに向いているケース
composio-automation skill は、Composio toolkit、integration、connected account、または Rube 経由で公開される automation task を使って Workflow Automation を構築・運用しているユーザーに適しています。tool schema が変わる可能性がある環境では特に有用です。この skill は、実行を試みる前に必ず RUBE_SEARCH_TOOLS を呼び出すよう、エージェントに明示しているためです。
すでに Claude と MCP tools を併用しており、場当たり的なプロンプトではなく、「発見、認証、実行、検証」の再現性ある手順を持ちたいチームに合います。
導入前に確認すべき要件
インストール前に、利用中のクライアントが MCP servers を使えること、そして Rube MCP が利用可能であることを確認してください。この skill は以下を前提にしています。
RUBE_SEARCH_TOOLSが利用できる状態で Rube MCP が接続されていることRUBE_MANAGE_CONNECTIONSで管理される Composio connection があること- Toolkit name が
composioであること - ワークフロー実行前に connection status が
ACTIVEであること
環境側で MCP tools をエージェントに公開できない場合、この skill は実行用ではなくガイダンス用途に限られます。
汎用プロンプトとの違い
汎用プロンプトでもモデルに「Composio を使って」と依頼することはできますが、古い tool name を推測したり、存在しない parameter を作ってしまったりしがちです。composio-automation は tool discovery を中心に据えています。先に検索し、返された schema を確認し、connection state をチェックしてから、選択した tool を実行します。この順序により、schema の不一致、認証まわりの想定外の失敗、自動化実行の失敗を減らせます。
composio-automation skill の使い方
composio-automation のインストール前提
ComposioHQ skill collection から skill をインストールします。
npx skills add ComposioHQ/awesome-claude-skills --skill composio-automation
次に、MCP 対応クライアントへ Rube MCP を追加します。
https://rube.app/mcp
上流の skill には追加の script、reference、helper asset は含まれていないため、まず SKILL.md から確認します。このファイルが運用手順そのものです。前提条件、セットアップ、tool discovery、コアとなるワークフローパターンが記載されています。
skill に渡すべき入力
composio-automation をうまく使うには、具体的なタスクと、tool を正確に検索するための運用コンテキストをエージェントに渡してください。含めるべき内容は次のとおりです。
- 完了したい Composio タスク
- 分かっている場合は対象の toolkit または integration
- Composio connection がすでに存在するかどうか
- 関係する entity name、ID、account、project、filter
- 期待する出力。例: “create”、“list”、“update”、“verify”、“summarize results”
- 安全上の制約。例: “do not delete”、“dry run first”、“ask before modifying”
弱いプロンプト: “Automate Composio.”
より良いプロンプト: “Use the composio-automation skill to find the current Rube MCP tools for Composio. Check whether my composio connection is ACTIVE, then list available Composio toolkits connected to my account. Do not modify anything.”
推奨ワークフローパターン
信頼性の高い composio-automation の進め方は、次の順序にするべきです。
- あいまいな汎用クエリではなく、具体的な use case に対して
RUBE_SEARCH_TOOLSを呼び出す。 - 返された session ID を、後続の discovery または execution に再利用する。
- toolkit
composioに対してRUBE_MANAGE_CONNECTIONSを呼び出す。 - connection が
ACTIVEでない場合は、返された authentication link に従う。 - 返された tool slug、schema、required fields、pitfalls を確認する。
- schema が分かってから実行する。
- 結果を検証し、何が変更されたかを報告する。
これが重要なのは、Rube が現在の tool schema と execution plan を返せるためです。discovery を省略することは、無効な引数で失敗する最短ルートです。
実用的なプロンプト例
読み取り専用の作業では、その旨を明示します。
“Use composio-automation to search current Composio tools via Rube MCP, confirm my connection, and retrieve the requested data. This is read-only; do not create, update, or delete resources.”
状態を変更する作業では、確認を必須にします。
“Discover the correct Composio tool schema first. Prepare the exact tool call for creating the automation, explain the fields, and wait for my approval before execution.”
トラブルシューティングでは、次のように依頼します。
“Use RUBE_SEARCH_TOOLS to identify the relevant Composio operation and known pitfalls. Check connection status with RUBE_MANAGE_CONNECTIONS, then explain whether the failure is authentication, missing fields, unavailable tool, or execution error.”
composio-automation skill FAQ
composio-automation は初心者にも向いていますか？
はい。MCP 対応クライアントを使っていて、authentication link に従って認証できる初心者であれば利用できます。skill のワークフロー自体はシンプルですが、周辺のエコシステムは完全なプラグアンドプレイではありません。ユーザーは、エージェントが Rube MCP tools を呼び出していること、そして Composio へのアクセスには active connection が必要であることを理解しておく必要があります。
この skill を使わないほうがよい場面は？
ドキュメントの確認、概念的な助言、静的なコード例だけが必要な場合は、composio-automation を使う必要はありません。また、クライアントが Rube MCP に接続できない場合、組織のポリシーで外部 MCP servers がブロックされている場合、Composio connection を認可できない場合にも適していません。
実行を伴わない調査であれば、通常のプロンプトと Composio documentation で十分なことがあります。
Composio documentation の代わりになりますか？
いいえ。この skill は Composio toolkit documentation を参照しつつ、現在の schema を Rube MCP discovery で確認するためのものです。完全な API reference ではなく、実行ワークフローです。edge case、permission、billing、toolkit 固有の挙動については、RUBE_SEARCH_TOOLS が返す tool schema とあわせて Composio docs を確認してください。
なぜ tool search が必須なのですか？
この skill は live schema に依存しているため、tool search は必須です。MCP tools が公開する slug、required fields、constraint は、記憶や例と異なる場合があります。RUBE_SEARCH_TOOLS により、エージェントは呼び出しを確定する前に現在の実行面を把握できます。これが composio-automation skill の信頼性を高める中核的な利点です。
composio-automation skill を改善する方法
composio-automation のプロンプトを改善する
composio-automation の結果を良くする最善の方法は、広すぎる目標を運用可能な依頼に置き換えることです。action、scope、connection expectation、confirmation policy を明示してください。
避けたい例: “Set up a Composio workflow.”
推奨例: “Search current Rube MCP tools for Composio operations related to GitHub issue automation. Confirm the composio connection is ACTIVE. If a create or update action is needed, show the proposed tool call and wait for approval.”
これにより、エージェントが discovery 用の正確な use_case を選びやすくなり、意図しない書き込みも防げます。
よくある失敗を避ける
よくある失敗には、RUBE_SEARCH_TOOLS を省略する、connection が active だと思い込む、古い parameter name を使う、認証の問題を tool の問題として扱う、といったものがあります。実行が失敗したら、エージェントに問題の分類を依頼してください。
- Discovery failure
- Connection inactive
- Missing required field
- Permission or account limitation
- Tool execution error
- Ambiguous user intent
こうすることで、同じ誤った呼び出しを繰り返すのではなく、改善すべき点に絞って反復できます。
最初の出力後に反復する
最初の実行後は、返された tool slug、required fields、省略された optional fields、Rube からの warning を確認するよう依頼すると品質が上がります。状態を変更するワークフローでは、実行前の preflight summary と、実行後の post-run verification を求めてください。
有効なフォローアップ例: “Based on the discovered schema, identify required inputs I have not provided yet and ask only for those. Do not execute until all required fields are known.”
チーム利用向けに拡張する
チームで使う場合は、上流ファイルの外側にローカルノートを追加すると skill を改善できます。承認済みの Composio use case、命名規則、許可される write operation、rollback expectation、安全なプロンプト例などをまとめておくとよいでしょう。現時点で repository path から確認できるのは SKILL.md のみなので、チーム固有の guardrail は package に含まれていると想定せず、自分たちの workspace または agent instructions に文書化してください。