alchemy-automation

alchemy-automation skill の概要

alchemy-automation でできること

alchemy-automation は、Composio の Rube MCP server を通じて Alchemy 関連のワークフローを実行するための Claude skill です。固定された API 仕様を前提にするのではなく、まず Rube tools を検索し、現在の Alchemy toolkit のスキーマを確認し、アカウント接続を検証したうえで、適切な tool call を実行するようエージェントに指示します。

そのため alchemy-automation skill は、Composio の tool documentation を毎回手作業で確認しなくても、AI エージェントに Alchemy 操作を支援させたい場合に役立ちます。

向いているユーザーと用途

すでに Alchemy を使っていて、Claude に文章で手順を説明させるだけでなく、MCP tool layer 経由で実際に操作させたい場合に、この skill は適しています。開発者、DevOps 担当者、ブロックチェーンチーム、自動化ワークフローを作る人が、利用可能な Alchemy actions をエージェントに発見させ、正しい入力を準備し、再現性のある実行パターンに沿って作業したいときに相性がよいです。

この skill の本質的な役割は「Alchemy を説明すること」ではありません。Rube MCP に接続し、Alchemy toolkit の接続状態を確認し、現在のタスクに合う正確な tool schema を見つけ、スキーマの推測を減らしてワークフローを実行することです。

主な差別化ポイント: まずスキーマを発見する

alchemy-automation の主な価値は、実行前に必ず RUBE_SEARCH_TOOLS を使うという設計にあります。MCP tool schemas は変更される可能性があり、一般的なプロンプトでは存在しないパラメータを作り出したり、古い tool 名を呼び出したりして失敗しがちです。

この skill のワークフローは意図的に慎重です。tools を検索し、接続を確認し、schemas と落とし穴を見直してから実行します。これが、単に自動化内容を説明するプロンプトと、Rube MCP 経由で実際に自動化を動かせる skill との違いです。

alchemy-automation skill の使い方

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

たとえば次のように、Composio skills repository から skill をインストールします。

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

次に、AI client に Rube MCP を追加して設定します。

https://rube.app/mcp

上流の skill は RUBE_SEARCH_TOOLS が利用可能であることを前提とし、toolkit alchemy で RUBE_MANAGE_CONNECTIONS を通じた有効な Alchemy 接続を必要とします。接続が有効でない場合、エージェントは Alchemy 操作を試みる前に、返された authorization link に従う必要があります。

使う前に確認すべきファイル

まず composio-skills/alchemy-automation/SKILL.md を確認します。この repository entry はコンパクトで、追加の README.md、scripts、references、rule folders はありません。そのため、skill file が唯一の信頼できる情報源です。

特に次のセクションに注目してください。

• 必要な MCP と接続状態を確認する Prerequisites
• Rube MCP の追加と Alchemy の有効化を扱う Setup
• 必須の RUBE_SEARCH_TOOLS call を説明する Tool Discovery
• 操作順序を示す Core Workflow Pattern

補助 scripts がないため、実行結果は、エージェントにどれだけ具体的なタスクを与え、現在の Rube schemas を発見させられるかに大きく左右されます。

alchemy-automation skill に適したプロンプトの書き方

弱いプロンプトの例は次のようなものです。

“Use Alchemy to do this for me.”

より良い alchemy-automation usage プロンプトでは、実行したい操作、対象 network や account context、必要な出力、安全上の境界を含めます。

“Use the alchemy-automation skill through Rube MCP. First call RUBE_SEARCH_TOOLS for the current Alchemy schema. Then check my alchemy connection status. I need to perform [specific Alchemy task] for [network/project/account context]. Do not execute destructive or billing-affecting changes without summarizing the planned tool call and asking for confirmation.”

このように書くと、エージェントは現在の tool list と parameters については Rube に依存しながらも、skill を正しく呼び出すための十分な構造を得られます。

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

多くのタスクでは、次の流れを使います。

1. “Alchemy operations” のような広い表現ではなく、実際のタスクに合う use case で tools を検索するようエージェントに依頼します。
2. RUBE_MANAGE_CONNECTIONS で alchemy の接続状態を確認させます。
3. 発見した tool slug、必須 fields、任意 fields、既知の pitfalls を要約させます。
4. スキーマが分かってから、不足している値を渡します。
5. 影響の大きい操作では、実行前に dry-run 形式の要約を必須にします。

このワークフローは一発実行のプロンプトより時間がかかりますが、古い tool 前提による call 失敗を減らせます。

alchemy-automation skill FAQ

alchemy-automation は Composio ユーザー専用ですか？

この skill は、Composio の Rube MCP server と Composio Alchemy toolkit を前提に作られています。利用している AI client が MCP tools に接続できない、または RUBE_SEARCH_TOOLS と RUBE_MANAGE_CONNECTIONS を公開していない場合、この skill はワークフローパターンの参考以上にはあまり役立ちません。

通常の Alchemy プロンプトより何が優れていますか？

通常のプロンプトでも Alchemy の概念を説明したり、コードを下書きしたりすることはできます。しかし、現在の Rube MCP tool schemas を確実に把握することはできません。alchemy-automation skill は、利用可能な tools を実行時に発見し、認証状態を確認し、パラメータを幻覚で補うのではなく返された schema を使うようエージェントに指示します。

そのため、ライブの tool 実行には向いていますが、チュートリアルや一般的なブロックチェーン学習に必ずしも最適というわけではありません。

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

Rube MCP と Alchemy 接続がすでに設定済みであれば、初心者にも扱いやすい skill です。ただし、新規ユーザーは MCP のセットアップ、Alchemy authorization、自分が実際に行いたい Alchemy 操作の見極めについて、追加のサポートが必要になる場合があります。

初心者が使う場合は、実行前に発見された tool schema をエージェントに説明させるとよいでしょう。

この skill を使わないほうがよいケースは？

静的なドキュメント、SDK コード生成、Alchemy の概念説明だけが必要な場合は、alchemy-automation を使う必要はありません。また、Alchemy toolkit を認可できない場合、実行前に tool calls を確認できない場合、または現在の Composio toolkit でサポートされていない独自ワークフローが必要な場合も避けたほうがよいです。

alchemy-automation skill を改善する方法

alchemy-automation のプロンプトを具体化する

最も大きな改善ポイントは、タスクの切り出し方を明確にすることです。大まかな目標ではなく、操作に必要な詳細へ置き換えます。

• 対象の Alchemy product または workflow
• network、app、project、account context
• 必要な output format
• 実行を許可するのか、計画だけなのか
• リスクのある操作に対する confirmation rules

たとえば、次のように指定します。

“Search Rube tools for managing Alchemy app settings. Identify the correct tool, list required inputs, and wait for my confirmation before making changes.”

これは、エージェントに “handle Alchemy automation” と頼むよりも良い結果につながります。

よくある失敗を防ぐ

よくある失敗には、tool discovery を省略する、古い schemas を前提にする、alchemy 接続が有効になる前に実行しようとする、必須 fields が足りないまま tool call を依頼する、などがあります。

こうした失敗を減らすには、次を明示的に要求します。

• 実行前に必ず RUBE_SEARCH_TOOLS を使う
• RUBE_MANAGE_CONNECTIONS で status check を行う
• 入力値を集める前に schema summary を出す
• irreversible、security-sensitive、billing-related な操作の前に確認を取る

これらの制約は、skill の設計に逆らうものではなく、むしろその設計に沿った使い方です。

最初の tool search 後に絞り込む

最初の検索では、複数の候補 tools が返ってきたり、近いものの完全には一致しない実行計画が出たりすることがあります。最初の結果を受け取ったら、発見された用語を使ってプロンプトを絞り込みます。

元の言い回しのまま続けるのではなく、次のように伝えます。

“Use the discovered tool slug that supports [specific action]. Fill only fields confirmed by the schema. Ask me for any missing required values.”

これにより、ワークフローを実際の Rube response に基づいた状態に保てます。

チーム向けに上流 skill を補強する

alchemy-automation skill をチームで導入する場合、よく使う Alchemy タスクのローカル examples、confirmation policies、承認済み networks や projects を追加すると、より実用的になります。repository 版には SKILL.md しか含まれていないため、チーム固有の usage notes を用意しておくと、セットアップに関する同じ質問の繰り返しを減らし、誤った環境での意図しない実行を防ぎやすくなります。

追加するとよいものには、sample prompts、安全な操作の checklists、エージェントが停止して人間の承認を求めるべき条件を定めた internal rules などがあります。