<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Skill 进阶 on AI 观察</title><link>https://ai.wujiong.cc/tags/skill-%E8%BF%9B%E9%98%B6/</link><description>Recent content in Skill 进阶 on AI 观察</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 18 Oct 2026 08:46:31 +0800</lastBuildDate><atom:link href="https://ai.wujiong.cc/tags/skill-%E8%BF%9B%E9%98%B6/index.xml" rel="self" type="application/rss+xml"/><item><title>设计变量同步 Skill 避坑指南：写法、权限与输出问题</title><link>https://ai.wujiong.cc/posts/2026-10-18-design-token-sync-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:46:31 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-design-token-sync-pitfalls/</guid><description>&lt;p&gt;如果你在浏览器、组件库与设计稿里反复做设计变量同步，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;下面是把「设计变量同步」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;
&lt;h2 id="1-描述写成口号"&gt;1. 描述写成口号&lt;/h2&gt;
&lt;p&gt;智能体判断不出何时该用。改为“把设计稿中的颜色、字号整理为设计变量；当用户提到设计变量同步时使用”。&lt;/p&gt;</description></item><item><title>「打包体积分析」Skill 常见坑：8 个问题与改法</title><link>https://ai.wujiong.cc/posts/2026-10-18-bundle-analyzer-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:46:27 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-bundle-analyzer-pitfalls/</guid><description>&lt;p&gt;前端工程师经常要做「打包体积分析」这类事：分析打包产物，找出过大依赖与重复打包。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;下面是把「打包体积分析」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;</description></item><item><title>架构决策记录 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-adr-writer-eval/</link><pubDate>Sun, 18 Oct 2026 08:46:11 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-adr-writer-eval/</guid><description>&lt;p&gt;把「架构决策记录」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（讨论记录），按什么顺序处理，交付什么（ADR 文档），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「架构决策记录」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>新品上架清单 Skill 测试清单：正常、边界与越界输入</title><link>https://ai.wujiong.cc/posts/2026-10-18-new-product-launch-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:46:02 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-new-product-launch-test-cases/</guid><description>&lt;p&gt;「新品上架清单」是电商运营的高频任务。它的输入通常是新品信息，期望得到的是上架清单。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「新品上架清单」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>跨境商品翻译 Skill 上线前的安全检查要点</title><link>https://ai.wujiong.cc/posts/2026-10-18-listing-translate-security-review/</link><pubDate>Sun, 18 Oct 2026 08:45:58 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-listing-translate-security-review/</guid><description>&lt;p&gt;「跨境商品翻译」是电商运营的高频任务。它的输入通常是商品信息，期望得到的是本地化文案。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>给「从工单生成 FAQ」Skill 写测试用例：6 类输入与预期行为</title><link>https://ai.wujiong.cc/posts/2026-10-18-faq-from-issues-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:45:30 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-faq-from-issues-test-cases/</guid><description>&lt;p&gt;「从工单生成 FAQ」是开发者与技术写作者的高频任务。它的输入通常是issue 列表，期望得到的是FAQ 文档。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「从工单生成 FAQ」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>事故补测 Skill 上线前的安全检查要点</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-security-review/</link><pubDate>Sun, 18 Oct 2026 08:45:29 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-security-review/</guid><description>&lt;p&gt;把「事故补测」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（事故复盘），按什么顺序处理，交付什么（新增测试与说明），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>「新人问答助手」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-onboarding-bot-security-review/</link><pubDate>Sun, 18 Oct 2026 08:45:24 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-onboarding-bot-security-review/</guid><description>&lt;p&gt;如果你在文档库与检索系统里反复做新人问答助手，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>审计准备 Skill 避坑指南：写法、权限与输出问题</title><link>https://ai.wujiong.cc/posts/2026-10-18-audit-prep-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:45:18 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-audit-prep-pitfalls/</guid><description>&lt;p&gt;如果你在表格与财务系统里反复做审计准备，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;下面是把「审计准备」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;
&lt;h2 id="1-描述写成口号"&gt;1. 描述写成口号&lt;/h2&gt;
&lt;p&gt;智能体判断不出何时该用。改为“为年度审计准备资料清单；当用户提到审计准备时使用”。&lt;/p&gt;</description></item><item><title>「统计方法选择」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-stats-helper-security-review/</link><pubDate>Sun, 18 Oct 2026 08:45:02 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-stats-helper-security-review/</guid><description>&lt;p&gt;如果你在文献库、数据与写作工具里反复做统计方法选择，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能会执行脚本，需要额外关注脚本的执行范围、依赖来源和对文件系统的影响。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>在团队推广「空值安全检查」Skill：版本、评审与维护</title><link>https://ai.wujiong.cc/posts/2026-10-18-null-safety-check-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:45:00 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-null-safety-check-team-rollout/</guid><description>&lt;p&gt;「空值安全检查」是开发者的高频任务。它的输入通常是源码文件，期望得到的是风险位置与修复示例。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「空值安全检查」为例给出落地做法。&lt;/p&gt;</description></item><item><title>客户案例 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-case-study-writer-eval/</link><pubDate>Sun, 18 Oct 2026 08:44:51 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-case-study-writer-eval/</guid><description>&lt;p&gt;如果你在内容平台与投放后台里反复做客户案例，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「客户案例」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>无障碍测试 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:44:48 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-team-rollout/</guid><description>&lt;p&gt;「无障碍测试」是开发与测试工程师的高频任务。它的输入通常是页面地址，期望得到的是问题清单与修复建议。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「无障碍测试」为例给出落地做法。&lt;/p&gt;</description></item><item><title>给「致辞撰写」Skill 写测试用例：6 类输入与预期行为</title><link>https://ai.wujiong.cc/posts/2026-10-18-speech-writer-agent-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:44:42 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-speech-writer-agent-test-cases/</guid><description>&lt;p&gt;把「致辞撰写」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（场合与对象），按什么顺序处理，交付什么（致辞稿），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「致辞撰写」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>怎么评估「容量预估」Skill 好不好用：评分表与回归测试</title><link>https://ai.wujiong.cc/posts/2026-10-18-capacity-forecast-eval/</link><pubDate>Sun, 18 Oct 2026 08:44:34 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-capacity-forecast-eval/</guid><description>&lt;p&gt;运维与平台工程师经常要做「容量预估」这类事：根据历史指标估算资源何时需要扩容。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「容量预估」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>致辞撰写 Skill 避坑指南：写法、权限与输出问题</title><link>https://ai.wujiong.cc/posts/2026-10-18-speech-writer-agent-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:44:26 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-speech-writer-agent-pitfalls/</guid><description>&lt;p&gt;个人用户经常要做「致辞撰写」这类事：撰写婚礼、生日等场合致辞。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;下面是把「致辞撰写」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;
&lt;h2 id="1-描述写成口号"&gt;1. 描述写成口号&lt;/h2&gt;
&lt;p&gt;智能体判断不出何时该用。改为“撰写婚礼、生日等场合致辞；当用户提到致辞撰写时使用”。&lt;/p&gt;</description></item><item><title>在团队推广「迭代回顾」Skill：版本、评审与维护</title><link>https://ai.wujiong.cc/posts/2026-10-18-retro-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:44:23 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-retro-team-rollout/</guid><description>&lt;p&gt;「迭代回顾」是产品经理与项目经理的高频任务。它的输入通常是团队反馈，期望得到的是回顾总结。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「迭代回顾」为例给出落地做法。&lt;/p&gt;</description></item><item><title>销售漏斗复盘 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-pipeline-review-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:44:18 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-pipeline-review-team-rollout/</guid><description>&lt;p&gt;如果你在CRM 与邮箱里反复做销售漏斗复盘，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「销售漏斗复盘」为例给出落地做法。&lt;/p&gt;</description></item><item><title>输入校验审查 Skill 测试清单：正常、边界与越界输入</title><link>https://ai.wujiong.cc/posts/2026-10-18-input-validation-review-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:44:15 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-input-validation-review-test-cases/</guid><description>&lt;p&gt;把「输入校验审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码），按什么顺序处理，交付什么（问题清单），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「输入校验审查」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>怎么评估「分段策略」Skill 好不好用：评分表与回归测试</title><link>https://ai.wujiong.cc/posts/2026-10-18-chunking-strategy-eval/</link><pubDate>Sun, 18 Oct 2026 08:43:59 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-chunking-strategy-eval/</guid><description>&lt;p&gt;「分段策略」是知识管理与客服团队的高频任务。它的输入通常是文档样本，期望得到的是分段方案。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「分段策略」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>给「合规清单」Skill 写测试用例：6 类输入与预期行为</title><link>https://ai.wujiong.cc/posts/2026-10-18-compliance-checklist-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:43:58 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-compliance-checklist-test-cases/</guid><description>&lt;p&gt;「合规清单」是法务与业务人员的高频任务。它的输入通常是业务描述，期望得到的是合规清单。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「合规清单」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>新品上架清单 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-new-product-launch-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:43:52 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-new-product-launch-team-rollout/</guid><description>&lt;p&gt;如果你在店铺后台与表格里反复做新品上架清单，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「新品上架清单」为例给出落地做法。&lt;/p&gt;</description></item><item><title>复杂度热点分析 Skill 避坑指南：写法、权限与输出问题</title><link>https://ai.wujiong.cc/posts/2026-10-18-complexity-hotspots-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:43:45 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-complexity-hotspots-pitfalls/</guid><description>&lt;p&gt;把「复杂度热点分析」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（仓库与 git 历史），按什么顺序处理，交付什么（热点文件排行与治理建议），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;下面是把「复杂度热点分析」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;</description></item><item><title>需求变更评估 Skill 测试清单：正常、边界与越界输入</title><link>https://ai.wujiong.cc/posts/2026-10-18-change-request-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:43:38 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-change-request-test-cases/</guid><description>&lt;p&gt;「需求变更评估」是产品经理与项目经理的高频任务。它的输入通常是变更请求，期望得到的是影响评估。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「需求变更评估」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>「教程编写」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-tutorial-writer-security-review/</link><pubDate>Sun, 18 Oct 2026 08:43:28 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-tutorial-writer-security-review/</guid><description>&lt;p&gt;把「教程编写」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（功能说明与示例），按什么顺序处理，交付什么（教程文档），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>「数据库问答」Skill 不生效怎么办：症状、原因与排查步骤</title><link>https://ai.wujiong.cc/posts/2026-10-18-db-doc-qa-troubleshooting/</link><pubDate>Sun, 18 Oct 2026 08:43:23 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-db-doc-qa-troubleshooting/</guid><description>&lt;p&gt;如果你在数据库客户端与查询工具里反复做数据库问答，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;「数据库问答」技能出问题时，先别急着重写。按下面的表格对号入座，大部分问题都能在几分钟内定位。&lt;/p&gt;</description></item><item><title>性能剖析 Skill 测试清单：正常、边界与越界输入</title><link>https://ai.wujiong.cc/posts/2026-10-18-perf-profiling-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:43:22 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-perf-profiling-test-cases/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做性能剖析，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「性能剖析」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>稿件编辑 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-copy-edit-eval/</link><pubDate>Sun, 18 Oct 2026 08:42:46 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-copy-edit-eval/</guid><description>&lt;p&gt;内容创作者经常要做「稿件编辑」这类事：对稿件进行结构与语言编辑。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「稿件编辑」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>功能说明 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-feature-spec-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:42:38 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-feature-spec-team-rollout/</guid><description>&lt;p&gt;产品经理与项目经理经常要做「功能说明」这类事：撰写单个功能的详细说明。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「功能说明」为例给出落地做法。&lt;/p&gt;</description></item><item><title>怎么评估「深色模式适配」Skill 好不好用：评分表与回归测试</title><link>https://ai.wujiong.cc/posts/2026-10-18-dark-mode-adapter-eval/</link><pubDate>Sun, 18 Oct 2026 08:42:19 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-dark-mode-adapter-eval/</guid><description>&lt;p&gt;把「深色模式适配」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（样式文件），按什么顺序处理，交付什么（适配方案与代码），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「深色模式适配」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>给「优惠券策略」Skill 写测试用例：6 类输入与预期行为</title><link>https://ai.wujiong.cc/posts/2026-10-18-coupon-plan-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:42:18 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-coupon-plan-test-cases/</guid><description>&lt;p&gt;把「优惠券策略」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（运营目标），按什么顺序处理，交付什么（优惠券方案），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「优惠券策略」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>在团队推广「决策辅助」Skill：版本、评审与维护</title><link>https://ai.wujiong.cc/posts/2026-10-18-decision-helper-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:42:16 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-decision-helper-team-rollout/</guid><description>&lt;p&gt;个人用户经常要做「决策辅助」这类事：用结构化方法辅助个人决策。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「决策辅助」为例给出落地做法。&lt;/p&gt;</description></item><item><title>在团队推广「二分定位缺陷」Skill：版本、评审与维护</title><link>https://ai.wujiong.cc/posts/2026-10-18-git-bisect-helper-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:42:13 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-git-bisect-helper-team-rollout/</guid><description>&lt;p&gt;把「二分定位缺陷」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（好坏版本与复现命令），按什么顺序处理，交付什么（问题提交），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「二分定位缺陷」为例给出落地做法。&lt;/p&gt;</description></item><item><title>「多语言客服」Skill 不生效怎么办：症状、原因与排查步骤</title><link>https://ai.wujiong.cc/posts/2026-10-18-multilingual-support-troubleshooting/</link><pubDate>Sun, 18 Oct 2026 08:42:08 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-multilingual-support-troubleshooting/</guid><description>&lt;p&gt;如果你在工单系统与知识库里反复做多语言客服，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;「多语言客服」技能出问题时，先别急着重写。按下面的表格对号入座，大部分问题都能在几分钟内定位。&lt;/p&gt;</description></item><item><title>分析笔记本整理 Skill 上线前的安全检查要点</title><link>https://ai.wujiong.cc/posts/2026-10-18-notebook-cleanup-security-review/</link><pubDate>Sun, 18 Oct 2026 08:42:05 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-notebook-cleanup-security-review/</guid><description>&lt;p&gt;「分析笔记本整理」是数据分析师与运营的高频任务。它的输入通常是Jupyter 笔记本，期望得到的是整理后的笔记本。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能会执行脚本，需要额外关注脚本的执行范围、依赖来源和对文件系统的影响。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>「从工单生成 FAQ」Skill 常见坑：8 个问题与改法</title><link>https://ai.wujiong.cc/posts/2026-10-18-faq-from-issues-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:42:02 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-faq-from-issues-pitfalls/</guid><description>&lt;p&gt;开发者与技术写作者经常要做「从工单生成 FAQ」这类事：根据 issue 与讨论整理常见问题文档。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;下面是把「从工单生成 FAQ」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;</description></item><item><title>「多表合并」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-spreadsheet-merge-security-review/</link><pubDate>Sun, 18 Oct 2026 08:41:56 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-spreadsheet-merge-security-review/</guid><description>&lt;p&gt;把「多表合并」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（多个表格），按什么顺序处理，交付什么（合并结果），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能会执行脚本，需要额外关注脚本的执行范围、依赖来源和对文件系统的影响。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>在团队推广「启发式辅导」Skill：版本、评审与维护</title><link>https://ai.wujiong.cc/posts/2026-10-18-socratic-tutor-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:41:51 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-socratic-tutor-team-rollout/</guid><description>&lt;p&gt;如果你在课件、题库与学习平台里反复做启发式辅导，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「启发式辅导」为例给出落地做法。&lt;/p&gt;</description></item><item><title>「隐私影响评估」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-privacy-impact-security-review/</link><pubDate>Sun, 18 Oct 2026 08:41:39 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-privacy-impact-security-review/</guid><description>&lt;p&gt;如果你在代码、配置与云环境里反复做隐私影响评估，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。属于中等风险：结果会影响业务判断，建议在输出前设置人工审核点。&lt;/p&gt;</description></item><item><title>读书笔记 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-reading-notes-eval/</link><pubDate>Sun, 18 Oct 2026 08:41:35 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-reading-notes-eval/</guid><description>&lt;p&gt;「读书笔记」是研究人员与学生的高频任务。它的输入通常是书籍或文章，期望得到的是阅读笔记。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「读书笔记」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>分支策略说明 Skill 上线前的安全检查要点</title><link>https://ai.wujiong.cc/posts/2026-10-18-git-workflow-guide-security-review/</link><pubDate>Sun, 18 Oct 2026 08:41:32 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-git-workflow-guide-security-review/</guid><description>&lt;p&gt;「分支策略说明」是开发团队的高频任务。它的输入通常是团队情况，期望得到的是流程文档。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>研究问题打磨 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-research-question-eval/</link><pubDate>Sun, 18 Oct 2026 08:41:21 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-research-question-eval/</guid><description>&lt;p&gt;如果你在文献库、数据与写作工具里反复做研究问题打磨，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「研究问题打磨」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>「阅读管理」Skill 常见坑：8 个问题与改法</title><link>https://ai.wujiong.cc/posts/2026-10-18-reading-tracker-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:41:18 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-reading-tracker-pitfalls/</guid><description>&lt;p&gt;「阅读管理」是个人用户的高频任务。它的输入通常是书单，期望得到的是阅读计划。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;下面是把「阅读管理」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;
&lt;h2 id="1-描述写成口号"&gt;1. 描述写成口号&lt;/h2&gt;
&lt;p&gt;智能体判断不出何时该用。改为“管理阅读清单与读后总结；当用户提到阅读管理时使用”。&lt;/p&gt;</description></item><item><title>回答反馈闭环 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-kb-feedback-loop-eval/</link><pubDate>Sun, 18 Oct 2026 08:41:12 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-kb-feedback-loop-eval/</guid><description>&lt;p&gt;如果你在文档库与检索系统里反复做回答反馈闭环，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「回答反馈闭环」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>在团队推广「绘图提示词」Skill：版本、评审与维护</title><link>https://ai.wujiong.cc/posts/2026-10-18-image-prompt-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:40:41 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-image-prompt-team-rollout/</guid><description>&lt;p&gt;「绘图提示词」是内容创作者的高频任务。它的输入通常是画面需求，期望得到的是提示词。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「绘图提示词」为例给出落地做法。&lt;/p&gt;</description></item><item><title>怎么评估「慢查询优化」Skill 好不好用：评分表与回归测试</title><link>https://ai.wujiong.cc/posts/2026-10-18-slow-query-tuning-eval/</link><pubDate>Sun, 18 Oct 2026 08:40:38 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-slow-query-tuning-eval/</guid><description>&lt;p&gt;如果你在数据库客户端与查询工具里反复做慢查询优化，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「慢查询优化」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>给「需求访谈」Skill 写测试用例：6 类输入与预期行为</title><link>https://ai.wujiong.cc/posts/2026-10-18-discovery-interview-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:40:36 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-discovery-interview-test-cases/</guid><description>&lt;p&gt;产品经理与项目经理经常要做「需求访谈」这类事：准备并整理需求访谈。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「需求访谈」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>「通知公告撰写」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-notice-writer-security-review/</link><pubDate>Sun, 18 Oct 2026 08:40:27 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-notice-writer-security-review/</guid><description>&lt;p&gt;职场人士经常要做「通知公告撰写」这类事：撰写行政或团队通知。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>论文语言润色 Skill 避坑指南：写法、权限与输出问题</title><link>https://ai.wujiong.cc/posts/2026-10-18-paper-polish-pitfalls/</link><pubDate>Sun, 18 Oct 2026 08:40:19 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-paper-polish-pitfalls/</guid><description>&lt;p&gt;把「论文语言润色」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（论文段落），按什么顺序处理，交付什么（润色稿），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;下面是把「论文语言润色」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;</description></item><item><title>隐私影响评估 Skill 故障排查：不触发、格式乱、结果不准</title><link>https://ai.wujiong.cc/posts/2026-10-18-privacy-impact-troubleshooting/</link><pubDate>Sun, 18 Oct 2026 08:40:05 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-privacy-impact-troubleshooting/</guid><description>&lt;p&gt;如果你在代码、配置与云环境里反复做隐私影响评估，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;「隐私影响评估」技能出问题时，先别急着重写。按下面的表格对号入座，大部分问题都能在几分钟内定位。&lt;/p&gt;</description></item></channel></rss>