广西专业做网站的公司,企业管理系统数据库,WordPress怎么输入代码,网页设计导航栏设计Anthropic 刚发布了一份 33 页的 Skills 构建指南。如果你正在用 Claude、ChatGPT 或其他大模型做内容创作、数据处理、或者任何重复性工作#xff0c;这份教程会告诉你一个残酷的真相#xff1a; 你的提示词再完美#xff0c;也架不住每次都要重新解释一遍。 更要命的是&am…Anthropic 刚发布了一份 33 页的 Skills 构建指南。如果你正在用 Claude、ChatGPT 或其他大模型做内容创作、数据处理、或者任何重复性工作这份教程会告诉你一个残酷的真相你的提示词再完美也架不住每次都要重新解释一遍。更要命的是OpenAI 在最近的博客里透露随着模型能力提升人类审查反而成了整个系统最慢的环节。他们的解决方案是什么移除 human-in-the-loop人工审查改用渐进式披露的文件系统。这意味着什么意味着如果你还在靠每次都写一遍完美提示词和每个环节都人工审核来做 AI 工作流你的方法已经过时了。一、为什么你的提示词跑一次就失效先说一个大多数人都遇到过的场景你花了半小时精心打磨了一条提示词Claude 给你生成了一篇完美的文章。你很满意保存了这条提示词。第二天你拿同样的提示词再跑一次结果格式变了风格变了有些关键环节被跳过了你开始怀疑是不是模型更新了或者是不是自己记错了提示词的细节。真相是你缺的不是更好的提示词而是一个能让 AI 记住你工作流的系统。Anthropic 的 Skills 就是为了解决这个问题把你的工作流固化成可复用、可组合的能力单元而不是每次都重新解释。二、Skills 的核心三级渐进式披露Anthropic 这份教程最值得学的是它的信息组织哲学渐进式披露Progressive Disclosure。什么意思简单说就是不要一次性把所有信息都塞给 AI而是让它按需加载。三级加载机制级别加载时机包含内容目的第一级YAML 头部始终加载Skill 名称 简短描述 触发条件让 AI 判断要不要用这个能力第二级SKILL.md 正文AI 判断相关时才加载完整指令、工作流步骤、最佳实践提供执行细节第三级关联文件按需查阅参考文档、模板、示例深度上下文举个例子假设你有一个新闻写作的 Skill第一级YAML 头部---name:news-writingdescription:根据新闻素材生成深度解读文章。当用户说写稿、二创或提供新闻链接时使用。---第二级SKILL.md 正文完整的写作流程提炼观点 → 构建结构 → 撰写正文 → 自检风格指南语气、长度、段落要求自检清单第三级关联文件references/优质案例.md示例文章references/写作模板.md段落结构模板这样设计的好处是省 tokenAI 不需要每次都加载所有细节省时间你不需要每次都重新解释更稳定工作流被固化下来不会因为某次对话记不清而跑偏三、OpenAI 已经在实践中移除了人工审查教程开篇引用了 OpenAI 最近的一篇博客里面提到一个关键发现随着模型能力提升Agent 产出在飙升人类审查反而成了系统里最慢的环节。每个 PR 都等人看等不起。每次出错都等人修太贵了。他们的解决方案是移除 human-in-the-loop不再每个环节都等人审查改用渐进式披露的文件系统一个 100 行的AGENTS.md作为目录指向结构化的设计文档、架构规范、执行计划让 AI 自己跑跑崩了读日志改了再跑单次任务可以跑很久这对做内容创作的人意味着什么如果你的工作流还是AI 生成 → 人审查 → AI 修改 → 人再审查那你的瓶颈不是 AI是你的流程设计。正确做法应该是把审核规则写成可读取的规范文件类似审核规范.mdAI 按规范自动生成 自检 自我修正人只在最终发布前做一次发/不发的决策四、Skills 教程里最实用的 3 个设计原则Anthropic 这份教程给出了非常具体的 Skills 设计规范其中有 3 个原则特别值得借鉴原则 1YAML 头部信息必须包含触发条件很多人写 Skill 描述时只写这个 Skill 做什么不写什么时候用。错误示例description:生成新闻文章正确示例description:根据新闻素材生成深度解读文章。当用户说写稿、二创、提供新闻链接或上传 markdown 文件时使用。为什么要写触发条件因为 AI 需要根据这个判断要不要加载这个 Skill。如果没有明确的触发条件AI 要么每次都加载浪费 token要么永远不加载等于白写。原则 2用自检清单代替人工审查很多人的工作流是这样的AI 生成内容人检查是否符合要求如果不符合告诉 AI 哪里需要改AI 修改重复 2-4这个流程的问题在于人类成了瓶颈。更好的做法是在 Skill 里嵌入自检清单让 AI 自己检查。示例## 自检清单生成完成后自动执行 - [ ] 标题是否在 30 字以内 - [ ] 导语是否在 100 字以内 - [ ] 是否包含 3-5 个小节 - [ ] 每个小节是否有小标题 - [ ] 结尾是否有行动建议 **如果有任何一项不符合自动修正后再输出。不要询问用户直接改。**这样做的好处AI 可以自己跑完整个流程人只在最终输出时做发布/不发布的决策效率提升至少 3 倍原则 3能力要可组合Anthropic 强调一个 Skill 不应该假设自己是唯一可用的能力。什么意思假设你有两个 Skillsnews-fetcher抓取新闻news-writer写稿设计时要考虑用户可能直接说帮我写今天的新闻稿需要同时调用这两个 Skills用户也可能先手动抓好新闻再说根据这个写稿只需要调用news-writer所以你的 Skill 设计要支持独立运行用户提供输入 → 直接产出组合运行和其他 Skills 配合五、给 AI 内容创作者的 3 个行动建议基于这份教程的核心思路你今天就可以做的 3 件事1. 列出你的核心能力清单把你当前工作流里的重复动作每个定义成一个能力单元能力触发条件输入输出抓取新闻用户说抓新闻日期 关键词Markdown 新闻列表写稿用户说写稿或提供素材素材文件路径草稿 Markdown审校用户说审稿草稿路径终稿 修改建议配图用户说配图文章路径插入图片的文章发布用户说发布终稿路径公众号发布状态2. 为每个能力创建独立的规范文件不要再把所有规则都塞在一个超长提示词里。分开写workspace/ ├── AGENTS.md # 主提示词能力目录 ├── 能力/ │ ├── 抓取新闻.md │ ├── 写作规范.md │ ├── 审校规范.md │ ├── 配图规范.md │ └── 发布规范.md └── 参考/ ├── 优质案例/ └── 风格模板/3. 在每个能力里加自检清单让 AI 自己检查输出是否符合要求而不是每次都等你审查。示例写作规范.md## 生成后自检 完成初稿后按以下清单自检**不符合的项自动修正不要询问用户** - [ ] 标题 30 字以内 - [ ] 导语 100 字以内 - [ ] 有 3-5 个小节 - [ ] 每个小节有小标题 - [ ] 结尾有行动建议结语Anthropic 这份 Skills 教程最大的价值不是告诉你怎么写一个 Skill而是揭示了一个更深层的认知转变AI 工作流的核心不是写更好的提示词而是构建更好的信息组织系统。当你开始用渐进式披露 能力工程来设计工作流你会明显感受到新流程上线更快能力可复用维护成本更低改一个能力不影响全局稳定性更高规则驱动而非临时拼凑OpenAI 已经移除了 human-in-the-loop。是时候升级你的工作流了。延伸阅读Anthropic Skills 教程原文中文翻译https://www.51cto.com/aigc/10717.htmlOpenAI Harness Engineering 博客https://openai.com/index/harness-engineering/