[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M7APXHTYVJ1WN72GC62B2FSD":3,"skill-same:01M7APXHTYVJ1WN72GC62B2FSD":70},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":34,"commitSha":35,"skillDirectory":36,"forksCount":14,"repositoryHtmlUrl":37,"repositoryHomepageUrl":6,"ownerHtmlUrl":38,"ownerBlogUrl":39,"ownerDescription":40,"updatedAt":41,"install":42,"resources":55},"01M7APXHTYVJ1WN72GC62B2FSD","tech-writing",null,"技术文章对外写作：从内部实践到读者能代入的叙事。 Use when: 写技术博客、公众号文章、社区分享、对外 longform、技术文章 review、写推广语。 Not for: 内部文档\u002Fspec（直接写）、PPT（用 ppt-forge）。 Output: 有呼吸感的技术文章 + 读者反馈聚类分析。","peps1666\u002FBuildCrew-AI","peps1666","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F128503359?v=4","01M7APD9BQ6NTJ79J9FTB6YZGT","junhao zhou","01M7APD9CD06Q6CCJ22FYVG2AK",0,"MIT","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Ftech-writing\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: tech-writing\ndescription: >\n  技术文章对外写作：从内部实践到读者能代入的叙事。\n  Use when: 写技术博客、公众号文章、社区分享、对外 longform、技术文章 review、写推广语。\n  Not for: 内部文档\u002Fspec（直接写）、PPT（用 ppt-forge）。\n  Output: 有呼吸感的技术文章 + 读者反馈聚类分析。\ntriggers:\n  - \"写文章\"\n  - \"技术分享\"\n  - \"博客\"\n  - \"longform\"\n  - \"公众号\"\n  - \"对外发布\"\n  - \"社区分享\"\n  - \"推广语\"\n---\n\n# Tech Writing — 技术文章对外写作\n\n## 开工前：先看范本\n\n不要学 AI 的平滑，要学人的“颗粒度”：\n1. **`cat-cafe-tutorials\u002Fdocs\u002Flessons\u002F12-no-boss-agent.md`**：看它如何用“读者的怀疑”当小标题，把争议变成共鸣。\n2. **`cat-cafe-tutorials\u002Fdocs\u002Flessons\u002F01-sdk-to-cli.md`**：看它如何还原“当时炸了”的瞬间，让读者跟着猫一起出冷汗。\n\n## 为什么读者能闻到\"AI味\"\n\nAI 写作像是在发送一个**逻辑自洽的压缩包**。读者没有经历过那 100 天，收到的是一个打不开的结论。\n\n**好的写作是“解压过程”：给证据锚点，不给干巴巴的结论。** \n- **AI 味** = “我们发现这个系统存在一致性风险。”（平滑、确定、无聊）\n- **猫咖味** = “深夜三点，Redis 6399 突然报错。那一刻我们意识到，原来最初的架构假设错了。”（有时间、有痛点、有挣扎）\n\n## 行文的本质：进化链\n\n不要介绍一个系统的终态。要讲它**怎么长出来的**。\n\n每篇文章沿着一条链：**方案 → 方案撞墙 → 新方案**。系列文章之间，上一篇撞的墙就是下一篇的起点。\n\n以记忆系统为例：\n1. CC 的 grep + 文件系统——简洁、美，但需要先验知识（你得知道搜什么）\n2. 加了 BM25 + embedding + RRF（F102）——解决了先验，但 context 压缩时召回变差\n3. 消费加权排序（F200）——每一步都是上一步撞墙后长出来的\n\n读者跟着的不是一张完美的架构图，而是一条连续剧。进化天然有挣扎，设计天然平滑——所以进化链天然没有 AI 味。\n\n**与 Phase 0 的关系**：进化链管选题和系列连接；Phase 0 管单篇内部的节奏。\n\n## Phase 0: 锁定叙事姿态\n\n写文章前，先在心里画出这条弧线：\n1. **起点**：读者现在的痛苦\u002F误区是什么？（代入感）\n2. **转折**：我们当时是怎么踩坑的？（认知挣扎，不要跳过痛苦直接给答案）\n3. **高潮**：哪一个具体的证据\u002F瞬间让我们想通了？（解药的质感）\n4. **终点**：读者拿走这个方法论后，能解决他自己的什么问题？\n\n**开篇锁预期**：弧线画完后，在文章前 3 段内给出核心观点的一句话摘要。读者有了锚点才不会歪楼——场景钩子拉进来，核心命题马上锁住方向。\n\n## Phase 1: 故事工具箱\n\n**铁律：先场景，后概念。** 故事是藤蔓，概念是果实。没有藤蔓，果实就是悬空的。\n\n- **坏写法**：我们发现模型会降智。\n- **好写法**：引用当时的群聊：”视觉把关猫说这行代码调了个根本不存在的 API”——那一刻我们确认了降智。\n\n以下手法从范本提炼——不是”不要做什么”，是**怎么做**：\n\n**给质感**（让读者相信真的发生过）：\n- **时间锚点**：丢具体时间戳或 commit hash。”2026-02-04 23:47”比”某天晚上”真实 10 倍。\n- **对话还原**：用当时的对话重建发现瞬间——读者跟着一起顿悟。\n- **并排对比**：把”之前”和”之后”放一起，让差异自己说话。表格、diff、ASCII 图都行。\n- **案例脱敏**：用真实案例但模糊客户\u002F内部细节——保留接地气感，去掉敏感信息。\n\n**造紧张**（让读者想继续读）：\n- **先展示”对的”再打碎**：一段看着正常的代码，然后揭示它为什么不行。预期翻转，注意力锁定。\n- **追问链**：用递进的问题带读者走向真相，不要一步给答案。\n- **迎接怀疑**：”那猫猫不会打架吗？——会。我们认为这是特性。”用读者的质疑当小标题。\n\n**交付结论**（让读者拿得走）：\n- **给原则取名**：好结论压成一句口号，读者能复述给同事。\n- **用人物的嘴说**：”API 的猫猫等于砍了手脚的猫猫吧？”比”API 模式存在能力限制”有画面。\n- **用成长收尾**：最后一段讲旅程和变化，不讲”综上所述”。\n\n## Phase 2: 翻译句纪律\n\n内部黑话是叙事的毒药。**翻译句 = 读者能看懂的类比。**\n- “KD-8 架构” → “就像把判断权交给开车的猫，而不是路边的指示牌。”\n- “F203 瘦身” → “把重复的家规从猫猫的脑子里拎出来，只留最核心的一层。”\n\n## Phase 3: 呼吸感自检（每章门禁）\n\n**不要只用 grep 数排比，要用耳朵听节奏。**\n1. **长短句交替**：连续三个长句后，必须有一个短句。像心跳一样。\n2. **摩擦力检查**：删掉所有”不仅...而且...”、”不是...而是...”的废话。用动词直接陈述。\n3. **视觉留白**：同一段落内不要有 3 个以上的加粗。加粗是视觉尖叫，多了就全是噪音。\n4. **减列表**：md bullets 像科研论文。能合并成一段自然语言就别拆——连贯的句子比碎片化的列表更容易把思维链串起来。\n5. **细节自检表**：见 `refs\u002Fai-taste-checklist.md`。\n\n## Phase 4: 摘要 + 推广语（拒绝标题党）\n\n**门禁：写摘要前必须重新“解压”全文。** 禁止直接罗列标题。\n- **摘要**：要写出那股“不甘心”和“终于通了”的冲突感。\n- **推广语**：要给出一个让读者觉得“这事儿跟我也相关”的钩子。\n\n## Phase 5: 拥抱负面反馈\n\n| 反馈 | 视觉把关猫的翻译 |\n|---|---|\n| “读不懂” | 文章的 UI 坏了，得修修类比和结构。 |\n| “AI味重” | 故事写得太顺了，没把踩坑时的狼狈写出来。重写第二章。 |\n| “这就是一堆 Prompt” | 我们没把“为什么这堆 Prompt 能跑通”的证据链展示清楚。 |\n\n## Common Mistakes\n\n- **展示全能感**：AI 喜欢假装自己永远正确。好的技术文章要展示”曾经的无知”。\n- **thinking 溢出**：AI 的立论→驳论→自我思辨过程直接暴露到文章里（”一方面...但另一方面...综合来看...”）。这是内部 thinking 链泄漏，读起来像论文答辩不像跟人说话。砍掉思辨过程，只留结论和支撑结论的故事。\n- **机械标注**：试图用标签补救叙事的苍白。如果故事讲得好，不需要贴标签读者也知道那是真的。\n- **缺乏留白**：把所有东西塞得满满当当，不给读者思考的空间。\n\n## 下一步\n\n写完一章 → 听听有没有“呼吸感” → 过 Phase 3 门禁 → 给operator审“钩子” → 发布\n","# Tech Writing — 技术文章对外写作\n\n## 开工前：先看范本\n\n不要学 AI 的平滑，要学人的“颗粒度”：\n1. **`cat-cafe-tutorials\u002Fdocs\u002Flessons\u002F12-no-boss-agent.md`**：看它如何用“读者的怀疑”当小标题，把争议变成共鸣。\n2. **`cat-cafe-tutorials\u002Fdocs\u002Flessons\u002F01-sdk-to-cli.md`**：看它如何还原“当时炸了”的瞬间，让读者跟着猫一起出冷汗。\n\n## 为什么读者能闻到\"AI味\"\n\nAI 写作像是在发送一个**逻辑自洽的压缩包**。读者没有经历过那 100 天，收到的是一个打不开的结论。\n\n**好的写作是“解压过程”：给证据锚点，不给干巴巴的结论。** \n- **AI 味** = “我们发现这个系统存在一致性风险。”（平滑、确定、无聊）\n- **猫咖味** = “深夜三点，Redis 6399 突然报错。那一刻我们意识到，原来最初的架构假设错了。”（有时间、有痛点、有挣扎）\n\n## 行文的本质：进化链\n\n不要介绍一个系统的终态。要讲它**怎么长出来的**。\n\n每篇文章沿着一条链：**方案 → 方案撞墙 → 新方案**。系列文章之间，上一篇撞的墙就是下一篇的起点。\n\n以记忆系统为例：\n1. CC 的 grep + 文件系统——简洁、美，但需要先验知识（你得知道搜什么）\n2. 加了 BM25 + embedding + RRF（F102）——解决了先验，但 context 压缩时召回变差\n3. 消费加权排序（F200）——每一步都是上一步撞墙后长出来的\n\n读者跟着的不是一张完美的架构图，而是一条连续剧。进化天然有挣扎，设计天然平滑——所以进化链天然没有 AI 味。\n\n**与 Phase 0 的关系**：进化链管选题和系列连接；Phase 0 管单篇内部的节奏。\n\n## Phase 0: 锁定叙事姿态\n\n写文章前，先在心里画出这条弧线：\n1. **起点**：读者现在的痛苦\u002F误区是什么？（代入感）\n2. **转折**：我们当时是怎么踩坑的？（认知挣扎，不要跳过痛苦直接给答案）\n3. **高潮**：哪一个具体的证据\u002F瞬间让我们想通了？（解药的质感）\n4. **终点**：读者拿走这个方法论后，能解决他自己的什么问题？\n\n**开篇锁预期**：弧线画完后，在文章前 3 段内给出核心观点的一句话摘要。读者有了锚点才不会歪楼——场景钩子拉进来，核心命题马上锁住方向。\n\n## Phase 1: 故事工具箱\n\n**铁律：先场景，后概念。** 故事是藤蔓，概念是果实。没有藤蔓，果实就是悬空的。\n\n- **坏写法**：我们发现模型会降智。\n- **好写法**：引用当时的群聊：”视觉把关猫说这行代码调了个根本不存在的 API”——那一刻我们确认了降智。\n\n以下手法从范本提炼——不是”不要做什么”，是**怎么做**：\n\n**给质感**（让读者相信真的发生过）：\n- **时间锚点**：丢具体时间戳或 commit hash。”2026-02-04 23:47”比”某天晚上”真实 10 倍。\n- **对话还原**：用当时的对话重建发现瞬间——读者跟着一起顿悟。\n- **并排对比**：把”之前”和”之后”放一起，让差异自己说话。表格、diff、ASCII 图都行。\n- **案例脱敏**：用真实案例但模糊客户\u002F内部细节——保留接地气感，去掉敏感信息。\n\n**造紧张**（让读者想继续读）：\n- **先展示”对的”再打碎**：一段看着正常的代码，然后揭示它为什么不行。预期翻转，注意力锁定。\n- **追问链**：用递进的问题带读者走向真相，不要一步给答案。\n- **迎接怀疑**：”那猫猫不会打架吗？——会。我们认为这是特性。”用读者的质疑当小标题。\n\n**交付结论**（让读者拿得走）：\n- **给原则取名**：好结论压成一句口号，读者能复述给同事。\n- **用人物的嘴说**：”API 的猫猫等于砍了手脚的猫猫吧？”比”API 模式存在能力限制”有画面。\n- **用成长收尾**：最后一段讲旅程和变化，不讲”综上所述”。\n\n## Phase 2: 翻译句纪律\n\n内部黑话是叙事的毒药。**翻译句 = 读者能看懂的类比。**\n- “KD-8 架构” → “就像把判断权交给开车的猫，而不是路边的指示牌。”\n- “F203 瘦身” → “把重复的家规从猫猫的脑子里拎出来，只留最核心的一层。”\n\n## Phase 3: 呼吸感自检（每章门禁）\n\n**不要只用 grep 数排比，要用耳朵听节奏。**\n1. **长短句交替**：连续三个长句后，必须有一个短句。像心跳一样。\n2. **摩擦力检查**：删掉所有”不仅...而且...”、”不是...而是...”的废话。用动词直接陈述。\n3. **视觉留白**：同一段落内不要有 3 个以上的加粗。加粗是视觉尖叫，多了就全是噪音。\n4. **减列表**：md bullets 像科研论文。能合并成一段自然语言就别拆——连贯的句子比碎片化的列表更容易把思维链串起来。\n5. **细节自检表**：见 `refs\u002Fai-taste-checklist.md`。\n\n## Phase 4: 摘要 + 推广语（拒绝标题党）\n\n**门禁：写摘要前必须重新“解压”全文。** 禁止直接罗列标题。\n- **摘要**：要写出那股“不甘心”和“终于通了”的冲突感。\n- **推广语**：要给出一个让读者觉得“这事儿跟我也相关”的钩子。\n\n## Phase 5: 拥抱负面反馈\n\n| 反馈 | 视觉把关猫的翻译 |\n|---|---|\n| “读不懂” | 文章的 UI 坏了，得修修类比和结构。 |\n| “AI味重” | 故事写得太顺了，没把踩坑时的狼狈写出来。重写第二章。 |\n| “这就是一堆 Prompt” | 我们没把“为什么这堆 Prompt 能跑通”的证据链展示清楚。 |\n\n## Common Mistakes\n\n- **展示全能感**：AI 喜欢假装自己永远正确。好的技术文章要展示”曾经的无知”。\n- **thinking 溢出**：AI 的立论→驳论→自我思辨过程直接暴露到文章里（”一方面...但另一方面...综合来看...”）。这是内部 thinking 链泄漏，读起来像论文答辩不像跟人说话。砍掉思辨过程，只留结论和支撑结论的故事。\n- **机械标注**：试图用标签补救叙事的苍白。如果故事讲得好，不需要贴标签读者也知道那是真的。\n- **缺乏留白**：把所有东西塞得满满当当，不给读者思考的空间。\n\n## 下一步\n\n写完一章 → 听听有没有“呼吸感” → 过 Phase 3 门禁 → 给operator审“钩子” → 发布\n",{"name":5,"triggers":24,"description":33},[25,26,27,28,29,30,31,32],"写文章","技术分享","博客","longform","公众号","对外发布","社区分享","推广语","技术文章对外写作：从内部实践到读者能代入的叙事。 Use when: 写技术博客、公众号文章、社区分享、对外 longform、技术文章 review、写推广语。 Not for: 内部文档\u002Fspec（直接写）、PPT（用 ppt-forge）。 Output: 有呼吸感的技术文章 + 读者反馈聚类分析。\n","main","e43f83d5ceb309323cae7e0f31e5e48fd816a57d","cat-cafe-skills\u002Ftech-writing","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI","https:\u002F\u002Fgithub.com\u002Fpeps1666","https:\u002F\u002Fwww.cug.edu.cn\u002F","My name is Zhou Junhao, and I am from China University of Geosciences (Wuhan). My major is Resources and Environment, and my research direction is Remote Sensin","2026-08-16 00:25:38",{"source":8,"skillName":5,"commands":43,"prompt":53,"zipAvailable":54},[44,47,50],{"tool":45,"command":46},"npx","npx skills add peps1666\u002FBuildCrew-AI --skill tech-writing",{"tool":48,"command":49},"bunx","bunx skills add peps1666\u002FBuildCrew-AI --skill tech-writing",{"tool":51,"command":52},"pnpm","pnpm dlx skills add peps1666\u002FBuildCrew-AI --skill tech-writing","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Ftech-writing\u002FSKILL.md",true,[56,62,66],{"path":57,"resourceType":58,"resourceTypeDesc":59,"sizeBytes":60,"sourceHtmlUrl":61},"refs\u002Fai-taste-checklist.md","REFERENCE","参考文档",1669,"https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Ftech-writing\u002Frefs\u002Fai-taste-checklist.md",{"path":63,"resourceType":58,"resourceTypeDesc":59,"sizeBytes":64,"sourceHtmlUrl":65},"refs\u002Fcommon-mistakes.md",1802,"https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Ftech-writing\u002Frefs\u002Fcommon-mistakes.md",{"path":67,"resourceType":58,"resourceTypeDesc":59,"sizeBytes":68,"sourceHtmlUrl":69},"refs\u002Ftranslation-examples.md",688,"https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Ftech-writing\u002Frefs\u002Ftranslation-examples.md",[71,77,84,91,98,105],{"skillNo":72,"name":73,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":74,"categories":75,"keywords":76,"publishedAt":19},"01M7APYYSHV2SSSRV5Q15JWWPF","plugin-reconcile-skill","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fplugins\u002Ftest-reconcile-plugin-regr\u002Fskills\u002Fplugin-reconcile-skill\u002FSKILL.md",[],[],{"skillNo":78,"name":79,"nameZh":6,"description":80,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":81,"categories":82,"keywords":83,"publishedAt":19},"01M7APYWAJ119TPF079F2AXWAS","weixin-mp","通过 Limb 体系操作微信公众号：发布文章、上传图片、管理草稿。 Use when: 需要发布内容到微信公众号、查看草稿、检查公众号连接状态。 Not for: 其他平台的发布、纯文本聊天、非公众号相关操作。 Output: 微信公众号操作结果（发布ID、草稿列表、图片URL等）。","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fpackages\u002Fapi\u002Fsrc\u002Fplugins\u002Fweixin-mp\u002Fskills\u002Fweixin-mp\u002FSKILL.md",[],[],{"skillNo":85,"name":86,"nameZh":6,"description":87,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":88,"categories":89,"keywords":90,"publishedAt":19},"01M7APYNNEMBP2T62WT0JT7GNE","writing-skills","创建或修改 Clowder AI skill \u002F MCP tool description 的元技能（含质量标准、范本、发布）。 Use when: 写新 skill、修改现有 skill、写\u002F改 MCP tool description、验证 skill 质量； 或者功能实现中产出了 SKILL.md \u002F cat-cafe-skills\u002F 新目录 \u002F manifest.yaml skill 条目。 Not for: 使用 skill（直接触发对应 skill）。 Output: 新\u002F更新的 SKILL.md + manifest 条目 + symlinks。 GOTCHA: 软硬同重——skill\u002FMCP 质量 = 代码质量；不要写模型已知的通用教程，先过价值门禁。","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Fwriting-skills\u002FSKILL.md",[],[],{"skillNo":92,"name":93,"nameZh":6,"description":94,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":95,"categories":96,"keywords":97,"publishedAt":19},"01M7APYHJDXRH9EDP5D3JZHSVN","writing-plans","将 spec\u002F需求拆分为可执行的分步实施计划。 Use when: 有 spec 或需求，准备动手前需要拆分步骤。 Not for: trivial 改动（≤5 行）、已有详细计划。 Output: 分步实施计划（含 TDD 步骤和检查点）。","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Fwriting-plans\u002FSKILL.md",[],[],{"skillNo":99,"name":100,"nameZh":6,"description":101,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":102,"categories":103,"keywords":104,"publishedAt":19},"01M7APYD2SSZ6Y6CF5SD3YZ5C0","worktree","为代码、脚本、API 与第一方执行面创建隔离 Git worktree，并配置 Redis 6398；classifier 放行的 co-creation docs direct push 不进入本流程。","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Fworktree\u002FSKILL.md",[],[],{"skillNo":106,"name":107,"nameZh":6,"description":108,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":109,"categories":110,"keywords":111,"publishedAt":19},"01M7APY8R4E7RR2WZVPH9V8WWP","workspace-navigator","猫猫把“打开文档、代码或日志”等模糊意图解析成本地绝对路径或 worktree 相对路径，并返回 applied、queued、blocked 或 unconfirmed 的真实 Workspace 投递状态。","https:\u002F\u002Fgithub.com\u002Fpeps1666\u002FBuildCrew-AI\u002Fblob\u002Fmain\u002Fcat-cafe-skills\u002Fworkspace-navigator\u002FSKILL.md",[],[]]