Skill
同样的要求每次都要重讲，能不能整理成可重复使用的能力？
Agent Skill 是组织专门任务知识与指引的一种开放格式，通常以含 SKILL.md 的目录为入口，按需附带参考资料、脚本或资源，供支持它的 Agent 使用。
把一类事情的做法和参考材料整理好，下次遇到适合的任务，Agent 再取出来使用。
像给助手准备一个任务资料夹：封面说明适合处理什么，里面有指引与例子，需要时才打开相关部分。
类比到这里为止：资料夹不会自己执行，也不会自动给助手账号权限。Skill 需要宿主支持和正确触发，实际效果还要用样例验证。
可以用公开、获准分享的规则指导产品资料整理，统一规格字段、来源标注和缺失项说明。客户隐私与内部交付流程不应直接装进公开 Skill。
从发现到使用，不必一次加载全部材料
- 发现
- 宿主先知道名称和描述，判断可能适用于哪些任务。
- 启用
- 匹配任务后，读取 SKILL.md 中的具体指引。
- 按需使用
- 需要时再读取参考资料或执行获准的脚本；不是无条件全量加载。
资料包、模型与连接工具分别做什么
Skill 不会训练出一个新模型，也不等于安装某个外部接口。它可以指导 Agent 怎样使用已有工具，但不能凭文字指令获得本来没有的权限。
下面的资料夹只是公开教学示例。可以切换任务，看看何时需要读取技能，再与 MCP 的工具访问放在一起比较；不运行你电脑上的任何脚本。
同样的要求每次都要重讲，能不能整理成可重复使用的能力？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
Skill 在项目中负责什么
- 什么时候用
- 同一套检查、步骤或领域说明会反复出现，而且不需要每轮都塞进主对话时。
- 它解决什么
- 它让团队把可复用经验留在固定位置，减少重复交代，也让模型在需要时得到完整上下文。
- 它不负责什么
- 它不承担长时间自治执行，也不适合存放每一轮都必须知道的项目事实。
- 放进真实项目
- 发布前检查：确认变更范围、运行测试、核对环境变量、整理发布说明。
把一次可靠交付变成下次能直接调用的能力
外贸团队每次上新产品都要收集参数、核对禁用词、生成多语言草稿、人工审校。把这些说明留在聊天记录里，下一次仍会重新解释。
- 01
把每次都重复解释的步骤写成可读顺序。
- 02
写清输入缺失时要停在哪里，不能让它靠猜补全。
- 03
把成功标准写成可检查的产出，而非“写得更好”。
Skill 组织怎么做；能读什么、能改什么仍然要另行授权。
容易混淆的地方
Skill 管的是可复用流程；Command 管的是用户主动启动的入口。
装好一个产品资料整理 Skill 后，Agent 仍读不到公司内部产品库。最合理的判断是什么？
把反复交代的流程做成 Skill
每次发布前，你都要解释检查范围、运行命令、环境变量和发布说明。团队每次都从头问一遍。
你可以这样告诉 AI Agent
我在处理这件事：发布前检查：确认变更范围、运行测试、核对环境变量、整理发布说明。请以“Skill”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：本地资料：Claude Code 项目配置与工作流