codereadr-automation
作成者 ComposioHQcodereadr-automation は、Composio Rube MCP 経由で Codereadr を自動化するためのスキルです。実行前にツール検索、接続状態の確認、最新 schemas の利用を行うことで、エージェントが安全にワークフローを進めやすくします。
このスキルの評価は 66/100 です。ディレクトリ掲載には許容範囲ですが、完成度の高い Codereadr 自動化パッケージというより、軽量な MCP ワークフローガイドとして見せるのが適しています。Rube MCP を使っていて Codereadr 連携が必要なユーザーには判断材料がありますが、具体的なタスク例やサポートファイルが不足しているため、信頼性や再利用性の面では限界があります。
- 有効な frontmatter と明確な説明により、Rube MCP/Composio 経由で Codereadr タスクを自動化する、というトリガーが把握しやすくなっています。
- 前提条件とセットアップ手順で、ワークフロー実行前に Rube MCP の確認、有効な Codereadr 接続の確立、認証を行うようエージェントに指示しています。
- エージェントにまず `RUBE_SEARCH_TOOLS` を呼び出し、最新の tool slugs、schemas、plans、pitfalls を取得するよう明示しており、古い schema による失敗リスクを抑えています。
- SKILL.md の案内以外に、サポートファイル、スクリプト、参考資料、具体的なワークフロー例は含まれていません。そのため導入のしやすさは、Rube が返す schemas と plans に大きく左右されます。
- 抜粋内では `RUBE_MANAGE_CONNECTIONS` と `RUBE_MANAGE_CONNECTION` の間でツール名が揺れている可能性があり、実行時に推測が必要になるおそれがあります。
codereadr-automation skill の概要
codereadr-automation の用途
codereadr-automation は、Composio の Rube MCP server 経由で Codereadr の操作を自動化するための Claude skill です。記憶に頼って API の形を推測するのではなく、現時点で利用できる Codereadr toolkit tools を呼び出す必要があるエージェント向けに設計されています。
主な価値は、固定されたワークフロースクリプトではありません。この skill は、まず RUBE_SEARCH_TOOLS で利用可能な Codereadr tools を発見し、Codereadr connection が有効であることを確認したうえで、Rube から返された最新の schema に従って適切な tool を実行する、という手順をエージェントに徹底させます。
向いているユーザーとワークフロー
この codereadr-automation skill は、Codereadr を barcode、QR、scan、validation、attendance、asset、field-data などのワークフローで使っていて、チャットや自動化環境から AI エージェントに接続済みの Codereadr actions を操作させたい場合に適しています。
特に、タスクが live tool schemas、connection state、または Composio 管理の認証に依存する場合に有効です。「Codereadr のデータを更新して」のような壊れやすいプロンプトを書く代わりに、特定の Codereadr 作業に必要な tools をエージェントに発見させ、必須フィールドを確認させてから実行できます。
この skill の違い
最大の特徴は、「まず tools を検索する」パターンです。多くの自動化プロンプトは、tool 名、parameter、API version を決め打ちするため失敗します。codereadr-automation は、実行前に必ず RUBE_SEARCH_TOOLS を呼び出し、返された tool slugs、schemas、execution plan、pitfalls を使うようエージェントに求めます。
そのため Composio 側で利用可能な actions や field requirements が変わった場合でも、静的な Codereadr プロンプトより MCP ベースの Workflow Automation で信頼性を保ちやすくなります。
codereadr-automation skill の使い方
codereadr-automation のインストールとセットアップ前提
Composio skills repository から skill をインストールします。
npx skills add ComposioHQ/awesome-claude-skills --skill codereadr-automation
次に、AI client に Rube MCP を追加して設定します。
https://rube.app/mcp
この skill には rube MCP server が必要で、RUBE_SEARCH_TOOLS が利用できる前提です。Codereadr actions を実行する前に、toolkit codereadr 用の Rube connection manager を使い、connection が ACTIVE でなければ返された auth flow を完了してください。
最初の実用的な確認項目は次のとおりです。
RUBE_SEARCH_TOOLSが応答することを確認する。- 目的のユースケースで Codereadr tools を検索する。
- Codereadr connection status を確認する。
- schema と connection が確認できてから実行する。
skill に渡すべき入力情報
codereadr-automation をうまく使うには、エージェントに対して、業務上の目的、対象となる Codereadr object または process、意図する範囲、安全上の制限を渡してください。弱い依頼の例は次のようなものです。
「Codereadr の更新をやって。」
より良い依頼は次のようになります。
「codereadr-automation を使って、昨日の scan records を export するための現在の Composio Codereadr tools を探してください。まず tool schema を発見し、Codereadr connection が active であることを確認し、必須フィールドを見せてから、2026-07-10 00:00 から 2026-07-10 23:59 UTC の間に作成された scans だけを対象に export を実行してください。」
このように指定すると、エージェントは正しい tool を検索し、field names を推測せず、実行前に action の範囲を絞り込めるため、出力の品質が上がります。
初回実行におすすめの流れ
まず SKILL.md を読んでください。この skill に含まれる唯一の source file であり、必須の MCP pattern が書かれています。確認すべき bundled scripts、references、helper rules は含まれていないため、重要なのは tool-discovery sequence です。
安全な初回ワークフローは次のとおりです。
- 特定の Codereadr use case を指定して、エージェントに
RUBE_SEARCH_TOOLSを呼び出させる。 - 返された tool slugs と schemas を確認する。
- Rube 経由で Codereadr connection を検証するようエージェントに依頼する。
- 不足している IDs、date ranges、filters、payload fields を提供する。
- write operation の前に dry-run 形式の要約を依頼する。
- 現在の schema に基づき、選択した tool だけを実行する。
結果をよくするプロンプトパターン
発見と確認を強制するプロンプトを使います。
「Workflow Automation のために codereadr-automation skill を使ってください。Rube tools で [specific Codereadr task] を検索してください。tool slug、必須フィールド、connection status、リスクを提示するまで execution tool は呼び出さないでください。必須フィールドが不足している場合は、値を作らずに私に確認してください。」
このパターンは、imports、exports、record lookups、report generation、scan-data actions、管理系の Codereadr tasks など、誤った filters や推測した IDs が production data に影響し得る作業で役立ちます。
codereadr-automation skill FAQ
Rube MCP なしで codereadr-automation は使えますか？
いいえ。この skill は Rube MCP と Composio Codereadr toolkit に依存しています。client が https://rube.app/mcp に接続できない、または RUBE_SEARCH_TOOLS を公開できない場合、この skill の主要機能は動作しません。
意図されたワークフローを文書として参照することはできますが、live Codereadr schemas を発見したり actions を実行したりすることはできません。
通常の Codereadr プロンプトより何が優れていますか？
通常のプロンプトでは、API fields や tool names を幻覚的に作ってしまう可能性があります。codereadr-automation は、まず現在の tools を発見し、返された schema を使い、実行前に connection を確認するようエージェントに指示します。これがインストールする主な理由です。
代わりに discovery step が 1 つ増えますが、その手順によって automation workflows でより大きな失敗を避けられることが多いです。
初心者にも向いていますか？
はい。MCP server の接続と auth flow の完了に抵抗がなければ使えます。skill の流れはシンプルです。Rube を接続し、Codereadr を activate し、tools を検索してから、選択した action を実行します。
初心者は、updates、imports、deletions を試す前に、利用可能な Codereadr tools の確認や必須フィールドのプレビューなど、read-only または低リスクのタスクから始めるのが安全です。
この skill を使わないほうがよいケース
offline の Codereadr documentation、直接使える API SDK code、または完全に構築済みの業務ワークフローが必要な場合は使わないでください。この repository が提供するのは、コンパクトな agent instruction であり、完成したアプリケーションではありません。
また、曖昧な production changes に使うのも避けてください。filters、IDs、date ranges、対象 records を指定できない場合、エージェントは処理を止めて確認すべきです。
codereadr-automation skill を改善する方法
制約条件で codereadr-automation プロンプトを改善する
品質を最も大きく上げるのは、制約条件を具体化することです。action type、target records、date/time window、environment、write を許可するかどうかを含めてください。
より良い入力例は次のとおりです。
「event EVT-123 の scan records を listing するための Codereadr tools を探してください。read-only actions のみを使ってください。tool が service ID、campaign ID、database ID を必要とする場合は、続行する前に私に確認してください。」
これにより、エージェントが広い Codereadr 目標を、広範な actions の実行許可として扱ってしまうのを防げます。
注意すべきよくある失敗
よくある失敗は、tool discovery の省略、inactive な Codereadr connection、schema の推測、filters の指定不足です。エージェントが RUBE_SEARCH_TOOLS より前に Codereadr tool を呼び出そうとしたら、手順を戻してください。
write operations では、実行前に次の内容を含む summary を求めてください。tool slug、required inputs、使用する optional inputs、想定される side effects、rollback limitations。特にこの skill には custom safety scripts が含まれていないため重要です。
最初の出力後に改善を重ねる
最初の tool search の後は、Rube が返した schema に基づいてタスクを絞り込みます。発見された tool が、まだ指定していない fields を必要とする場合は、エージェントに推測させず、正確な値を渡してください。
良い反復例は次のとおりです。
「発見済みの schema を使ってください。start_date を 2026-07-10、end_date を 2026-07-11 に設定し、status valid で filter してください。tool が必須とする場合を除き、personally identifiable fields は含めないでください。」
skill を拡張する場合に追加したいもの
自分の fork を保守する場合は、よくある Codereadr jobs の examples、read-only と write-action のガイダンス、組織固有の field naming notes を追加することを検討してください。現在の codereadr-automation skill は意図的に最小構成なので、ローカルな examples を加えることで、核となる「常に現在の tools を先に検索する」ルールを弱めずに曖昧さを減らせます。