formcarry-automation

formcarry-automation skill の概要

formcarry-automation の用途

formcarry-automation は、Rube MCP 経由で Composio の Formcarry toolkit を使い、Formcarry 関連の作業を自動化するための Claude skill です。単体で動く Formcarry SDK ラッパーではありません。エージェントに対して、現在利用できる Rube tool schema を確認し、Formcarry の接続状態を検証したうえで、適切な Formcarry 操作を少ない推測で実行するよう促します。

セッションごとに Composio のツールドキュメントを手作業で探すのではなく、MCP 経由で Formcarry の利用可能なアクションを確認したり、ワークフロー手順を組み立てたり、サポートされている操作を実行したりしたい場合に向いています。

最適なユーザーとワークフロー

formcarry-automation skill は、すでに Claude または MCP 対応クライアントを使っていて、エージェントのワークフロー内で Formcarry 自動化を行いたいユーザーに適しています。Web フォーム、問い合わせ送信、リード振り分け、フォーム関連の運用タスクを管理しており、エージェントにはライブの schema を確認してから tool を呼び出してほしいチームに向いています。

tool 名やパラメータが変わる可能性がある環境では特に有用です。この skill の中心的な指示は、固定の API 形状を前提にせず、まず RUBE_SEARCH_TOOLS を呼び出すことだからです。

主な差別化ポイント

この skill の実用上の価値は、ワークフローの進め方を徹底できる点にあります。つまり、tool を探し、Formcarry の接続を確認し、その後に実行する、という流れです。これにより、tool 名を作り出してしまったり、認証状態を見落としたり、古いパラメータを使ったりしがちな汎用の「Formcarry を自動化して」というプロンプトより安全に使えます。

リポジトリは意図的に最小構成です。重要なファイルは SKILL.md で、同梱されたスクリプト、参考資料、補助アセットはありません。導入の可否は主に、利用中のクライアントが Rube MCP を使えるか、そして Formcarry 接続を Composio 経由で有効化できるかに左右されます。

formcarry-automation skill の使い方

formcarry-automation のインストール前提

利用環境が skill のインストールに対応している場合は、Composio skills リポジトリからインストールします。

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

次に、クライアントで Rube MCP を設定するため、以下を追加します。

https://rube.app/mcp

有用な出力を期待する前に、MCP server が RUBE_SEARCH_TOOLS を公開していることを確認してください。また、この skill には Rube/Composio 経由の有効な Formcarry 接続が必要です。toolkit formcarry を指定して RUBE_MANAGE_CONNECTIONS を使います。認証リンクや inactive status が返ってきた場合は、エージェントに Formcarry ワークフローを実行させる前に認可を完了してください。

skill に渡すべき入力

formcarry-automation を安定して使うには、実行したい Formcarry の作業、期待する結果、安全上の制限をエージェントに具体的に伝えます。弱いプロンプトの例は次のとおりです。

“Automate my Formcarry.”

より良いプロンプトは次のようになります。

“Use the formcarry-automation skill. First call RUBE_SEARCH_TOOLS for current Formcarry schemas. Check whether the formcarry connection is active. I want to review available actions for managing form submissions, then propose the safest execution plan before making changes. Do not delete or update anything without confirmation.”

この方がうまく機能するのは、何を調べるべきか、どの程度慎重に進めるべきか、どの時点で承認待ちにするべきかを skill に明確に伝えられるためです。

推奨ワークフロー

まずライブの tool discovery から始めます。

RUBE_SEARCH_TOOLS に "Formcarry operations" のような use case、または "review recent Formcarry submissions" のような具体的なタスクを渡します。

次に、toolkit formcarry を指定して RUBE_MANAGE_CONNECTIONS で接続状態を確認します。接続が active になってから、エージェントが返された tool slug を選び、検出された schema に基づいてパラメータを埋めるべきです。

リスクの高い作業では、2 段階で進めるよう依頼します。まず検出した tool を使って計画を作らせ、あなたが正確な tool call と入力内容を承認した後でのみ実行させます。これは formcarry-automation ガイドで最も重要な習慣です。リポジトリ自体が、ハードコードされた前提ではなく現在の schema を重視しているためです。

最初に読むべきリポジトリファイル

最初に composio-skills/formcarry-automation/SKILL.md を読んでください。前提条件、セットアップ手順、tool discovery の流れ、必須の「まず search tools を実行する」指示が含まれています。

現在の skill パッケージには、scripts/、resources/、references/、rules/ のようなサポート用フォルダは見当たりません。そのため、サンプル自動化や再利用可能なコードは期待しない方がよいでしょう。高度な例が必要な場合は、composio.dev/toolkits/formcarry にある公式 Composio toolkit ページと、RUBE_SEARCH_TOOLS が返すライブ結果を組み合わせて使ってください。

formcarry-automation skill の FAQ

formcarry-automation は Formcarry 専用ですか？

はい。formcarry-automation skill の対象は、Composio の Formcarry toolkit 経由で利用できる Formcarry 操作です。Rube MCP は他の toolkit も公開できますが、この skill の指示、接続確認、検索プロンプトは formcarry 向けに書かれています。

Formcarry API key は必要ですか？

skill の説明では、クライアント側で API key を手動追加しなくても https://rube.app/mcp から Rube MCP を追加できるとされています。ただし、RUBE_MANAGE_CONNECTIONS を通じて有効な Formcarry 接続は必要です。接続が inactive の場合、tool を実行する前に、返された認可フローを完了する必要があります。

通常のプロンプトだけではだめですか？

通常のプロンプトでは、存在しない Formcarry endpoint を作り出したり、古い schema を前提にしたりする可能性があります。この skill は、エージェントにまず RUBE_SEARCH_TOOLS を問い合わせさせ、その結果として返された tool slug、schema、実行計画、注意点を使わせます。そのため、“use Formcarry” のような静的な指示より、ライブ tool の利用に向いています。

インストールしない方がよいケースは？

MCP tools を使えない、Rube MCP に接続できない、または一般的な Formcarry ドキュメントだけが必要な場合は、formcarry-automation をインストールする必要はありません。すぐ使えるスクリプトライブラリ一式が必要な場合にも不向きです。この skill はエージェントのワークフローを包むためのものであり、完成済みの自動化スクリプトを含むコードベースではありません。

formcarry-automation skill を改善する方法

タスクに合わせた discovery でプロンプトを改善する

formcarry-automation の結果を良くする最も効果的な方法は、discovery query を具体化することです。“Formcarry operations” とだけ尋ねるのではなく、“find tools for listing recent submissions”、“identify tools for form configuration”、“check what actions are available before exporting leads” のように作業内容を説明します。

具体的な discovery は、関係の薄い tool 候補を減らし、エージェントが最初の試行で正しい schema を選びやすくします。

リスクの高い操作には承認ゲートを追加する

Formcarry データを変更する操作では、計画と実行を分けるようエージェントに依頼してください。良い指示の例は次のとおりです。

“After tool discovery, summarize the exact tool, parameters, and expected effect. Wait for my approval before executing any create, update, delete, or bulk operation.”

これにより、意図しない変更を避けられ、本番のフォーム運用ワークフローでもこの skill をより実用的に使えます。

識別子と制約を最初に伝える

タスクがフォーム名、form ID、submission の日付範囲、email field、tag、destination、業務ルールに依存する場合は、最初のプロンプトに含めてください。この skill は schema を検出できますが、あなたの社内の命名規則や許容できるリスクの度合いまでは推測できません。

良い入力には、対象フォーム、日付範囲、read-only mode が必要かどうか、成功条件、失敗した call の後にエージェントが retry してよいかどうかが含まれます。

返された schema を起点に反復する

最初の RUBE_SEARCH_TOOLS の結果を受け取ったら、Rube が返した実際の tool 名と必須フィールドを使って依頼内容を絞り込みます。パラメータの意味が不明な場合は、実行前に schema を説明するようエージェントに依頼してください。

これは formcarry-automation skill にとって最も信頼できる改善手順です。この skill の設計の中心が、リポジトリにコピーされた固定ドキュメントではなく、現在の tool discovery に依存しているためです。