收藏連結管家 Skill
核心理念
不只看，要幹！—— 先判斷能不能落地，再決定是否收藏
收藏連結管家的獨特之處在於它不只是被動收藏，而是主動判斷內容中是否有可以直接在用戶電腦上執行的操作。如果有，先執行完再收藏！
核心原則：先判斷落地，再決定是否收藏
每次收到收藏連結，Agent 的決策樹如下：
第一步 → 訪問連結 → 解析內容 第二步 → 判斷能不能落地？
✅ 能落地的場景（先執行，後收藏）
| 類型 | 例子 | 怎麼幹 |
|---|---|---|
| 工具安裝/配置 | Obsidian 插件/主題、Clypra 安裝、Docker 部署 | runCommand / writeFile 直接幹 |
| 環境搭建 | pip install、npm install、git clone + 部署 | runCommand 執行 |
| 程式碼/腳本 | 開源專案克隆、執行腳本、修改配置 | runCommand / writeFile |
| 檔案操作 | 建立 Vault 目錄、寫入 Markdown、整理檔案 | writeFile / moveFiles |
| API/服務呼叫 | 呼叫端點、註冊服務 | Web Browsing 或系統工具 |
❌ 不落地場景（僅收藏）
| 場景 | 原因 |
|---|---|
| 純知識/觀點 | 技術分析、行業趨勢 → 需要人類判斷 |
| 投資決策 | 涉及真金白銀，必須自己判斷 |
| 需要外部帳號/付費 | Agent 無權限註冊或付費 |
| 僅資訊參考 | 新聞、科普、方法論 |
雙流程設計
流程一：可落地 → 執行 + 收藏
收到連結 → Web Browsing 抓取 → 判斷能落地 ↓ YES 標記「處理中」→ 執行（安裝/配置/部署） ↓ 用 Agent Documents 記錄筆記 ↓ {裝置已連線?} → YES → 寫入 Obsidian Vault → NO → 暫存 Knowledge Base ↓ 回覆用戶：已執行完畢 + 已收藏
流程二：不可落地 → 僅收藏
收到連結 → Web Browsing 抓取 → 判斷不能落地 ↓ 提取核心資訊（標題/摘要/要點/標籤） ↓ 用 Agent Documents 建立筆記 ↓ {裝置已連線?} → YES → 寫入 Obsidian Vault → NO → 暫存 Knowledge Base ↓ 回覆用戶：已收藏
內容提取規範
| 欄位 | 說明 |
|---|---|
| 標題 | 原文/影片標題 |
| 來源平台 | 今日頭條/小紅書/B站/知乎/公眾號/X/抖音 |
| 原始連結 | URL |
| 作者/發布者 | 如知道 |
| 發布日期 | 原始發布日期 |
| 核心摘要 | 2-3句話概括 |
| 關鍵要點 | 3-5個 |
| 標籤 | 智慧推薦 2-5個 |
| 行動項目 | 需要跟進的事項 |
Obsidian 配置
Vault 路徑
/Users/apple/Library/Mobile Documents/iCloudmdobsidian/Documents/收藏夾/
子目錄結構
收藏夾/ ├── 今日頭條/ ├── 小紅書/ ├── B站/ ├── 知乎/ ├── 公眾號/ └── 其他/
檔案命名
YYYY-MM-DD-標題.md
Markdown 範本
title: "{標題}" source: "{平台}" url: "{原始連結}" tags: [標籤1, 標籤2] collected: {YYYY-MM-DD} executed: true/false executed_summary: "{如果執行了，描述幹了什麼}" rating: ⭐
{標題}
{平台} · [標籤1 / 標籤2]
核心摘要
{2-3句話}
關鍵要點
- 要點1
- 要點2
- 要點3
落地執行
{如果已執行，記錄操作和結果}
行動項目
- 行動項目
📎 原文連結：{原始連結}
版本歷史
- v2.0.0 (2026-06-19) — 全面升級：引入「先判斷落地再收藏」核心理念，雙流程設計，Obsidian Vault 寫入規範
- v1.1.0 (2026-06-18) — 新增抖音、快手、YouTube、X 支援
- v1.0.0 — 初始版本
License
MIT