6.4 创建自定义 Skills
当内置 Skills 无法满足特定需求时,就是发挥创造力的时候了。本节将通过三个官方示例,深入讲解如何创建高质量的自定义 Skill。
6.4.1 核心设计原则:自由度与确定性
在编写 Skill 之前,首先要判断任务的属性。Anthropic 的研究员提出了**“自由度(Degrees of Freedom)”**的概念:
高自由度任务(High DoF):需要创意、适应性或模糊推理。
例如:写一首诗、设计一个网页布局、总结一篇文章。
最佳实现:使用 Markdown 文本指令。告诉 Claude 目标和风格,留出空间让模型发挥。
低自由度任务(Low DoF):需要精确格式、严密逻辑或零容错。
例如:生成特定 schema 的 JSON、执行数学计算、转换文件格式。
最佳实现:使用 Python 脚本。不要试图用 Prompt 强迫模型去“模拟”计算机的行为,直接给它工具(脚本)。
黄金法则:
如果任务逻辑是“脆弱”的(改一个字就报错),请写代码(Script);如果任务需要“弹性”(多种结果都可接受),请写 Prompt(Instruction)。
6.4.2 示例一:DOCX 文档处理 Skill
这是 Anthropic 官方 Skills 仓库中的一个经典案例,展示了如何处理复杂的工作流分支。
SKILL.md 文件
设计亮点
决策树结构:根据任务类型(读取/创建/编辑)路由到不同流程
渐进式披露:主文件提供概述,详细流程放在独立的
workflow-*.md文件中明确的边界:区分了“自己的文档”和“别人的文档”应使用不同流程
6.4.3 示例二:品牌指南 Skill
这个示例展示了如何封装企业特有的设计规范。
设计亮点
精确信息:提供 Claude 无法内置的具体数值(十六进制颜色码、字体名称)
实用主义:不需要复杂逻辑,直接给出可执行的规范
Fallback 策略:考虑到字体可能缺失,提供了备选方案
6.4.4 示例三:前端设计 Skill
这个高级示例展示了如何约束创意输出。
设计亮点
反面约束:明确列出“不要做什么”,避免生成千篇一律的 AI 风格
鼓励创意:使用激励性语言("BOLD", "UNFORGETTABLE")引导高质量输出
思考框架:要求先思考再编码,提升输出的针对性
6.4.5 Description 对比:强 vs 弱
以下是影响 Skill 触发准确性的关键因素:
"Helps with PDFs"
"Extract tables from PDFs, merge/split documents, fill forms. Use for batch processing. Not for simple viewing."
"Code review skill"
"Reviews code for OWASP Top 10 vulnerabilities, enforces company style guide, outputs severity-ranked findings table."
"Writing helper"
"Transforms rough notes into polished blog posts following SEO best practices. Outputs markdown with frontmatter."
核心原则:
使用动词描述能力(extract, merge, transform)
说明触发场景(when to use)
划定边界(not for...)
6.4.6 测试矩阵
创建 Skill 后,使用以下矩阵进行系统测试:
正常操作
使用 docx skill 创建合同
生成带格式的 .docx 文件
边缘情况
输入只有表格没有文字的文档
正确处理或提示需要补充信息
越界请求
请求 docx skill 分析 PDF
不应触发,提示使用 PDF skill
6.4.7 企业级部署
2025 年 12 月,Anthropic 发布了组织级 Skills 管理功能:
集中管理:管理员可以统一部署、更新、撤回 Skills
版本控制:通过 API 管理 Skill 版本
审计日志:追踪 Skill 的使用情况
部署方式:
在 Claude Console 创建组织 Skill
设置访问权限(全员 / 特定团队)
员工在 Claude.ai 中自动获得访问权限
现在已经掌握了创建单一 Skill 的能力。在实际工作中,复杂任务往往需要多个 Skills 协同工作。下一节将探讨 Skills 的组合与编排。
最后更新于
