polygon-automation
作成者 ComposioHQpolygon-automation は、Composio Rube MCP を通じてエージェントが Polygon toolkit actions を実行できるようにするスキルです。ライブのツールスキーマを検出し、接続状態を確認しながら、より安全なワークフロー実行を支援します。
このスキルの評価は 65/100 で、ディレクトリ掲載には許容範囲ですが機能面には制約があります。ディレクトリ利用者は、Composio/Rube MCP 経由で Polygon を自動化すること、エージェントがどのように開始すべきかを理解できるだけの情報を得られます。一方で、具体的な Polygon 自動化ワークフローが豊富に用意されているというより、スキーマ検出のためのラッパーとして捉えるのが適切です。
- 有効な skill frontmatter によりスキル名が明確に示され、トリガーに必要な Rube MCP 依存関係も宣言されています。
- 前提条件とセットアップでは、Rube MCP の接続、Polygon connection の管理、ワークフロー実行前に ACTIVE 状態を確認する方法が説明されています。
- エージェントに対して最初に RUBE_SEARCH_TOOLS を呼び出すよう繰り返し指示しており、最新のスキーマを利用しやすく、古いツール情報に基づく推測を減らせます。
- SKILL.md 以外にサポートファイル、スクリプト、参考資料、README がないため、導入はインラインの手順と外部の Composio toolkit ドキュメントに大きく依存します。
- ワークフローは具体的な Polygon タスクの手順集というより、汎用的な Rube MCP の検出・接続パターンが中心です。そのため、ツール検索後も操作ごとの手順はエージェント側で推測が必要になる場合があります。
polygon-automation skill の概要
polygon-automation でできること
polygon-automation は、Composio の Rube MCP server 経由で Polygon toolkit のアクションを実行するための Claude skill です。価値の中心は、固定された Polygon コマンド一覧を持っていることではありません。まず現在利用できる Polygon tools を発見し、アクティブな接続を確認し、そのうえで Rube から返された最新のスキーマに沿って実行する、という進め方をエージェントに教える点にあります。
各プロンプトに tool schema を手で貼り付けず、AI アシスタントに Polygon 関連の操作を自動化させたい場合に、この polygon-automation skill が役立ちます。特に、RUBE_SEARCH_TOOLS や RUBE_MANAGE_CONNECTIONS などの Rube tools を利用できる MCP 対応クライアントで作業しているユーザーに向いています。
向いているユーザーとワークフロー
polygon-automation skill は、AI ワークフロー内で Polygon アクションを繰り返し実行したいオペレーター、開発者、アナリストに適しています。たとえば、利用可能な toolkit 機能の確認、有効な tool call の準備、接続状態の処理、スキーマ変更への追随といった作業に向いています。実行したい Polygon タスクは明確だが、正確な Composio/Rube tool slug や入力フィールドが分からない場合に特に有用です。
一方で、Polygon そのものを学ぶための単体チュートリアルとしてはあまり向いていません。このリポジトリが提供するのは、コンパクトな実行パターンであり、ドメイン知識の解説、業務ワークフロー例、補助スクリプトではありません。
主な差別化ポイント: スキーマ優先の自動化
この skill で最も重要な指示は、Polygon 操作を実行する前に必ず RUBE_SEARCH_TOOLS を呼び出すことです。これは、MCP tool の名前、フィールド、認証要件、既知の注意点が変わる可能性があるためです。一般的なプロンプトでは、モデルが tool 名を推測したり、存在しないパラメータを作ってしまったりすることがあります。polygon-automation は、まずエージェントに現在の Rube schema を確認させ、その結果をもとにワークフローを組み立てる設計になっています。
導入前に確認すべき要件
この skill をインストールしたり、本格的に使ったりする前に、次の 3 点を確認してください。
- 利用している AI クライアントが MCP servers に対応している。
- Rube MCP が
https://rube.app/mcpで設定されている。 - Polygon toolkit connection を
RUBE_MANAGE_CONNECTIONSから有効化できる。
この skill のソースファイルは SKILL.md の 1 つだけで、同梱の scripts、examples、references、ローカル test harness はありません。インストールは軽量ですが、その分、実際のタスク文脈はプロンプト側で十分に与える必要があります。
polygon-automation skill の使い方
polygon-automation のインストールとセットアップ手順
Composio skill collection から skill をインストールします。
npx skills add ComposioHQ/awesome-claude-skills --skill polygon-automation
次に、クライアントに Rube MCP を追加して設定します。
https://rube.app/mcp
セットアップ後、RUBE_SEARCH_TOOLS が利用できることを確認してください。その後、assistant に toolkit polygon を指定して RUBE_MANAGE_CONNECTIONS を実行させます。接続状態が ACTIVE でない場合は、Rube が返す認証リンクに従い、Polygon アクションを試す前にステータスを再確認してください。
skill に渡すべき入力情報
polygon-automation をうまく使うには、「use Polygon」や「run this」だけのプロンプトにしないことが重要です。assistant が適切な tools を検索し、アクションを検証できるだけの情報を渡してください。役立つ入力には、次のようなものがあります。
- 完了したい具体的な Polygon タスク。
- 対象となるオブジェクトやデータ。
- 必要なフィルター、識別子、日付範囲、シンボル、アドレス、その他のパラメータ。
- 出力形式: 要約、表、JSON、保存用メモ、後続アクションなど。
- 安全上の制限: 読み取り専用、実行前に確認、注文を出さない、レコードを変更しない、など。
より良いプロンプトの例は次のとおりです。
“Use polygon-automation for Workflow Automation. First discover the current Polygon tools through Rube. I need to retrieve recent data for [identifier] from [date range], return a concise table, and do not perform any write or paid action without confirmation.”
インストール後のおすすめワークフロー
信頼性の高い polygon-automation の進め方は次のとおりです。
composio-skills/polygon-automation/SKILL.mdを読む。- Rube MCP が接続されていることを確認する。
- あいまいな語句ではなく、具体的なユースケースを使って
RUBE_SEARCH_TOOLSで tools を検索する。 RUBE_MANAGE_CONNECTIONSで Polygon connection を確認する。- 実行前に、選択された tool slug、必須フィールド、予定している call を assistant に提示させる。
- スキーマと接続状態が明確になってから実行する。
- 追加アクションをつなげる前に、Rube が返した pitfalls や warnings を確認する。
このリポジトリに含まれるのは SKILL.md だけなので、このファイルが主な判断材料です。確認すべき追加の rules/、scripts/、references/ フォルダはありません。
より良い結果を得るためのプロンプトパターン
発見、計画、確認を必ず行わせるプロンプトを使います。
“Invoke the polygon-automation skill. Search Rube tools for: [specific task]. Use the returned schema only; do not guess fields. Check whether the Polygon connection is active. If active, propose the exact tool call with parameters and explain any missing inputs. Wait for my confirmation before running anything that changes state.”
これは通常の依頼よりもうまく機能します。skill のスキーマ優先設計と合っており、実在しない tool call を作ってしまうリスクを減らせるためです。
polygon-automation skill FAQ
polygon-automation は Polygon のチュートリアルですか？
いいえ。polygon-automation は、Rube MCP 経由で Polygon toolkit を使うための自動化ラッパーです。Polygon の概念を深く教えるものではなく、実務ドメインの詳細なサンプルも含まれていません。価値があるのは、tool discovery、connection checking、schema-aware execution、安全性の高い prompting といった運用面です。
polygon-automation を使わないほうがよいケースは？
Rube MCP に接続できない場合、クライアントが MCP に対応していない場合、またはオフライン／ローカルでの自動化が必要な場合は使うべきではありません。また、検証スクリプト、テスト、出力例まで備えた事前構築済みの業務ワークフローが必要な場合にも適していません。このリポジトリが提供しているのは skill instructions のみです。
通常のプロンプトより何が優れていますか？
通常のプロンプトでは、モデルが記憶をもとに Polygon の機能を推測しようとする場合があります。polygon-automation skill は、まず RUBE_SEARCH_TOOLS を問い合わせ、現在のスキーマを使い、RUBE_MANAGE_CONNECTIONS を確認するようエージェントに指示します。そのため、変化する tool API に対してより信頼しやすく、誤ったパラメータ推測を減らせます。
polygon-automation は初心者向けですか？
MCP 環境がすでに動いているなら、初心者にも扱いやすい部類です。skill の指示は短く明確ですが、MCP の設定、Polygon connection の有効化、Rube が返す schemas の読み取りには、初心者だと追加のサポートが必要になる場合があります。
polygon-automation skill を改善する方法
polygon-automation の入力を改善する
polygon-automation の結果を最も早く改善する方法は、最初の依頼を具体的にすることです。「get Polygon data」ではなく、対象エンティティ、期間、必要なフィールド、出力形式、読み取り専用であるべきかどうかを含むタスク文に置き換えてください。
良い入力は、不要な tool 検索を減らし、assistant が関連性の高い Rube use case query を選びやすくします。
よくある失敗パターンに注意する
よくある問題には、Polygon connection が非アクティブであること、tool discovery query があいまいであること、必須フィールドが不足していること、assistant が Rube の返したフィールドを使わずにスキーマを推測しようとすることがあります。実行に失敗した場合は、assistant に次の点を言い直させてください。
- 検索した use case。
- 選択した tool slug。
- 必須 schema fields と任意 schema fields。
- 正確に不足している入力。
- Rube が返した既知の pitfalls。
最初の出力後に反復する
最初の結果が出たら、最初からやり直すのではなく、ワークフローを絞り込んでください。より狭いフィルター、別の出力形式、返された metadata に対する検証、または最初の tool がタスクに合わなかった場合の 2 回目の tool 検索を依頼します。複数ステップのワークフローでは、各ステップの間で assistant に一時停止させ、次の call を行う前に分かったことを要約させてください。
必要に応じてローカルで skill を補強する
チームで polygon-automation を頻繁に使う場合は、upstream skill の外側に独自の補助メモを作成するとよいでしょう。承認済みの prompt templates、既知の Polygon tasks、好みの output formats、社内の safety rules などです。upstream skill は意図的に最小限に保たれているため、ローカルの利用パターンで例やガードレールを追加しても、核となるスキーマ優先ワークフローはそのまま維持できます。