textit-automation

textit-automation skillの概要

textit-automationでできること

textit-automationは、ComposioのRube MCP server経由でTextit操作を自動化するためのClaude skillです。現在のTextit tool schemaを確認し、認証済みのTextit接続を検証したうえで、Textit関連のアクションを実行したいエージェント向けに設計されています。汎用的に「Textitを使って」と指示するよりも、推測に頼らずに進めやすいのが特徴です。

このskillの中心となる指示はシンプルですが重要です。まずRube toolsを検索し、それから実行することです。Composioのtool schemaは変わる可能性があり、Textitのワークフローでは、エージェントが古いフィールド名を前提にしたり、接続確認を省略したりすると失敗しやすいためです。

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

textit-automation skillは、TextitとMCP対応のAIクライアントを使い、Textitデータの管理、対応しているtoolkit actionの実行、Textitを中心にした反復可能なワークフロー手順の構築といった運用タスクを自動化したいチームに向いています。Rube内にTextit connectionをすでに持っている、または作成できるユーザーに適しています。

一方で、メッセージングキャンペーン設計の助言だけが欲しい場合には、あまり向いていません。このskillは実行志向です。AIエージェントがRube MCP toolsを正しく呼び出すためのものです。

Workflow Automationにおける主な差別化ポイント

Workflow Automationにおける価値は、大量のプロンプト集ではなく、信頼しやすい実行パターンにあります。

1. Rube MCPに接続する
2. RUBE_SEARCH_TOOLSを確認する
3. textit toolkit connectionを有効化する
4. 現在のtool schemaを検出する
5. 返されたフィールドを使って選択したTextit actionを実行する

この流れにより、壊れやすい自動化を減らし、エージェントを最新のComposio schemaに合わせた状態で動かせます。

textit-automation skillの使い方

textit-automationのインストールと前提条件

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

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

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

https://rube.app/mcp

上流のskillでは、MCP server名がrubeである必要があります。有用な出力を期待する前に、RUBE_SEARCH_TOOLSが利用できることを確認してください。その後、toolkit textitでRUBE_MANAGE_CONNECTIONSを使い、connectionがACTIVEでない場合は、返された認証フローを完了します。

リポジトリ内のパスはcomposio-skills/textit-automationで、主に読むべきファイルはSKILL.mdです。バンドルされたスクリプト、参照資料、補助リソースはないため、挙動はRubeのライブtool discoveryに大きく依存します。

skillに渡すべき入力

textit-automationをうまく使うプロンプトには、実際のTextit上の目的、関連するオブジェクトやオーディエンスの文脈、制約、そしてその操作が読み取り専用なのか変更を伴うのかを含めるべきです。

弱いプロンプト:

Use Textit.

より良いプロンプト:

Use the textit-automation skill through Rube MCP. First run RUBE_SEARCH_TOOLS for the current Textit schema. Check that the textit connection is active. I need to update or inspect Textit contacts related to campaign X. Do not modify records until you show the tool you plan to call, required fields, and any missing information.

このように書くと、エージェントにタスク、安全の境界線、そして実行前に検出する許可を与えられます。

初回実行におすすめの実務フロー

初めて導入するときは、安定して進めるために次の順序を使います。

1. エージェントにSKILL.mdのskill instructionsを開くよう依頼する。
2. Rube MCPが接続され、RUBE_SEARCH_TOOLSが応答することを確認する。
3. あいまいな依頼ではなく、具体的なユースケースでtool discoveryを実行する。
4. RUBE_MANAGE_CONNECTIONSでTextit connectionを確認する。
5. 実行前に、検出されたtool slug、必須入力、任意入力、リスクをエージェントに要約させる。
6. schemaとconnection statusが確認できてから実行する。

よいdiscovery queryは具体的です。実際のタスクに応じて、たとえば「Textit contact lookup and update」「Textit flow-related operation」「Textit workspace data retrieval」のように指定します。

出力品質を上げるコツ

検索から実行へ進むときは、Rube session IDを保持するようエージェントに伝えてください。元のskillでは、tool discoveryとconnection checkが1つのワークフローパターンとして示されているため、セッションの継続性があると、エージェントがセットアップを繰り返したり文脈を混同したりしにくくなります。

書き込み操作では、必ずプレビュー手順を求めます。エージェントがtoolを呼び出す前に、正確なtool名、parameters、想定される副作用を提示させてください。読み取り操作では、返してほしいデータと形式を指定します。たとえば、一致するcontactsの表や、簡潔なJSON summaryなどです。

textit-automation skill FAQ

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

いいえ。textit-automation skillはRube MCPとComposio Textit toolkitに依存しています。AIクライアントでRUBE_SEARCH_TOOLSとRUBE_MANAGE_CONNECTIONSが利用できない場合、このskillが想定している自動化ワークフローは実行できません。

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

通常のプロンプトでは、存在しないAPIフィールドを作り出したり、認証確認を省いたりする可能性があります。このskillは、実行前にライブのtool schemaを検出し、Textit connectionを確認するようエージェントに促します。インストールする主な理由は、Textitについての説明文を増やすことではなく、より安全にtoolを使うことです。

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

MCP toolsの接続と認証リンクの手順に抵抗がなければ、初心者にも使えます。ただし、Textitそのもののノーコード入門チュートリアルではありません。初心者は読み取り専用タスクから始め、検出された各toolについてエージェントに説明させ、返されたschemaを理解するまでは一括更新を避けるべきです。

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

Composio toolkitで公開されていないTextit actionには使わないでください。また、tool実行を伴わないキャンペーン戦略の検討や、Textitの変更ごとにAIクライアント外で手動承認が必要な組織の運用にも向きません。加えて、有効なTextit connectionを確認できない場合も使用を避けてください。

textit-automation skillを改善して使う方法

強いプロンプトでtextit-automationの結果を改善する

最も重要なのは、タスクを運用上必要な情報まで含めて具体化することです。次の要素を含めます。

• 関係するTextit objectまたはworkflow area
• 操作が読み取り専用か、データ変更を伴ってよいか
• 既知の識別子、名前、タグ、flow名、contact fields
• 出力形式
• 書き込み前の承認ルール

例:

Use textit-automation for Workflow Automation. Discover current Textit tools first. I need a read-only check for contacts matching tag webinar-2025. Return the discovered tool schema, the query parameters you will use, and a table with contact ID, name, phone, and matching tag. Do not update anything.

避けるべきよくある失敗

最大の失敗パターンは、RUBE_SEARCH_TOOLSを省略してtool schemaを推測することです。次に多いのは、textit connectionがACTIVEであることを確認する前に変更操作を実行してしまうことです。3つ目は、「フローを直して」のように、Textit上の文脈が足りないビジネス目標だけをエージェントに渡してしまい、安全なtoolを選べない状態にすることです。

これらを防ぐには、discovery、connection verification、そして書き込み操作ごとのpre-execution planを必須にしてください。

初回出力後の改善サイクル

最初のdiscovery結果が返ってきたら、Rubeが返した実際のtool fieldsを使ってプロンプトを絞り込みます。schemaがIDを必要とする場合は、先にlookup stepを実行するようエージェントに依頼してください。複数のtoolsが候補になる場合は、副作用、必須フィールド、取り消しやすさの観点で比較させます。

繰り返し使うワークフローでは、成功したプロンプトパターンを組織の承認ルールと一緒に保存しておきます。このskill自体は軽量なので、再利用価値を最も高めるのは、discovery-firstの実行パターンを包み込む、十分に検証されたタスクプロンプトです。