wati-automation

wati-automation skill の概要

wati-automation でできること

wati-automation は、Composio の Rube MCP 連携を通じて Wati タスクを自動化するための Claude skill です。Wati API 呼び出しを決め打ちで書くのではなく、現在利用できる Wati ツールをエージェントに探索させ、アカウント接続を確認し、実際の入力スキーマを確認したうえで、Rube 経由でワークフローを実行するよう促します。

これは重要です。Wati の自動化は、古いフィールド名を前提にしたプロンプト、未接続のアカウント状態、誤った tool slug などが原因で失敗しがちです。wati-automation skill の主な役割は、エージェントが Wati のデータを送信、更新、取得、管理しようとする前に、こうした推測を減らすことです。

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

Composio のツールスキーマが時間とともに変わる可能性がある環境で、AI エージェントに Wati 操作を手伝わせたい場合に、この skill は有用です。Wati を WhatsApp の顧客メッセージング、連絡先管理、キャンペーン支援、サポート業務、運用自動化に使っていて、Claude に単なる手順書作成ではなく実際のツール呼び出しを任せたいチームに向いています。

最も適した利用者は、Rube MCP 経由で Wati 接続をすでに持っている、または承認できる人です。必要なのがマーケティング文面、メッセージテンプレート、手作業用チェックリストだけであれば、通常のプロンプトで十分な場合があります。

導入前に必ず確認したい要件

重要な依存関係は Rube MCP です。この skill には RUBE_SEARCH_TOOLS と RUBE_MANAGE_CONNECTIONS が必要で、さらに wati toolkit 配下で有効な Wati 接続が必要です。上流の skill は意図的に小さく作られており、スクリプト、補助リソース、ローカルコードは同梱されていません。価値の中心は、ツール実行前に「まず探索する」正しいワークフローを徹底させる点にあります。

wati-automation skill の使い方

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

互換性のある Claude skills 環境で、Composio skills repository から skill をインストールします。

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

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

https://rube.app/mcp

この skill 自体は、単体の Wati client を提供しません。有用な出力を期待する前に、エージェントが RUBE_SEARCH_TOOLS にアクセスできることを確認してください。そのうえで、toolkit wati に対して RUBE_MANAGE_CONNECTIONS を使用し、接続が有効でない場合は返された認可フローを完了します。

skill に渡すべき入力

wati-automation を安定して使うには、具体的な Wati タスク、ビジネス上の目的、すでに分かっている識別子や制約をエージェントに渡します。質の高い入力には、次のような情報が含まれます。

• 実行したい操作: メッセージ送信、連絡先検索、データ更新、キャンペーン関連オブジェクトの確認、利用可能な Wati 操作の調査。
• 既知のフィールド: 電話番号、連絡先名、template name、campaign identifier、tag、status、date range。
• 安全上の制限: メッセージ送信を許可するのか、データのプレビューのみか、レコード更新を行うのか、事前確認を必須にするのか。
• 出力形式: 要約、表、実行計画、dry-run チェックリスト、最終確認。

弱いプロンプトの例: 「Automate Wati。」
より良いプロンプトの例: 「Using wati-automation, find the current Wati tools, confirm the wati connection is active, then prepare a dry-run plan to send an approved WhatsApp template to these three contacts. Do not execute the send step until I confirm.」

初回実行の実践的な流れ

まず composio-skills/wati-automation/SKILL.md を読みます。これは唯一のソースファイルであり、必要なワークフローが記載されています。エージェントは最初に、汎用的な内容ではなく、具体的なユースケースを指定して RUBE_SEARCH_TOOLS を呼び出すべきです。たとえば “Wati operations” よりも “send approved Wati template message to contact” のほうが、通常は有用なスキーマを得やすくなります。

ツール探索の後、エージェントは toolkit wati で RUBE_MANAGE_CONNECTIONS を呼び出します。接続が非アクティブな場合はそこで停止し、認可を完了します。接続が有効になったら、ツール探索で返されたスキーマを使って正確な呼び出しを組み立てます。この順序こそが、信頼できる wati-automation ガイドと、ツール名を推測する壊れやすいプロンプトとの大きな違いです。

実行品質を上げるコツ

探索、接続確認、実行へ進む際は、同じ Rube session を維持するようエージェントに依頼してください。これにより、ツール候補の情報を引き継ぎやすくなり、不要なスキーマ探索の繰り返しも避けられます。ワークフローが顧客に影響する可能性がある場合は、メッセージ送信や Wati レコード更新の前に必ず確認ステップを設けます。

曖昧な依頼では、既定値を勝手に選ばせるのではなく、確認質問をするようエージェントに指示してください。たとえばキャンペーンに言及しているのに対象者、テンプレート、送信条件がない場合、エージェントがそれらを作り上げるべきではありません。

wati-automation skill FAQ

wati-automation は Workflow Automation 向けですか、それとも Wati 用プロンプトですか？

wati-automation は Rube MCP を通じた Workflow Automation 向けです。WhatsApp メッセージを書くためだけのプロンプトテンプレートではありません。目的は、エージェントが Composio によって公開された実際の Wati ツールを探索して呼び出し、実行前に接続状態と現在のスキーマを確認できるようにすることです。

この skill に含まれていないものは何ですか？

repository entry には、ローカルスクリプト、サンプルデータセット、カスタム検証ルール、個別の README は含まれていません。また、すべての Wati 操作を直接ドキュメント化しているわけでもありません。代わりに RUBE_SEARCH_TOOLS によるライブのツール探索に依存します。これはスキーマ変更に対応しやすい一方で、MCP アクセスが正常に動作している必要があります。

初心者にも向いていますか？

MCP server の接続と認可リンクの操作に抵抗がない初心者であれば利用できます。一方で、ノーコードの Wati ダッシュボード代替を期待している場合にはあまり向いていません。この skill は、エージェントが Rube tools を使い、セッションを管理し、返されたスキーマを解釈できることを前提にしています。

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

Wati アカウントを接続する権限がない場合、顧客に影響する操作を安全に委任できない場合、または環境から Rube MCP にアクセスできない場合は使用しないでください。また、WhatsApp キャンペーンメッセージの下書き作成のような純粋な編集作業にも向きません。その場合は通常の文章作成プロンプトのほうがシンプルです。

wati-automation skill を改善する方法

具体的な意図で wati-automation プロンプトを改善する

最も効果的な改善は、広すぎる依頼を、実行できるレベルの意図に置き換えることです。Wati object、対象者、操作、タイミング、承認ルールを含めてください。例: 「Search available Wati tools for contact lookup by phone number, confirm the connection, retrieve the contact if present, and return the fields required to update its tags. Do not update yet.」

これにより、skill は適切なツールスキーマを検索するための十分な文脈を得られ、安全でない推測を避けやすくなります。

防ぎたい典型的な失敗

最もよくある失敗は、ツール探索を省略してツール名やフィールドを推測することです。プロンプト内で探索を必須にしてください。次に多いのは、Wati 接続が有効になる前に実行しようとすることです。続行前に接続ステータスを報告するようエージェントに求めてください。3つ目は、“message all leads” のように、テンプレート、同意、セグメンテーション、承認条件がないまま顧客に影響する自動化を依頼することです。

最初の出力後に反復する

最初のツール探索結果が出たら、返されたスキーマを使ってワークフローを絞り込みます。必須フィールドが不足している場合は、エージェントに即興で補わせるのではなく、その値を提供してください。複数の Wati ツール候補が返された場合は、簡潔に比較したうえで、目的に対して最も安全なものを選ぶよう依頼します。

本番に近い用途では、まず読み取り専用の操作から始め、次に dry run、その後に確認済みの書き込みや送信へ進めます。この段階的な進め方により、skill 自体を変更しなくても wati-automation をより安全で予測しやすくできます。

repository 側の改善アイデア

上流の skill は、contact lookup、template-message preparation、campaign inspection、safe send confirmation など、よくある Wati タスクの例を追加すると導入しやすくなります。inactive connection、RUBE_SEARCH_TOOLS の不足、曖昧なスキーマに関する小さな troubleshooting セクションがあると、新規ユーザーのオンボーディング負荷も下がります。