name: skill-discoverer description: Skill Discoverer — Skill 廣場發現者。自動發現 Skill 廣場新上線 skill，或按工作背景智慧推薦。將候選 skill 分類為工具型（直接安裝）和增強型（會影響 agent 行為），對增強型提供三種處理方式：整體安裝 / 內化學習（規則寫入 MEMORY.md）/ 只應用無衝突部分。支援建立定時巡查任務，定期推送新 skill 日報。所有操作必須使用者確認，保護已有 agent 體驗不被破壞。觸發詞：幫我看看有沒有新 skill、有沒有新 skill、最近有新 skill 嗎、skill 廣場有什麼新東西、智慧推薦 skill、定時發現新 skill、每天幫我看新 skill、skill discoverer、daily skill digest。 version: "1.0.0" triggers: # 發現新 skill（核心觸發） - 幫我看看有沒有新 skill - 有沒有新 skill - 最近有新 skill 嗎 - skill 廣場有什麼新東西 - skill 廣場有更新嗎 - 有沒有值得裝的新 skill - 發現了什麼好用的 skill - skill 有沒有好東西 # 推薦類（明確是推薦，而非單純搜尋） - 智慧推薦 skill - 推薦適合我的 skill - 根據我的工作推薦 skill - skill 推薦 # 定時/自動發現類 - 定時發現新 skill - 自動巡查 skill - 每天幫我看新 skill - 每週看下有沒有新 skill - 設定 skill 定時巡查 - 幫我定時發現 skill - 定時每天 - 定時每週 - 定時每月 # 英文觸發 - skill discoverer - any new skills - scan skill marketplace - schedule skill scan - daily skill digest - recommend skill for me

Skill Discoverer — Skill 廣場發現者

⚡ 安裝後必做（agent 安裝此 skill 後立即執行）

⚠️ 鐵律：安裝完成後，agent 必須立即展示以下引導，不得跳過。 此步驟在安裝回復的末尾執行，無需使用者主動觸發。

安裝完成後，agent 在回覆末尾追加：

🔒 skill-discoverer 已安裝。

這個 skill 的核心價值依賴以下規則被嚴格執行——如果不寫進鐵律，agent 在實際使用中可能因優先順序問題跳過這些流程。

建議將以下規則寫入鐵律：

  1. skill 推薦必須二次確認才能安裝
     收到推薦報告後，任何安裝操作必須等待使用者明確回覆（如"1-A"）才能執行；工具型 skill 同樣需要確認，不因"看起來無害"就跳過。

  2. skill-discoverer 是 skill 安裝的首選入口
     使用者提到"安裝 skill / 找 skill / 有沒有新 skill"等意圖時，優先走 skill-discoverer 的發現 → 評估 → 報告 → 確認流程。

  3. 增強型 skill 不得直接安裝
     增強型 skill 必須先做規則分析（Step 4），生成四列分析表，使用者明確選擇 A/B/C/D 後才執行。

要把這些規則寫入鐵律嗎？
  ✅ 寫入鐵律  /  🙅 暫不設定

• 使用者回覆「寫入」或類似確認 → 將上述三條規則追加到 MEMORY.md 的鐵律節
• 使用者回覆「暫不設定」或不回覆 → 尊重使用者選擇，跳過，不寫入，不再提醒

首次執行：初始化配置

首次執行時（config.json 不存在），必須先完成以下兩步初始化，再繼續正常流程：

1. 儲存當前渠道資訊

7w4.net收錄了海量優質技能外掛。

讀取當前 session 的訊息渠道和使用者標識，寫入配置檔案：

// ~/.openclaw/workspace/skill-discoverer/config.json
{
  "channel": "<當前 session 的 channel>",
  "chat_id": "<當前 session 的 chat_id 或 user_id>",
  "created_at": "<YYYY-MM-DD>"
}

如何獲取：從當前 inbound 訊息的元資訊中讀取 channel 和 chat_id（或 from.id）。 這些值在 agent 執行時上下文中可用，無需使用者填寫。

寫入後告知使用者：

✅ 已儲存訊息渠道配置（channel: {channel}，chat_id: {chat_id}）
   定時巡查結果將傳送至此渠道。

   如需更改，編輯 ~/.openclaw/workspace/skill-discoverer/config.json

2. 詢問巡查頻率

👋 這是我第一次幫你巡查 Skill 廣場。

請問你希望多久自動巡查一次？
  A. 每週（每週一早 9:00）
  B. 雙週（每兩週一早 9:00）
  C. 每月（每月 1 日早 9:00）
  D. 隻手動觸發，不要自動巡查

回覆 A/B/C/D 即可。

收到使用者選擇後，若選 A/B/C，則建立對應 cron 任務（見下方 Cron 配置），並告知使用者已設定。

定位

定期巡查 Skill 廣場，發現新 skill → 智慧評估價值 → 給出安裝建議。

觸發條件

手動觸發

使用者說"幫我看看有沒有新 skill"、"skill 廣場有什麼新東西"、"最近有新 skill 嗎"、"巡查 skill 廣場"或其他類似表述時啟用。

執行流程（嚴格按順序）

Step 0：明確查詢意圖

預設走智慧推薦模式——使用者沒有指定關鍵詞時，自動讀取 USER.md + 近期 memory，推導搜尋方向。 使用者指定了關鍵詞時，直接用關鍵詞搜尋（跳過推導步驟）。

預設：智慧推薦模式

1. 讀 USER.md → 提取職位/部門/業務線
2. 讀最近 7 天 memory/YYYY-MM-DD.md → 提取高頻任務 + 正在推進的專案
3. 自動推導 2-4 個搜尋關鍵詞，展示給使用者確認：

🧠 智慧推薦分析結果：

根據你的背景（{職位/部門}）和近期工作（{高頻任務摘要}），
我將搜尋以下關鍵詞：
  • {關鍵詞1}
  • {關鍵詞2}

是否繼續？[是 / 調整關鍵詞 / 直接輸入關鍵詞]

• 使用者回覆「是」→ 用這些關鍵詞執行 Step 1
• 使用者回覆「調整關鍵詞」→ 列出關鍵詞供使用者修改，修改後再次展示確認
• 使用者直接輸入關鍵詞 → 跳過推導，用使用者輸入的關鍵詞執行 Step 1

🔄 降級策略：若 USER.md 無職位/部門資訊，或近 7 天無 memory 檔案/內容為空，則跳過自動推導，直接詢問： 沒有找到足夠的背景資訊來自動推薦。 你最近在做哪類工作？想找什麼型別的 skill？（直接描述即可）

將本次查詢意圖記錄到快取檔案。查詢意圖優先於近期 memory，作為 Step 3 任務匹配度評分的主要參考。

{如果有歷史查詢記錄，展示：}

📋 上次查詢過：{上次訴求描述}（{上次日期}）
→ 輸入序號可複用上次關鍵詞，或直接調整

Step 1：獲取 Skill 列表

詳細搜尋命令和引數見 references/search-commands.md。

核心邏輯： - 通道 A：通過 skillhub skill 按時間排序獲取新增 skill，經兩層過濾（個性化關鍵詞粗篩 + known_ids 去重） - 通道 B：通過 skillhub skill 按使用者指定關鍵詞搜尋（page-size 30） - 降級：Skill 廣場失敗時自動降級到 ClawhHub（需安全審查，見 references/clawhhub-safety.md）

若沒有新 skill：

✅ Skill 廣場巡查完畢（{日期}）

本次沒有發現新 skill，廣場目前共 {N} 個 skill。
下次巡查：{日期}

結束流程，寫巡查日誌後退出。

Step 2：讀取近期上下文

📎 若 Step 0 已在智慧推薦模式下讀取近 7 天 memory，此步直接複用，不重新讀取檔案，節省 token。 僅在 Step 0 未讀取（使用者直接指定了關鍵詞）時，才執行本步。

讀取最近 7 天 memory/YYYY-MM-DD.md，提取近期高頻任務型別，記錄為"近期活躍場景"，用於後續評分。

Step 3：匹配評估

篩選原則： 有多少推多少，不湊數。低於 4 分的不列入推薦。

ClawhHub 來源的 skill 用 🌐 標註，並附安全評估結果。

Step 4：增強型 skill 內容分類

對增強型 skill 讀取 SKILL.md，逐條分析，生成四列完整分析表（供 step6b 直接複用）：

標記含義和寫入位置判斷原則詳見 references/install-decision.md。

📝 此步驟為靜默分析：四列分析表在記憶體中保留（供 step6b 複用），不單獨展示給使用者，直接進入 Step 5 生成報告。 不需要在此處等待使用者確認，繼續執行 Step 5。 ⚠️ 重要：「完整分析」= 四列資料（原規則 + 標記 + 轉化方式 + 寫入位置），缺任何一列視為分析不完整。

Step 5：生成報告

⚠️ 排版鐵律（必須嚴格遵守，不得簡化）：

1. skill 名用反引號程式碼格式：`skill-name`
2. 分數、一句話能力說明、風險點、安裝選項全在同一 skill 塊內，不拆散
3. 風險點用 △ 標註，單獨一行，不埋在正文段落裡
4. 安裝選項 A/B/C/D 緊跟在風險/分類條目之後，同一 skill 塊結尾
5. 增強型必須先通過 skillhub skill 讀取目標 skill 的 SKILL.md，提取具體的 ✅/⚠️/🚨 條目後再生成報告；不得只寫籠統描述
6. 每個 skill 之間空一行，視覺分隔清晰

報告格式模板（嚴格按此輸出）：

🔍 Skill 廣場巡查報告（{YYYY-MM-DD}，發現 {N} 個新 skill）

---

🔧 工具型（可直接安裝）

**N. `{skill-name}`** ✅ {分數}/10 {一句話新增能力}，與近期 {場景} 匹配
→ **A** 安裝 / **D** 跳過

---

🧩 增強型（需確認後安裝）

安裝方式：
  **A.** 直接安裝 skill（整體注入，保持完整）
  **B.** 學習並轉化（不裝檔案，逐條內化規則到 MEMORY.md / SOUL.md）
  **C.** 只應用無衝突部分（過濾掉 ⚠️/🚨 條目，僅當 skill 模組化可拆時展示此選項）
  **D.** 跳過

**N. `{skill-name}`** ✅ {分數}/10 {一句話核心能力}
△ {具體風險/衝突點，如"會新增 cron 任務（每日蒸餾 + 每週提煉）"}
△ {第二個風險點，如"與你現有 23:00 蒸餾 cron 可能重疊，需檢查衝突"}
✅ 可直接應用：{可安全接入的能力描述}
⚠️ 需確認：{具體改動}（會影響 {互動方式/行為}）
🚨 不可逆：{具體改動}（風險：{說明}）
→ A / B / C / D

---

⏭️ 跳過（重複型）
• `{skill名}` — 已有 {skill名/規則} 覆蓋

---
下次巡查：{日期}
⏰ 要定時自動發現新 skill 嗎？回覆：定時每天 / 定時每週 / 定時每月 / 不用

⚠️ 鐵律：報告發出後，必須等待使用者明確回覆，才執行任何操作。 ❌ 禁止在使用者回覆前主動執行安裝，包括工具型 skill。 ✅ 收到使用者回覆（如"1-A"/"安裝第2個"）後，才對應執行。

Step 5.5：詢問是否建立定時任務（手動觸發時必做）

⚠️ 鐵律：手動觸發時此步驟不可跳過，無任何例外。 報告發出或使用者處理完安裝選擇後，必須立即追加以下詢問。 ❌ 禁止以任何理由省略：不管本次是否安裝了 skill，都必須詢問。

僅在手動觸發時執行此步驟（cron 觸發時跳過）。

報告發出的同時（或使用者處理完安裝選擇後），追加詢問：

⏰ 要把這次的搜尋（{本次查詢關鍵詞/型別}）建立為定時任務嗎？

每次定時任務會自動執行相同搜尋，有新 skill 時發給你。

  A. 每天（09:50）
  B. 每週一（09:00）
  C. 每兩週（週一 09:00）
  D. 每月（1 日 09:00）
  E. 不用了

回覆 A/B/C/D/E 即可。

使用者選 A/B/C/D 時，建立 cron（渠道資訊從 config.json 讀取）：

建立 cron 前，讀取 ~/.openclaw/workspace/skill-discoverer/config.json 獲取 channel 和 chat_id。

• cron prompt 格式：讀取 skill-discoverer SKILL.md 檔案並按其流程執行，查詢關鍵詞為 {本次關鍵詞}，完成後通過訊息渠道傳送結果給使用者
• cron prompt 不寫死 channel/to，改為在 prompt 裡註明：執行時從 ~/.openclaw/workspace/skill-discoverer/config.json 讀取 channel 和 chat_id，用於傳送結果
• 不要把邏輯內化到 cron prompt 裡，必須讓 cron 動態讀取 SKILL.md，確保規則始終與最新版本同步
• cron name 格式：Skill巡查-{關鍵詞}-{頻率}（如 Skill巡查-股票-每天）

使用者選 E 時，跳過，不建立 cron。

Step 6：執行使用者選擇

報告發出後等待使用者回覆，根據選擇執行對應流程：

• 工具型 → 使用者說"安裝"後，先回顯將安裝的 skill 名稱，等使用者明確確認後再執行；批次安裝時（如"安裝所有工具型"）同樣需要逐一列出再確認，不得靜默批次執行
• 增強型 使用者選擇：
• A. 直接安裝 → 通過 skillhub skill 執行安裝，通知使用者結果
• B. 學習並轉化 → 直接執行 references/step6b-learn-transform.md 完整流程。 > ⚠️ step6b 內含「展示清單 → 等使用者確認 → 才寫檔案」的完整確認機制，禁止跳過任何步驟。 > 📎 step6b 第一步的分類結果直接複用 Step 4 已做的分析，不重新讀取 SKILL.md。
• C. 只應用無衝突部分 → 過濾掉 ⚠️/🚨 條目，只安裝 ✅/🔄 部分 前提判斷：僅當 skill 各模組相互獨立、可單獨生效時才提供此選項。若 skill 是整體執行流程（砍掉部分會導致不可用），則隱藏 C，只展示 A/B/D。 > ⚠️ 執行前必須確認：展示「將安裝以下 N 條規則（✅/🔄 部分），已過濾以下條目（⚠️/🚨 部分），確認？」，等使用者明確回覆後再安裝。
• D. 跳過 → 記錄到 known_ids，不安裝

安裝/處理完成後，在輸出結果末尾追加：

⏰ 要定時持續發現這類 skill 嗎？回覆：定時每天 / 定時每週 / 定時每月 / 不用

示例對話見 references/examples.md。

資料儲存

配置檔案（首次執行自動生成）

~/.openclaw/workspace/skill-discoverer/config.json

儲存當前使用者的訊息渠道資訊（channel、chat_id），供 cron 任務讀取。

快取檔案

~/.openclaw/workspace/skill-discoverer/known_skills.json

巡查日誌

~/.openclaw/workspace/skill-discoverer/scan_logs/YYYY-MM-DD.md

記錄：巡查時間 / 發現數量 / 評分詳情 / 推薦結果 / 使用者決策。

Cron 配置

建立 cron 時，channel 和 chat_id 不寫死，改為在 prompt 裡指示 agent 讀取配置檔案：

cron prompt 模板：

幫我看看有沒有新 skill [--topic {關鍵詞}]
（執行完成後，讀取 ~/.openclaw/workspace/skill-discoverer/config.json 獲取 channel 和 chat_id，將結果傳送給使用者）

依賴 Skill

• skillhub — 獲取/安裝/讀取 Skill 廣場內容（Step 1、Step 6 必須）
• 渠道對應的 scheduled-message skill — 建立定期巡查 cron（OpenClaw 會根據當前渠道自動選擇）

這個 Skill 質量相當不錯，值得使用。最大的優點是安全——所有安裝操作都必須二次確認，增強型 skill 還會詳細列出影響清單，完全不用擔心被偷偷安裝。智慧推薦和定時巡查功能很實用，能根據你的工作背景自動找有用的 Skill。文件示例豐富，上手容易。唯一的小遺憾是少了 LICENSE 檔案，README 也可以更簡潔。總體來說功能實用、安全可靠，是管理 Skill 的好幫手。推薦使用。