radar-automation
作者 ComposioHQradar-automation 是一項用於透過 Composio Rube MCP 自動化 Radar 工作流程的 Claude skill。它會引導代理搜尋即時 Radar tools、驗證目前啟用的連線，並依照最新 schema 執行操作。
此 skill 評分為 70/100，屬於可接受但仍有限的目錄項目。對目錄使用者來說，它提供了具體的 MCP 設定與工作流程指引，比一般性的 Radar 自動化提示更實用；不過整體仍偏向工具探索與連線確認模式，而不是一套文件完整、涵蓋豐富 Radar 工作流程的方案。
- 觸發條件與適用範圍清楚：專門用於透過 Rube MCP 使用 Composio 的 Radar toolkit 來自動化 Radar 操作。
- 提供可執行的前置條件與設定步驟，包括檢查 RUBE_SEARCH_TOOLS、使用 RUBE_MANAGE_CONNECTIONS，以及確認 Radar 連線為 ACTIVE。
- 強調在執行前先探索 schema，有助於代理在呼叫 Radar tools 時避免依賴過時假設。
- 主要仰賴即時 Rube 工具探索，而不是內建 Radar 專用 schema、範例或參考檔案，因此實際執行細節在執行期間仍可能需要判讀。
- 除了 SKILL.md 之外，未提供安裝指令或支援檔案；導入前提是已設定好 Rube MCP，並具備啟用中的 Radar 連線。
radar-automation skill 概覽
radar-automation 的功能
radar-automation 是一個 Claude skill，可透過 Composio 的 Rube MCP server 執行 Radar 工作流程。它不是靜態的 Radar API wrapper；它的核心指示是先用 RUBE_SEARCH_TOOLS 探索目前可用的 Radar tools，確認 Radar 連線狀態，再依照 Rube 即時回傳的 schema 執行正確的 MCP tool。
最適合 Workflow Automation 使用者
radar-automation skill 最適合已經使用 Radar，並希望由 AI agent 協助處理可重複營運任務的團隊，而且不需要硬寫 tool 名稱或使用過期參數。它適用於 Workflow Automation 情境：agent 必須先檢查連線狀態、檢視可用 action，並在執行前根據目前的 Composio toolkit schema 調整操作方式。
主要導入條件
主要門檻在設定，而不是 prompt 撰寫。你需要在用戶端中連上 Rube MCP，並且透過 RUBE_MANAGE_CONNECTIONS 建立有效的 Radar 連線，toolkit 為 radar。如果 RUBE_SEARCH_TOOLS 無法使用，或 Radar 連線不是 ACTIVE，這個 skill 就無法可靠地執行 Radar 任務。
為什麼它不同於一般 prompt
一般 prompt 可能只是要求模型「使用 Radar」，但模型可能會猜不存在的 tools，或套用已過期的欄位。radar-automation 強制採用更安全的模式：先搜尋 tools、使用回傳的 schemas、檢查連線，再執行工作流程。這讓它比一次性的自然語言指令更適合用在真正的自動化情境。
如何使用 radar-automation skill
radar-automation 安裝與設定路徑
先從 GitHub skill collection 安裝這個 skill，接著另外設定 Rube MCP：
npx skills add ComposioHQ/awesome-claude-skills --skill radar-automation
在你的 AI client 中加入 MCP server endpoint：
https://rube.app/mcp
接著確認必要的 MCP tools 可用。這個 skill 預期會使用 RUBE_SEARCH_TOOLS 和 RUBE_MANAGE_CONNECTIONS。請使用 RUBE_MANAGE_CONNECTIONS 搭配 toolkit radar；如果連線尚未啟用，請先完成回傳的授權流程，再要求 agent 執行 Radar 操作。
skill 需要你提供的輸入
若要有效使用 radar-automation，請提供實際任務、Radar object 或工作流程範圍、限制條件，以及 tool discovery 之後應該採取的動作。避免只說「幫我做 Radar 任務」卻沒有上下文。比較好的 prompt 會包含：
- 你想達成的具體 Radar 結果
- 已知的 identifiers、names、filters 或 time ranges
- agent 是否可以進行變更，或只能檢視
- 遇到缺少欄位或不明確的符合項時該如何處理
- 你是否需要 summary、audit trail 或下一步建議
範例：
「Use the radar-automation skill. First search Rube tools for the Radar action needed to review recent events for this account. Check that the Radar connection is active. Do not modify anything unless the discovered tool schema clearly supports the requested action. Summarize the tool used, required fields, returned result, and any missing information.」
建議的可靠執行流程
每次都先從 discovery 開始：
RUBE_SEARCH_TOOLS 搭配 use case，例如 "Radar operations for checking recent events" 或 "Radar workflow for updating a record"。
接著透過 RUBE_MANAGE_CONNECTIONS 檢查 Radar 連線。連線啟用後，請使用 Rube 回傳的 tool slug 和 input schema，而不是憑記憶填寫。可行的話，請維持同一個 session ID，讓 tool search、connection check 和 execution plan 能保持關聯。
這點很重要，因為 Composio tool schemas 可能會變動。這個 skill 最有價值的行為，就是避免 schema drift 和 tool-name guessing。
導入前應閱讀的檔案
repository path 是 composio-skills/radar-automation，重要檔案是 SKILL.md。如果你需要驗證營運假設，安裝前請先閱讀。裡面包含 prerequisites、Rube MCP setup、tool-discovery pattern，以及核心的「discover, check connection, execute」流程。這個 skill 沒有額外 scripts 或 reference folders，因此能否導入，主要取決於你的 client 是否支援 MCP，以及你的 Radar 連線是否能完成授權。
radar-automation skill 常見問題
如果我不使用 Rube MCP，radar-automation 還有用嗎？
不適合。這個 skill 是專為 Composio 的 Rube MCP 設計的。沒有 RUBE_SEARCH_TOOLS，它就失去主要的安全機制。如果你的環境使用的是直接 Radar API integration，而不是 Rube，較適合建立自訂 skill，明確記錄你的 API endpoints、auth method 和 allowed actions。
初學者可以使用這個 skill 嗎？
可以，只要能跟著連線流程操作即可。這個 skill 本身短而有明確立場，有助於初學者避免猜測 tool schemas。比較困難的部分，是理解 MCP 是否可用，以及在要求自動化前確認 Radar toolkit connection 已啟用。
radar-automation 可以執行哪些任務？
它可以執行 Composio Radar toolkit 在 runtime 暴露出的 Radar operations。確切可用 action 應透過 RUBE_SEARCH_TOOLS 探索，而不是從 skill 文字中假設。請把這個 skill 視為 live-tool orchestration guide，而不是 Radar capabilities 的完整清單。
什麼時候不該使用這個 skill？
不要把它用於離線規劃、mock data 作業，或 agent 不被允許呼叫外部 MCP tools 的環境。若你需要 deterministic、可稽核的 production automation，並且有固定 schemas 與 change control，也應避免使用；在這種情況下，coded integration 可能比互動式 agent workflow 更安全。
如何改進 radar-automation skill
用執行邊界改進 radar-automation prompts
最重要的改進，是明確告訴 agent 可以做什麼、不能做什麼。若是 read-only 工作，請說「inspect only」，並要求在任何 write action 前先提供 summary。若是變更型工作流程，請指定 agent 是否應在 tool discovery 後、execution 前要求確認。這能降低意外寫入的風險，也讓 tool plan 更容易被審查。
提供更好的 discovery 語句
Tool discovery 的品質取決於你送給 RUBE_SEARCH_TOOLS 的 use case。不要只寫 "Radar task"，改用像 "find the Radar tool for reviewing recent events for a known user" 或 "identify the Radar tool for updating a record after confirming required fields" 這類說法。越具體的 discovery prompts，越能回傳相關的 tool slugs、schemas 和潛在注意事項。
留意常見失敗模式
主要失敗模式包括 Radar 授權未啟用、缺少 identifiers、對 tool parameters 抱持過期假設，以及跳過 RUBE_SEARCH_TOOLS。如果第一次嘗試失敗，請要求 agent 回報是哪個步驟失敗：MCP availability、Radar connection、tool discovery、schema validation 或 execution。這樣重試時才有明確方向，而不是重複同一個模糊要求。
第一次輸出後持續迭代
第一次執行 radar-automation 後，請保存成功的 use case wording、required fields 和 confirmation rules，藉此改進工作流程。對於重複性操作，請把最佳 prompt 轉成 checklist：discover tool、verify connection、map fields、confirm write permissions、execute、summarize result。這能保留 skill 的 schema-discovery 優勢，同時讓後續執行更快速、更一致。