学习目标
一张能力放置表，以及一个边界清晰的 Skill 任务定义。
适用场景
你总在对话里重复“先看项目规范、再查断链、输出报告”，想把所有话都装进一个超级 Skill。本篇先决定哪些值得复用；不同产品的安装目录与调用方式并不统一，操作时查对应宿主官方文档。
准备条件
- 两三次实际重复过的任务记录，不靠想象先造一套技能库。
- 能区分项目长期约束、当前任务材料与可执行工具。
操作步骤
把一段重复指令分成四类
长期约束例如“沿用本项目组件库”，适合项目指引；本轮目标和截图属于任务输入；每次都相同的确定性检查适合脚本；跨任务复用、需要判断步骤与分支的流程才值得评估 Skill。这是编辑建议，不是所有宿主强制采用的文件结构。
放置判断表项目约束：现有前端只经 HTTP 访问后端 -> 项目说明。 本次输入：检查这五篇刚修改的文章 -> 当前任务。 确定性动作：检查链接格式与目标是否可访问 -> 脚本/工具。 可复用流程：归类失败、区分登录限制和真断链、输出修复建议 -> Skill。 实时资料：通过获准的查询工具获取，不把过期结果长期写进 Skill。 一次性改标题：直接做，不为一次任务安装一个 Skill。先用一页说明验证流程能复用
选一个窄任务，例如“检查文档链接并整理可修复项”。写清触发、不适用条件、输入、步骤、输出和停止条件；缺网络或权限时该报告什么。复用的是工作方法，不是某次查到的全部资料。
Skill 设计卡，不是可直接安装的成品名称：文档链接检查 适用：对指定文档做链接核对和分类报告。 不适用：改写正文、绕过登录、扫描整个互联网。 输入：文件范围、网络许可、已有链接检查工具。 流程：提取 -> 检查 -> 分类 -> 抽查 -> 报告。 输出：文件位置、URL、实际响应/限制、建议、未验证项。 停止：遇到登录限制不重试绕过；缺条件就记录。 副作用：默认只读，修改和发布仍按任务授权。再决定是否补脚本和资源
只有稳定重复的动作才提取成受控脚本，长参考资料按需加载，避免每次把全部文件塞进上下文。脚本先独立运行检查，再接入 Skill；网络、命令执行和写入权限依赖宿主与现有任务授权，写在说明里不能自动获得权限。
比较一次使用前后的真实成本
用同一项任务检查：少解释了什么、输出是否更一致、脚本是否产生新依赖、失败能否定位。若只是把一次指令搬到文件里，反而多了安装和维护负担，就保留普通任务或项目规则。不要以安装数量作为能力提升指标。
常见误区
- Skill 能调工具，就认为可以自动部署和删数据。
- 能力和授权分开；涉及副作用仍按已有明确范围处理。
- 依赖实时资料的流程完全不能做 Skill。
- 流程可以复用，实时信息必须通过工具获取并标记来源与时间，不能固化旧结果。
验收清单
- 能指出真实重复任务，而非泛泛想象。
- 长期规则、本轮输入、流程和确定性动作分清。
- 输入输出及失败行为可检查。
- 没有用 Skill 文本替代工具权限与实际验证。
资料与版本
本文为原创方法整理，示例与提示词需按项目调整；不代表真实用户研究或账号执行结果。