canny-automation

canny-automation skill の概要

canny-automation でできること

canny-automation は、Composio の Rube MCP toolkit を通じて Canny のプロダクトフィードバック運用を実行するための Claude skill です。アシスタントに Canny API のフィールドを推測させるのではなく、まず現在の Rube tool schema を確認し、Canny 接続を検証したうえで、適切な Canny ワークフローを実行するようエージェントに指示します。

Canny をすでに利用していて、フィードバックの検索、投稿の整理、レコード更新、ほかのシステムと連携した Canny 業務の調整などを AI で自動化したいプロダクト、サポート、カスタマーサクセス、オペレーションの各チームに向いています。

最適なユースケース

実際の Canny データを扱い、単に文章で説明するだけでなくツール経由で処理すべき作業には、canny-automation skill が適しています。特に相性がよいのは次のようなケースです。

• ロードマップ検討前に Canny の投稿を検索する
• トリアージ後にフィードバックレコードを更新する
• 自動化を実行する前に接続ステータスを確認する
• MCP 対応 AI クライアント内で、再利用できる Canny ワークフローを作る
• ツールを選ぶ前に、利用可能な Canny アクションをエージェントに確認させる

主な価値は、固定されたスクリプトではありません。ツールを発見し、認可を確認し、最新の schema を使ってから実行する、というワークフロー上の規律にあります。

導入前に必要な条件

この skill は Rube MCP に依存しています。利用するクライアントが rube MCP server にアクセスでき、Rube 側で RUBE_SEARCH_TOOLS と RUBE_MANAGE_CONNECTIONS が公開されている必要があります。また、Rube 経由で管理される有効な Canny 接続も必要です。

skill 自体は軽量です。リポジトリには SKILL.md が 1 つあるだけで、補助スクリプト、examples フォルダ、ローカルパッケージは含まれていません。そのため中身は確認しやすい一方で、利用者には MCP の設定と、エージェントへ明確な Canny 目標を伝えることが求められます。

canny-automation skill の使い方

canny-automation のインストールとセットアップ手順

Composio skill collection から次のコマンドで skill をインストールします。

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

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

https://rube.app/mcp

MCP が利用可能になったら、運用上のセットアップは次の流れです。

1. RUBE_SEARCH_TOOLS が応答することを確認する。
2. toolkit canny を指定して RUBE_MANAGE_CONNECTIONS を呼び出す。
3. Canny 接続が ACTIVE でない場合は、返された認可リンクに従う。
4. エージェントに Canny データの変更や取得を依頼する前に、接続ステータスを再確認する。

ツール発見の手順は省略しないでください。上流の skill は、Rube の tool schema が変わる可能性があるため、まずツール検索を行うようエージェントに明示しています。

skill に渡すべき入力

canny-automation を安定して使うには、ビジネスタスク、対象となる Canny オブジェクト、フィルター、許可する操作をアシスタントに伝えます。弱いプロンプトの例は次のようなものです。

“Clean up our Canny board.”

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

“Use canny-automation. First discover current Canny tools through Rube. Then find open posts on the Feature Requests board tagged enterprise with more than 20 votes. Summarize the top themes and do not update anything until I approve the proposed changes.”

こちらのほうが有効なのは、board、フィルター、しきい値、読み取りと書き込みの境界、承認ステップが明確だからです。書き込み操作では、変更する正確なフィールド、一致条件、エージェントにバッチ処理を許可するかどうかも含めてください。

Canny タスクの実務ワークフロー

canny-automation の適切な進め方は、次の順序です。

1. 汎用的な “Canny operations” のような検索ではなく、具体的なタスクに対して RUBE_SEARCH_TOOLS で ツールを発見する。
2. toolkit canny に対して RUBE_MANAGE_CONNECTIONS を使い、接続を確認する。
3. 返された tool slug と schema をもとに 実行内容を計画する。
4. 更新、削除、マージ、一括編集などの前に、リスクのある変更を確認する。
5. 変更したもの、スキップしたもの、ブロックされたものを 実行して報告する。

探索的なタスクであれば、まず読み取り専用の確認を依頼します。運用タスクであれば、ツールを呼び出す前に、選択した Rube tool 名と必須フィールドをエージェントに提示させてください。

最初に確認すべきリポジトリファイル

リポジトリパスは composio-skills/canny-automation で、最初に確認すべき主要ファイルは SKILL.md です。このファイルには、skill 名、MCP 要件、セットアップメモ、ツール発見のパターン、基本ワークフローパターンが含まれています。

同梱スクリプトや参照用ファイルはありません。そのためレビュー時に重要なのは、自分の環境が Rube MCP をサポートしているか、またチームが RUBE_MANAGE_CONNECTIONS 経由で Canny を認証する準備ができているかです。

canny-automation skill の FAQ

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

Composio の Rube MCP を前提に設計されています。skill ディレクトリ内にローカルの Canny SDK は不要ですが、Rube に接続できる MCP クライアントと、Rube 経由で有効化された Canny 接続が必要です。Rube MCP がない場合、この skill の主要ワークフローは実行できません。

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

一般的なプロンプトでも、Canny で何をするかを説明することはできます。しかし、存在しないフィールドを作り出したり、古い API 形状を前提にしたりする可能性があります。canny-automation skill は、まず RUBE_SEARCH_TOOLS を呼び出すようエージェントに指示するため、実行前に最新の schema と利用可能な tool slug を使えます。これにより推測が減り、実データを扱うワークフローをより安全にできます。

canny-automation skill は初心者にも使いやすいですか？

MCP 対応の AI クライアントをすでに持っているユーザーにとっては、比較的使いやすい skill です。一方で、MCP server や外部ツール接続を設定した経験がない場合は、やや難しく感じるかもしれません。Canny のタスク自体はシンプルでも、skill を有効に活用するには事前に環境が正しくセットアップされている必要があります。

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

テキスト要約だけで足りるオフライン分析、Canny を使っていないチーム、MCP tool call が無効化されている環境では使うべきではありません。また、広範な一括変更に使う場合も注意が必要です。厳密なフィルター、確認チェックポイント、ロールバックまたは監査の計画を用意できないなら避けてください。

canny-automation skill を改善する方法

canny-automation プロンプトをより具体的にする

canny-automation の結果を最も早く改善する方法は、曖昧なプロダクト表現を運用上の制約に置き換えることです。次の要素を含めてください。

• Board、segment、tag、status、owner、date のフィルター
• 実行を読み取り専用にするか、書き込みを許可するか
• 更新する正確なフィールド
• 変更前の承認要件
• table、changelog、action plan など、希望する出力形式

例:

“Use canny-automation to discover tools, confirm Canny connection, then list posts from the Bugs board created in the last 30 days with status open. Group by suspected area. Do not change statuses.”

よくある失敗を避ける

最もよくある失敗は、schema 発見の前にエージェントへ実行を依頼してしまうことです。もう 1 つは、“update duplicates” のような広すぎる指示を出し、重複をどのように判定するかを定義しないことです。破壊的な操作や一括操作では、必ず先にプレビュー一覧を出すようエージェントに求めてください。

安全なパターンは、ツールを発見し、候補を取得し、提案アクションを要約し、承認を待ってから実行する流れです。

最初の出力後に反復する

最初の結果が出たら、具体的な修正で絞り込みます。

• “Narrow this to posts with more than 10 votes.”
• “Exclude internal test accounts.”
• “Show the Canny post URLs before updating.”
• “Use only tools returned by the latest RUBE_SEARCH_TOOLS response.”
• “Create a read-only report first, then ask me whether to proceed.”

これにより、canny-automation skill を一回限りのコマンドではなく、制御された Workflow Automation プロセスとして使えるようになります。

skill をローカルで強化する

上流の skill は簡潔なので、チーム側で独自のプロンプト断片、board 命名規則、許可する status ルール、承認ポリシーを追加すると、ローカルでの使い勝手を改善できます。組織に厳格な product-ops ワークフローがある場合は、編集可能な Canny board、変更承認者、読み取り専用のままにすべき操作を明文化してください。