一个放背景和长期要求,一个组织可重复的方法

Projects中的背景资料与项目指令,适合围绕一项工作长期提供上下文和要求;Skills则把特定任务的方法、资源或脚本组织成可按需加载的能力。选择时,先区分“这项工作是什么”与“某个步骤应怎样反复完成”。

比如客户A项目的产品资料和措辞禁忌,属于该项目的背景与长期约束;每次把访谈记录整理成有证据的结论,则更像可以单独定义、测试并复用的流程。

二者可以一起使用,不需要为了尝试Skills就把所有项目资料迁走。本文比较工作方式,不用“谁全面替代谁”的结论。

把信息分到三层

第一层是材料:产品说明、术语表、客户提供的原始信息。它们回答“依据是什么”,需要版本和来源。

第二层是要求:这项工作面向谁、必须遵守哪些规则、哪些操作需要确认。它们回答“完成时应满足什么条件”。

第三层是方法:先提取原文、再分类、再做缺失检查、最后按固定格式交付。它们回答“怎样把同一类任务稳定地做完”。当这层方法需要反复使用,并有明确触发条件和验收标准时,再考虑整理成Skill。

如果只是一次性任务,先把问题说清楚即可,不必为了使用新功能而创建额外维护对象。

项目背景与可复用方法分开放:材料:事实依据,客户资料、术语与当前版本;项目要求:长期约束,目标读者、格式与不允许的行为;Skills:任务方法,触发条件、步骤、资源与验收;共同使用:核对冲突,流程复用,不携带别人的私人材料
本站原创教学示意,非产品界面截图。先验证一个小任务,再扩大可复用流程的范围。查看大图 ↗

用一份虚构访谈记录做对照

设想你在“客户A研究”项目中整理访谈。项目里保留客户术语、研究目的和不得公开的信息;这轮任务附上经过允许处理的访谈摘录。

你希望每次输出都把结论、原文依据、反例和待确认项分开。可以把这套方法写成独立流程:先给每段材料编号,再提取事实,不把访谈者的猜测当事实,最后标记没有证据的结论。

若以后换到客户B项目,也需要同样的整理方法,Skill应复用流程,而不是把客户A的私人资料一起带过去。这就是可复用方法与项目专属材料需要分开的原因。

该例子是本站设计的练习,没有使用真实客户材料,也没有声称已经替某个团队验证效果。

想整理成Skill,先写清什么

先定义触发条件:什么任务应使用,什么任务不应使用。再写输入要求、操作顺序、输出格式和失败条件。例如材料不足时列待确认项,而不是补造访谈原话。

官方说明中,Skills可以包含指令、脚本与资源,并按任务相关性加载;当前功能入口和所需能力应按你账户的实际界面核对。文末提供的是原创流程草案,方便先验证方法,不冒充已经安装完成的Skill包。

如果需要脚本执行或外部文件,另行审查它们的权限与依赖。一个只负责格式整理的方法,不应该顺便要求读取所有磁盘、发送邮件或发布内容。

用正常样例、缺失样例和反例测试

正常样例:材料里有明确事实与对应原文,检查输出能否逐条回查,而不是只看排版是否整齐。

缺失样例:故意移除支持某条结论的段落,检查方法是否把它降为待确认,而不是按照模板把空缺填满。

反例:提供一段与旧结论相反的新材料,检查是否识别冲突。若只是把原来那份漂亮答案重新排一遍,就没有验证出流程的作用。

同时比较不使用该流程时的结果,记录具体改善和仍然存在的错误。少量练习不能证明所有任务都有效,更不能据此给出未经测量的准确率或节省时间。

同时使用时,冲突怎样处理

若项目要求不能包含个人信息,而流程示例却要求列出全名,不应机械照抄流程。先指出冲突,让任务遵守适用的数据与权限边界,再调整输出格式。

如果方法频繁改变,应保留版本与修改理由,避免不同成员使用旧版步骤。背景资料更新与流程更新也应分别记录:一个是事实来源变了,一个是处理方法变了。

第一次落地时,建议只选一个高频小任务。能说清输入、结果和失败条件,再逐步扩大,而不是把整个组织的工作都塞进一个巨大说明。

选择结束后的验收问题

这段内容属于项目专属背景,还是跨项目可复用流程?有没有清楚的使用条件?换一份材料还能检查结果吗?没有证据时会停下来吗?权限是否超过任务需要?

能回答这些问题,比只判断功能名称更有用。本文核对了官方Skills与创建说明,但没有在真实账号中安装或运行Skill,也没有给出虚构的产品实测分数。

三条材料如何形成可核对结果

以下均为本站虚构访谈:I1“我是新用户,找不到导出入口”;I2“我从设置页完成导出”;I3“我没试过导出,不知道在哪”。

人工给定预期:入口可发现性问题|依据I1|只代表该受访者;成功路径|依据I2|保留设置页原词;未使用|依据I3|不能计作失败或成功。

I1和I2呈现不同经历,但没有版本、设备、权限信息,不能立即认定产品自相矛盾,更不能算“失败率三分之一”。下一步补问各自环境与步骤,保留I编号以便回查。

只整理这一份访谈|直接在对话中给材料和规则;多次沿用同一分类规则|适合考虑Skill;同项目持续共享背景与材料|考虑Projects。三者不是互斥套餐,仍需看实际账户支持与任务边界。

验收应检查每条结论能回到I编号、未知未补齐、反例未删除;这里是预期输出示范,未声称安装Skill或调用模型得到该结果。

资料来源与核对范围

https://support.claude.com/en/articles/12512176-what-are-skills

https://support.claude.com/en/articles/12512198-how-to-create-custom-skills

本文依据本批保存的官方文档正文整理。原创练习与实际运行范围已在正文中区分;涉及账户界面、权限、价格和功能支持时,请按自己的产品与当前官方说明复核。