smartproxy-automation

smartproxy-automation skill の概要

smartproxy-automation の用途

smartproxy-automation は、Composio の Rube MCP toolkit を通じて Smartproxy 関連の操作を実行するための Claude skill です。価値の中心は、固定された proxy script ではありません。まず現在の Smartproxy tool schema を検出し、接続を確認したうえで、タスクに合った Rube tool call を実行する、という進め方をエージェントに教える点にあります。

Composio の tool 名、必須フィールド、接続状態を毎回手作業で確認せずに、AI エージェントへ Smartproxy ワークフローを任せたい場合に、この smartproxy-automation skill が役立ちます。

向いているユーザーとワークフロー

smartproxy-automation skill は、Smartproxy と Composio/Rube MCP をすでに使っている、またはこれから使う予定のユーザーに向いています。特に、実行する Smartproxy 操作が毎回変わりうるワークフロー自動化で有用です。たとえば、アカウント確認、接続状態を踏まえた実行、proxy 関連タスクのセットアップ、Smartproxy toolkit で公開されている tool-driven action などが該当します。

静的なドキュメント検索よりも、エージェント型の自動化に適しています。この skill は、エージェントが MCP tool を呼び出し、返された schema を確認し、最新の Smartproxy tool に合わせて実行内容を調整できることを前提にしています。

主な違い: 先に schema を検出する

最も重要な動作は、「まず tool を検索する」パターンです。古くなる可能性のある Smartproxy API 形状をハードコードするのではなく、smartproxy-automation は実行前に RUBE_SEARCH_TOOLS を呼び出すようエージェントに指示します。この呼び出しにより、利用可能な tool slug、input schema、推奨 plan、pitfall が返されます。

そのため、Composio の Smartproxy toolkit が時間とともに変わっても、この skill は有用です。一方で、live MCP へのアクセスと有効な Smartproxy 接続に依存する点には注意が必要です。

smartproxy-automation skill の使い方

smartproxy-automation のインストールとセットアップ前提

Claude skills 対応環境で、次のコマンドを使って skill をインストールします。

npx skills add ComposioHQ/awesome-claude-skills --skill smartproxy-automation

次に、クライアント設定で Rube MCP を MCP server として追加します。

https://rube.app/mcp

自動化を依頼する前に、RUBE_SEARCH_TOOLS が利用できることを確認してください。続いて、toolkit に smartproxy を指定して RUBE_MANAGE_CONNECTIONS を使い、Smartproxy 接続が ACTIVE でない場合は、返された認可フローを完了します。MCP server が応答し、Smartproxy 接続が active になるまでは、有効な実行結果は期待しないでください。

skill に渡すべき入力

「use Smartproxy」のような曖昧な依頼では、エージェントが推測せざるを得ません。smartproxy-automation をうまく使う prompt には、次の情報を含めると精度が上がります。

• 完了したい Smartproxy タスク;
• それが確認、セットアップ、取得、実行のどのワークフローなのか;
• region、proxy type、session、endpoint、account、target system など、分かっているフィールド;
• 「変更しない」「検証のみ」「実行前に確認する」などの制約;
• エージェントに plan を返してほしいのか、ワークフローを実行してほしいのか、再利用可能な手順を作ってほしいのか。

prompt 例:

“Use the smartproxy-automation skill. First discover current Smartproxy tools with RUBE_SEARCH_TOOLS, then check my smartproxy connection. If active, find the tool schema for managing proxy-related operations and propose the exact execution plan before calling any mutating tool.”

安定して実行するための実践ワークフロー

smartproxy-automation の実用的なワークフローは次のとおりです。

1. 対象の Smartproxy タスクについて RUBE_SEARCH_TOOLS で tool を検出する。
2. 利用可能な場合は、後続の tool call で返された session ID を再利用する。
3. RUBE_MANAGE_CONNECTIONS を通じて smartproxy の接続状態を確認する。
4. tool arguments を組み立てる前に、返された schema を読む。
5. 必須フィールドが分かってから実行する。
6. 何を呼び出したか、何が変更されたか、ユーザー側でまだ必要な対応は何かを要約する。

この順序が重要なのは、上流の skill が意図的に軽量に作られているためです。品質は、同梱 script、example、local reference file ではなく、live tool discovery を徹底することによって担保されます。

最初に読むべき repository file

repository path は composio-skills/smartproxy-automation で、最初に確認すべき main file は SKILL.md です。現行構成には追加の scripts/、resources/、references/、rules/ folder はありません。そのため、導入判断では SKILL.md の指示が自分の MCP 環境に合っているかを中心に確認してください。

まず prerequisites と setup section を読みましょう。ここに実際の blocker が定義されています。具体的には、Rube MCP が利用可能であること、Smartproxy toolkit に接続できていること、そして実行前に必ず schema discovery を行うことです。

smartproxy-automation skill FAQ

smartproxy-automation は Rube MCP なしで使えますか？

いいえ。smartproxy-automation skill には Rube MCP が必要です。特に RUBE_SEARCH_TOOLS と RUBE_MANAGE_CONNECTIONS へのアクセスが前提になります。MCP tool calling がなければ、これは単なるテキスト指示にとどまり、Smartproxy 操作を自動化できません。

通常の Smartproxy prompt より何が優れていますか？

一般的な prompt では、tool 名を幻覚したり、古いフィールドを前提にしたり、接続確認を省略したりする可能性があります。この skill は、実行前に現在の Composio Smartproxy schema を検出するようエージェントに指示します。そのため、利用可能な tool list や必須 parameter が変わりうる Workflow Automation では、より安全に使えます。

初心者にも扱いやすい skill ですか？

Claude skills と MCP server をすでに使える環境であれば、初心者にも扱いやすい skill です。一方で、proxy の基礎、Smartproxy account setup、MCP configuration の最初の入口としては向いていません。新しいユーザーは、まず Rube MCP が接続されていること、Smartproxy authorization が ACTIVE になっていることを確認してください。

この skill を使わないほうがよい場面は？

Smartproxy API を直接 coding する用途、scraping strategy の設計、proxy rotation policy の助言、Composio Smartproxy toolkit の範囲外のタスクには使わないでください。また、エージェントに live tool を呼び出させられない環境でも避けるべきです。この skill の中核ワークフローは、tool discovery と connection management に依存しています。

smartproxy-automation skill を改善する方法

Smartproxy の具体的な作業名を指定して prompt を改善する

smartproxy-automation の出力を最短で改善するには、作業タイプを明確に指定することです。たとえば、「check available Smartproxy account operations」「prepare a non-mutating connection verification」「discover tools for proxy session management」のように書くと、エージェントの RUBE_SEARCH_TOOLS query を絞り込めます。

1 つの依頼に複数の目的を詰め込みすぎないでください。まず discovery を依頼し、plan を確認してから、実行を許可する流れが安全です。

明示的な guardrail で失敗パターンを減らす

よくある失敗には、接続状態を確認する前に実行しようとする、推測した parameter を使う、古い example を現在の schema として扱う、といったものがあります。次のような guardrail を追加して防ぎましょう。

• “Always call RUBE_SEARCH_TOOLS before choosing a tool.”
• “Do not call mutating tools until I approve the plan.”
• “If required fields are missing, ask me instead of inventing values.”
• “Summarize the exact schema fields you used.”

これらの指示は skill が想定するワークフローに沿っており、自動化による予期しない挙動を減らせます。

最初の tool discovery の結果をもとに反復する

最初の discovery 結果が、その後のワークフロー全体を決めます。RUBE_SEARCH_TOOLS が tool slug と schema を返したら、エージェントに次の点を言い直させてください。

• どの tool が最も関連しているか;
• どのフィールドが必須か;
• どのフィールドが任意だが有用か;
• どの接続リスクまたは認可リスクが残っているか;
• その call が read-only なのか mutating なのか。

これにより、smartproxy-automation は広い指示ではなく、制御された実行経路として機能します。

skill をさらに強くするには

現在の smartproxy-automation skill はコンパクトで、live Rube output への依存度が高い構成です。一般的な Smartproxy タスク向けの追加 example、read-only workflow と mutating workflow それぞれの sample prompt、inactive connection の troubleshooting note があると、より導入しやすくなります。

それらが追加されるまでは、SKILL.md を運用上の契約として扱うのがよいでしょう。つまり、Rube MCP を接続し、Smartproxy を activate し、まず tool を検出し、そのうえで返された schema に対してのみ実行する、という流れです。