[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6CEDBPB9F65REM68DH53TZ8":3,"skill-same:01M6CEDBPB9F65REM68DH53TZ8":56},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":22,"publishedAt":30,"linkOnly":31,"markdownContent":32,"markdownBody":33,"frontMatter":34,"refName":35,"commitSha":36,"skillDirectory":37,"forksCount":38,"repositoryHtmlUrl":39,"repositoryHomepageUrl":6,"ownerHtmlUrl":40,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":41,"install":42,"resources":55},"01M6CEDBPB9F65REM68DH53TZ8","document-workflows",null,"輸出 doc\u002F報告（markdown\u002Fdocx）。當使用者需要生成、編輯或導出文件時使用。","AllanYiin\u002FAmon","AllanYiin","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F13088261?v=4","01M6CECQFHKWW6YE0N7FDKSKYB","01M6CECQKTJSCPC7EA3YDHXR7N",2,"MIT","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fdocument-workflows\u002FSKILL.md",[17],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000002","文档处理","SCENARIO","使用场景",[23,24,25,26,27,28,29],"workflows","document","document workflows","docx","doc","markdown","生成","2026-11-10 10:12:30",false,"---\nname: document-workflows\ndescription: 輸出 doc\u002F報告（markdown\u002Fdocx）。當使用者需要生成、編輯或導出文件時使用。\n---\n\n# 文件工作流程 (Document Workflows) 工作流程\n\n本技能旨在提供一個標準化的方法來建立、編輯和導出各種格式的文件，包括 Markdown、Word 文件和其他文件格式。\n\n## 何時使用此技能\n\n- 使用者要求生成一份報告或文件（「請為我寫一份項目報告」）\n- 使用者要求將內容導出為特定格式（「請將這個轉換為 Word 文件」）\n- 使用者要求編輯或更新現有文件\n- 使用者要求生成多個相關的文件\n- 使用者要求應用特定的文件範本\n- 使用者要求進行文件格式轉換\n\n## 工具需求\n\n- `artifacts.write_file`: 將文件內容寫入檔案系統\n- Markdown 支援（用於內容編寫）\n- 文件格式轉換工具（如 pandoc、python-docx）\n\n## 文件工作流程\n\n### 步驟 1: 明確文件需求\n\n與使用者溝通，確定文件的具體需求和規格。\n\n**需求澄清清單:**\n- [ ] 文件的主要目的是什麼？\n- [ ] 目標受眾是誰？\n- [ ] 文件應該包含哪些主要部分？\n- [ ] 期望的格式是什麼（Markdown、Word、PDF 等）？\n- [ ] 是否有特定的風格或範本要求？\n- [ ] 文件的長度和詳細程度？\n- [ ] 是否需要包含圖表、表格或其他視覺元素？\n- [ ] 是否有特定的交付期限？\n\n### 步驟 2: 規劃文件結構\n\n設計文件的邏輯結構和組織方式。\n\n**結構規劃清單:**\n- [ ] 定義主要章節和子章節\n- [ ] 確定每個章節的內容和目的\n- [ ] 規劃章節之間的流程和連接\n- [ ] 識別需要的視覺元素（圖表、圖像、表格）\n- [ ] 確定目錄、索引等輔助元素\n- [ ] 規劃頁眉、頁腳和其他格式元素\n\n**文件結構範例:**\n\n```\n# 項目報告\n\n## 目錄\n[自動生成]\n\n## 1. 執行摘要\n- 項目概述\n- 主要成果\n- 關鍵建議\n\n## 2. 項目背景\n- 項目目標\n- 範圍和限制\n- 利益相關者\n\n## 3. 方法論\n- 研究方法\n- 資料收集\n- 分析方法\n\n## 4. 發現和結果\n- 主要發現 1\n- 主要發現 2\n- 數據和統計\n\n## 5. 建議和結論\n- 建議 1\n- 建議 2\n- 後續步驟\n\n## 附錄\n- 詳細資料\n- 參考文獻\n```\n\n### 步驟 3: 收集和組織內容\n\n收集文件所需的所有內容，包括文字、資料、圖表等。\n\n**內容收集清單:**\n- [ ] 收集所有相關的文字內容\n- [ ] 準備統計資料和數據\n- [ ] 準備圖表和圖像\n- [ ] 收集引用和參考資料\n- [ ] 準備任何需要的代碼或技術細節\n- [ ] 組織和分類內容\n\n**內容組織方法:**\n- 按章節組織\n- 按優先級組織\n- 按資料類型組織\n- 按時間順序組織\n\n### 步驟 4: 撰寫文件內容\n\n使用 Markdown 格式撰寫文件內容。Markdown 是一個簡單但強大的格式，易於編寫和轉換。\n\n**Markdown 基本語法:**\n\n```markdown\n# 一級標題\n## 二級標題\n### 三級標題\n\n**粗體文字**\n*斜體文字*\n~~刪除線~~\n\n- 無序列表項 1\n- 無序列表項 2\n\n1. 有序列表項 1\n2. 有序列表項 2\n\n[連結文字](https:\u002F\u002Fexample.com)\n\n![圖片描述](image.png)\n\n| 表頭 1 | 表頭 2 |\n|--------|--------|\n| 資料 1 | 資料 2 |\n\n> 引用文字\n\n\\`\\`\\`python\n# 程式碼區塊\nprint(\"Hello, World!\")\n\\`\\`\\`\n```\n\n**撰寫最佳實踐:**\n- [ ] 使用清晰、簡潔的語言\n- [ ] 保持段落簡短（3-4 句）\n- [ ] 使用標題和子標題組織內容\n- [ ] 使用列表和表格呈現資訊\n- [ ] 包含具體的例子和數據\n- [ ] 避免過度使用技術術語\n- [ ] 定期檢查拼寫和語法\n\n### 步驟 5: 添加視覺元素\n\n根據需要添加圖表、表格和圖像，增強文件的可讀性。\n\n**視覺元素清單:**\n- [ ] 在適當的位置插入圖表\n- [ ] 添加資料表格\n- [ ] 插入相關圖像\n- [ ] 添加圖表標題和說明\n- [ ] 確保視覺元素的品質和清晰度\n- [ ] 驗證所有視覺元素的正確性\n\n**表格範例:**\n\n```markdown\n| 指標 | 2023 年 | 2024 年 | 變化 |\n|------|--------|--------|------|\n| 收入 | $100M | $120M | +20% |\n| 成本 | $60M | $65M | +8% |\n| 利潤 | $40M | $55M | +37% |\n```\n\n### 步驟 6: 審查和編輯\n\n仔細審查文件內容，確保品質和準確性。\n\n**審查清單:**\n- [ ] 檢查內容的準確性\n- [ ] 驗證所有事實和數據\n- [ ] 檢查拼寫和語法\n- [ ] 驗證格式的一致性\n- [ ] 檢查所有連結和引用\n- [ ] 驗證圖表和圖像的品質\n- [ ] 檢查邏輯流程和連接\n- [ ] 獲取利益相關者的反饋\n\n**編輯技巧:**\n- 大聲朗讀以檢查流暢性\n- 使用拼寫檢查工具\n- 讓他人審查內容\n- 多次審查不同方面（內容、格式、風格）\n- 使用追蹤變更功能記錄修改\n\n### 步驟 7: 格式化和樣式設定\n\n應用適當的格式和樣式，確保文件外觀專業。\n\n**格式化清單:**\n- [ ] 應用一致的字體和字號\n- [ ] 設定適當的行距和段落間距\n- [ ] 應用標題和子標題樣式\n- [ ] 設定頁邊距和頁面大小\n- [ ] 添加頁碼和頁眉\u002F頁腳\n- [ ] 應用顏色和強調（適度）\n- [ ] 驗證整個文件的視覺一致性\n\n**Word 文件格式化範例:**\n\n```python\nfrom docx import Document\nfrom docx.shared import Pt, RGBColor\nfrom docx.enum.text import WD_ALIGN_PARAGRAPH\n\ndoc = Document()\n\n# 添加標題\ntitle = doc.add_heading('項目報告', 0)\ntitle.alignment = WD_ALIGN_PARAGRAPH.CENTER\n\n# 添加段落\np = doc.add_paragraph('這是報告的內容。')\np.paragraph_format.line_spacing = 1.5\n\n# 添加表格\ntable = doc.add_table(rows=2, cols=2)\ntable.style = 'Light Grid Accent 1'\n\n# 保存文件\ndoc.save('report.docx')\n```\n\n### 步驟 8: 導出和交付\n\n將文件導出為所需的格式，並準備交付。\n\n**導出選項:**\n- [ ] Markdown 格式（用於版本控制和協作）\n- [ ] HTML 格式（用於網頁發佈）\n- [ ] Word 文件（.docx，用於編輯和共享）\n- [ ] PDF 格式（用於打印和存檔）\n- [ ] 其他格式（如需要）\n\n**導出工具:**\n- Pandoc: 通用文件轉換工具\n- python-docx: Python 中的 Word 文件處理\n- WeasyPrint: HTML 到 PDF 轉換\n\n**導出範例:**\n\n```bash\n# 使用 Pandoc 轉換\npandoc report.md -o report.docx\npandoc report.md -o report.pdf\npandoc report.md -o report.html\n\n# 使用 Python 轉換\npython3 -c \"\nfrom weasyprint import HTML\nHTML('report.html').write_pdf('report.pdf')\n\"\n```\n\n**交付清單:**\n- [ ] 驗證導出的檔案品質\n- [ ] 測試所有連結和引用\n- [ ] 檢查在目標應用程式中的顯示\n- [ ] 準備交付說明（如需要）\n- [ ] 備份原始檔案\n- [ ] 記錄版本和修改歷史\n\n## 最佳實踐\n\n1. **使用版本控制**: 將文件保存在版本控制系統中，追蹤變更。\n\n2. **模板和樣式**: 使用預定義的範本和樣式，確保一致性。\n\n3. **協作工作流程**: 使用追蹤變更和評論功能進行協作審查。\n\n4. **可訪問性**: 確保文件對所有使用者都可訪問（例如，包括圖像替代文字）。\n\n5. **清晰的結構**: 使用邏輯的層級結構和清晰的標題。\n\n6. **視覺層次**: 使用格式和樣式創建清晰的視覺層次。\n\n7. **一致的風格**: 在整個文件中保持一致的寫作風格和格式。\n\n## 常見的文件問題\n\n- **不一致的格式**: 不同部分使用不同的樣式和格式\n- **過度複雜**: 文件結構過於複雜，難以導航\n- **內容過時**: 文件包含過時的資訊\n- **視覺混亂**: 過多的顏色、字體和樣式\n- **不清晰的寫作**: 句子過長或術語不清楚\n- **缺乏組織**: 內容沒有邏輯順序\n- **品質問題**: 拼寫錯誤、語法問題或不準確的資訊\n","# 文件工作流程 (Document Workflows) 工作流程\n\n本技能旨在提供一個標準化的方法來建立、編輯和導出各種格式的文件，包括 Markdown、Word 文件和其他文件格式。\n\n## 何時使用此技能\n\n- 使用者要求生成一份報告或文件（「請為我寫一份項目報告」）\n- 使用者要求將內容導出為特定格式（「請將這個轉換為 Word 文件」）\n- 使用者要求編輯或更新現有文件\n- 使用者要求生成多個相關的文件\n- 使用者要求應用特定的文件範本\n- 使用者要求進行文件格式轉換\n\n## 工具需求\n\n- `artifacts.write_file`: 將文件內容寫入檔案系統\n- Markdown 支援（用於內容編寫）\n- 文件格式轉換工具（如 pandoc、python-docx）\n\n## 文件工作流程\n\n### 步驟 1: 明確文件需求\n\n與使用者溝通，確定文件的具體需求和規格。\n\n**需求澄清清單:**\n- [ ] 文件的主要目的是什麼？\n- [ ] 目標受眾是誰？\n- [ ] 文件應該包含哪些主要部分？\n- [ ] 期望的格式是什麼（Markdown、Word、PDF 等）？\n- [ ] 是否有特定的風格或範本要求？\n- [ ] 文件的長度和詳細程度？\n- [ ] 是否需要包含圖表、表格或其他視覺元素？\n- [ ] 是否有特定的交付期限？\n\n### 步驟 2: 規劃文件結構\n\n設計文件的邏輯結構和組織方式。\n\n**結構規劃清單:**\n- [ ] 定義主要章節和子章節\n- [ ] 確定每個章節的內容和目的\n- [ ] 規劃章節之間的流程和連接\n- [ ] 識別需要的視覺元素（圖表、圖像、表格）\n- [ ] 確定目錄、索引等輔助元素\n- [ ] 規劃頁眉、頁腳和其他格式元素\n\n**文件結構範例:**\n\n```\n# 項目報告\n\n## 目錄\n[自動生成]\n\n## 1. 執行摘要\n- 項目概述\n- 主要成果\n- 關鍵建議\n\n## 2. 項目背景\n- 項目目標\n- 範圍和限制\n- 利益相關者\n\n## 3. 方法論\n- 研究方法\n- 資料收集\n- 分析方法\n\n## 4. 發現和結果\n- 主要發現 1\n- 主要發現 2\n- 數據和統計\n\n## 5. 建議和結論\n- 建議 1\n- 建議 2\n- 後續步驟\n\n## 附錄\n- 詳細資料\n- 參考文獻\n```\n\n### 步驟 3: 收集和組織內容\n\n收集文件所需的所有內容，包括文字、資料、圖表等。\n\n**內容收集清單:**\n- [ ] 收集所有相關的文字內容\n- [ ] 準備統計資料和數據\n- [ ] 準備圖表和圖像\n- [ ] 收集引用和參考資料\n- [ ] 準備任何需要的代碼或技術細節\n- [ ] 組織和分類內容\n\n**內容組織方法:**\n- 按章節組織\n- 按優先級組織\n- 按資料類型組織\n- 按時間順序組織\n\n### 步驟 4: 撰寫文件內容\n\n使用 Markdown 格式撰寫文件內容。Markdown 是一個簡單但強大的格式，易於編寫和轉換。\n\n**Markdown 基本語法:**\n\n```markdown\n# 一級標題\n## 二級標題\n### 三級標題\n\n**粗體文字**\n*斜體文字*\n~~刪除線~~\n\n- 無序列表項 1\n- 無序列表項 2\n\n1. 有序列表項 1\n2. 有序列表項 2\n\n[連結文字](https:\u002F\u002Fexample.com)\n\n![圖片描述](image.png)\n\n| 表頭 1 | 表頭 2 |\n|--------|--------|\n| 資料 1 | 資料 2 |\n\n> 引用文字\n\n\\`\\`\\`python\n# 程式碼區塊\nprint(\"Hello, World!\")\n\\`\\`\\`\n```\n\n**撰寫最佳實踐:**\n- [ ] 使用清晰、簡潔的語言\n- [ ] 保持段落簡短（3-4 句）\n- [ ] 使用標題和子標題組織內容\n- [ ] 使用列表和表格呈現資訊\n- [ ] 包含具體的例子和數據\n- [ ] 避免過度使用技術術語\n- [ ] 定期檢查拼寫和語法\n\n### 步驟 5: 添加視覺元素\n\n根據需要添加圖表、表格和圖像，增強文件的可讀性。\n\n**視覺元素清單:**\n- [ ] 在適當的位置插入圖表\n- [ ] 添加資料表格\n- [ ] 插入相關圖像\n- [ ] 添加圖表標題和說明\n- [ ] 確保視覺元素的品質和清晰度\n- [ ] 驗證所有視覺元素的正確性\n\n**表格範例:**\n\n```markdown\n| 指標 | 2023 年 | 2024 年 | 變化 |\n|------|--------|--------|------|\n| 收入 | $100M | $120M | +20% |\n| 成本 | $60M | $65M | +8% |\n| 利潤 | $40M | $55M | +37% |\n```\n\n### 步驟 6: 審查和編輯\n\n仔細審查文件內容，確保品質和準確性。\n\n**審查清單:**\n- [ ] 檢查內容的準確性\n- [ ] 驗證所有事實和數據\n- [ ] 檢查拼寫和語法\n- [ ] 驗證格式的一致性\n- [ ] 檢查所有連結和引用\n- [ ] 驗證圖表和圖像的品質\n- [ ] 檢查邏輯流程和連接\n- [ ] 獲取利益相關者的反饋\n\n**編輯技巧:**\n- 大聲朗讀以檢查流暢性\n- 使用拼寫檢查工具\n- 讓他人審查內容\n- 多次審查不同方面（內容、格式、風格）\n- 使用追蹤變更功能記錄修改\n\n### 步驟 7: 格式化和樣式設定\n\n應用適當的格式和樣式，確保文件外觀專業。\n\n**格式化清單:**\n- [ ] 應用一致的字體和字號\n- [ ] 設定適當的行距和段落間距\n- [ ] 應用標題和子標題樣式\n- [ ] 設定頁邊距和頁面大小\n- [ ] 添加頁碼和頁眉\u002F頁腳\n- [ ] 應用顏色和強調（適度）\n- [ ] 驗證整個文件的視覺一致性\n\n**Word 文件格式化範例:**\n\n```python\nfrom docx import Document\nfrom docx.shared import Pt, RGBColor\nfrom docx.enum.text import WD_ALIGN_PARAGRAPH\n\ndoc = Document()\n\n# 添加標題\ntitle = doc.add_heading('項目報告', 0)\ntitle.alignment = WD_ALIGN_PARAGRAPH.CENTER\n\n# 添加段落\np = doc.add_paragraph('這是報告的內容。')\np.paragraph_format.line_spacing = 1.5\n\n# 添加表格\ntable = doc.add_table(rows=2, cols=2)\ntable.style = 'Light Grid Accent 1'\n\n# 保存文件\ndoc.save('report.docx')\n```\n\n### 步驟 8: 導出和交付\n\n將文件導出為所需的格式，並準備交付。\n\n**導出選項:**\n- [ ] Markdown 格式（用於版本控制和協作）\n- [ ] HTML 格式（用於網頁發佈）\n- [ ] Word 文件（.docx，用於編輯和共享）\n- [ ] PDF 格式（用於打印和存檔）\n- [ ] 其他格式（如需要）\n\n**導出工具:**\n- Pandoc: 通用文件轉換工具\n- python-docx: Python 中的 Word 文件處理\n- WeasyPrint: HTML 到 PDF 轉換\n\n**導出範例:**\n\n```bash\n# 使用 Pandoc 轉換\npandoc report.md -o report.docx\npandoc report.md -o report.pdf\npandoc report.md -o report.html\n\n# 使用 Python 轉換\npython3 -c \"\nfrom weasyprint import HTML\nHTML('report.html').write_pdf('report.pdf')\n\"\n```\n\n**交付清單:**\n- [ ] 驗證導出的檔案品質\n- [ ] 測試所有連結和引用\n- [ ] 檢查在目標應用程式中的顯示\n- [ ] 準備交付說明（如需要）\n- [ ] 備份原始檔案\n- [ ] 記錄版本和修改歷史\n\n## 最佳實踐\n\n1. **使用版本控制**: 將文件保存在版本控制系統中，追蹤變更。\n\n2. **模板和樣式**: 使用預定義的範本和樣式，確保一致性。\n\n3. **協作工作流程**: 使用追蹤變更和評論功能進行協作審查。\n\n4. **可訪問性**: 確保文件對所有使用者都可訪問（例如，包括圖像替代文字）。\n\n5. **清晰的結構**: 使用邏輯的層級結構和清晰的標題。\n\n6. **視覺層次**: 使用格式和樣式創建清晰的視覺層次。\n\n7. **一致的風格**: 在整個文件中保持一致的寫作風格和格式。\n\n## 常見的文件問題\n\n- **不一致的格式**: 不同部分使用不同的樣式和格式\n- **過度複雜**: 文件結構過於複雜，難以導航\n- **內容過時**: 文件包含過時的資訊\n- **視覺混亂**: 過多的顏色、字體和樣式\n- **不清晰的寫作**: 句子過長或術語不清楚\n- **缺乏組織**: 內容沒有邏輯順序\n- **品質問題**: 拼寫錯誤、語法問題或不準確的資訊\n",{"name":5,"description":7},"main","0abce4d3cb71af4948463d31aa24ff5867ddcb2f","src\u002Famon\u002Fresources\u002Fskills\u002Fdocument-workflows",1,"https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon","https:\u002F\u002Fgithub.com\u002FAllanYiin","2026-03-29 12:36:35",{"source":8,"skillName":5,"commands":43,"prompt":53,"zipAvailable":54},[44,47,50],{"tool":45,"command":46},"npx","npx skills add AllanYiin\u002FAmon --skill document-workflows",{"tool":48,"command":49},"bunx","bunx skills add AllanYiin\u002FAmon --skill document-workflows",{"tool":51,"command":52},"pnpm","pnpm dlx skills add AllanYiin\u002FAmon --skill document-workflows","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fdocument-workflows\u002FSKILL.md",true,[],[57,76,97,110,120,132],{"skillNo":58,"name":59,"nameZh":6,"description":60,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":61,"categories":62,"keywords":66,"publishedAt":30},"01M6CEF0D1F0MXB64MZY8KK1JZ","web-search-strategy","當使用者要上網查資料、把模糊研究意圖拆成多輪搜尋查詢、限定網站或檔案類型、找官方來源，或改善 Google\u002FBing 搜尋品質時使用。將問題改寫成 2-5 組高辨識度查詢，結合 site、引號、排除詞、檔案類型、搜尋引擎切換、結果去重與二次搜尋，再整理可信來源、未解空缺與下一輪查詢方向。","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fweb-search-strategy\u002FSKILL.md",[63],{"categoryNo":64,"categoryName":65,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000021","资料检索与研究",[67,68,69,70,71,72,73,74,75],"web search strategy","strategy","web search","search","web","zh","site","research","google",{"skillNo":77,"name":78,"nameZh":6,"description":79,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":80,"categories":81,"keywords":85,"publishedAt":30},"01M6CEEW71AJDMZMXCSMXJD705","vibe-coding-guidelines","在非程式開發者要用 vibe coding 與 coding agent 協作時使用。常見觸發像「幫我整理開發準則」「定義交付邊界」「規劃驗證方式」。輸出需求表達、邊界與風險控管準則；不直接取代實作。","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fvibe-coding-guidelines\u002FSKILL.md",[82],{"categoryNo":83,"categoryName":84,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发",[86,87,88,89,90,91,92,93,72,94,95,96],"vibe coding guidelines","vibe","vibe coding","coding guidelines","coding","guidelines","github","coding-guidelines","engineering","https","coding agent",{"skillNo":98,"name":99,"nameZh":6,"description":100,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":106,"publishedAt":30},"01M6CEETQDHJNZYSBD2KZVNCRB","spreadsheet-workflows","報表 xlsx（整理、公式、檢核）。當使用者需要建立、編輯或分析 Excel 試算表時使用。","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fspreadsheet-workflows\u002FSKILL.md",[103],{"categoryNo":104,"categoryName":105,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000004","电子表格",[107,108,23,109],"spreadsheet workflows","spreadsheet","xlsx",{"skillNo":111,"name":112,"nameZh":6,"description":113,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":114,"categories":115,"keywords":116,"publishedAt":30},"01M6CEES4D4BMVK6PEPBVAG2QN","spec-to-tasks","將一份需求規格拆成可執行任務（含驗收條件）。當使用者提供產品需求、功能規格或使用者故事時，將其分解成具體的開發任務。","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fspec-to-tasks\u002FSKILL.md",[],[117,118,119],"spec to tasks","tasks","spec",{"skillNo":121,"name":122,"nameZh":6,"description":123,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":124,"categories":125,"keywords":126,"publishedAt":30},"01M6CEEN8XPB8P1ZHVJQY3NS4K","spec-organizer","在使用者要把模糊想法整理成可開發 spec 時使用。常見觸發像「整理需求成 spec」「補驗收條件」「拆分階段開發計畫」。輸出技術規格、白話規格與可直接貼用於 Codex \u002F Claude Code 的分階段 instructions；不直接代替正式文件發布。","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fspec-organizer\u002FSKILL.md",[],[119,127,128,92,129,130,95,131,72],"spec organizer","code","codex","product","instructions",{"skillNo":133,"name":134,"nameZh":6,"description":135,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":136,"categories":137,"keywords":143,"publishedAt":30},"01M6CEEHH6F6NP5Y6GR438211H","slide-content-planner","當使用者要規劃投影片或簡報內容時使用。輸出逐頁大綱、關鍵訊息、證據需求、視覺重點與版面動線。","https:\u002F\u002Fgithub.com\u002FAllanYiin\u002FAmon\u002Fblob\u002Fmain\u002Fsrc\u002Famon\u002Fresources\u002Fskills\u002Fslide-content-planner\u002FSKILL.md",[138],{"categoryNo":139,"categoryName":140,"taxonomyType":141,"taxonomyTypeDesc":142},"01JBSEEDCAT000000000000036","内容创作者","PROFESSION","适用职业",[144,145,146],"planner","content","slide content planner"]