Claude Platform Docs
  • 消息
  • 托管智能体
  • 管理

Search...
⌘K
第一步
Claude 简介快速入门
使用 Claude 构建
功能概览使用 Messages API停止原因与回退拒绝与回退回退额度
模型能力
扩展思考自适应思考努力程度任务预算(测试版)快速模式(研究预览)结构化输出引用流式传输消息批量处理搜索结果流式传输拒绝多语言支持嵌入
工具
概览工具使用的工作原理教程:构建使用工具的智能体定义工具处理工具调用并行工具使用工具运行器(SDK)严格工具使用工具使用与提示缓存服务器工具故障排除网页搜索工具网页抓取工具代码执行工具顾问工具记忆工具Bash 工具计算机使用工具文本编辑器工具
工具基础设施
工具参考管理工具上下文工具组合工具搜索编程式工具调用细粒度工具流式传输
上下文管理
上下文窗口压缩上下文编辑提示缓存对话中系统消息构建编排模式缓存诊断(测试版)令牌计数
处理文件
Files APIPDF 支持图像与视觉
技能
概览快速入门最佳实践企业技能API 中的技能
MCP
远程 MCP 服务器MCP 连接器
云平台上的 Claude
Amazon BedrockAmazon Bedrock(旧版)AWS 上的 Claude PlatformMicrosoft FoundryVertex AI

Log in
最佳实践
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Claude Platform Docs

Solutions

  • AI agents
  • Code modernization
  • Coding
  • Customer support
  • Education
  • Financial services
  • Government
  • Life sciences

Partners

  • Claude on AWS
  • Claude on Google Cloud

Learn

  • Blog
  • Courses
  • Use cases
  • Connectors
  • Customer stories
  • Engineering at Anthropic
  • Events
  • Powered by Claude
  • Service partners
  • Startups program

Company

  • Anthropic
  • Careers
  • Economic Futures
  • Research
  • News
  • Responsible Scaling Policy
  • Security and compliance
  • Transparency

Learn

  • Blog
  • Courses
  • Use cases
  • Connectors
  • Customer stories
  • Engineering at Anthropic
  • Events
  • Powered by Claude
  • Service partners
  • Startups program

Help and security

  • Availability
  • Status
  • Support
  • Discord

Terms and policies

  • Privacy policy
  • Responsible disclosure policy
  • Terms of service: Commercial
  • Terms of service: Consumer
  • Usage policy
消息/技能

Skill 编写最佳实践

了解如何编写 Claude 能够发现并成功使用的高效 Skill。

优秀的 Skill 应当简洁、结构清晰,并经过实际使用的测试。本指南提供实用的编写决策建议,帮助您编写 Claude 能够有效发现和使用的 Skill。

如需了解 Skill 工作原理的概念背景,请参阅 Skill 概述。

核心原则

简洁至关重要

上下文窗口是一种公共资源。您的 Skill 与 Claude 需要了解的所有其他内容共享上下文窗口,包括:

  • 系统提示
  • 对话历史
  • 其他 Skill 的元数据
  • 您的实际请求

并非 Skill 中的每个令牌都会立即产生成本。在启动时,只有所有 Skill 的元数据(名称和描述)会被预加载。Claude 仅在 Skill 变得相关时才会读取 SKILL.md,并且仅在需要时才读取其他文件。然而,保持 SKILL.md 简洁仍然很重要:一旦 Claude 加载了它,每个令牌都会与对话历史和其他上下文竞争。

默认假设: Claude 已经非常智能

只添加 Claude 尚不具备的上下文。对每条信息进行审视:

  • "Claude 真的需要这个解释吗?"
  • "我能否假设 Claude 已经知道这一点?"
  • "这段内容是否值得其令牌成本?"

良好示例:简洁(约 50 个令牌):

## Extract PDF text

Use pdfplumber for text extraction:

```python
import pdfplumber

with pdfplumber.open("file.pdf") as pdf:
    text = pdf.pages[0].extract_text()
```

不良示例:过于冗长(约 150 个令牌):

## Extract PDF text

PDF (Portable Document Format) files are a common file format that contains
text, images, and other content. To extract text from a PDF, you'll need to
use a library. There are many libraries available for PDF processing, but
pdfplumber is recommended because it's easy to use and handles most cases well.
First, you'll need to install it using pip. Then you can use the code below...

简洁版本假设 Claude 已经知道什么是 PDF 以及库的工作原理。

设置适当的自由度

根据任务的脆弱性和可变性来匹配具体程度。

高自由度(基于文本的指令):

适用于:

  • 多种方法都有效
  • 决策取决于上下文
  • 启发式方法指导处理方式

示例:

## Code review process

1. Analyze the code structure and organization
2. Check for potential bugs or edge cases
3. Suggest improvements for readability and maintainability
4. Verify adherence to project conventions

中等自由度(伪代码或带参数的脚本):

适用于:

  • 存在首选模式
  • 允许一定程度的变化
  • 配置会影响行为

示例:

## Generate report

Use this template and customize as needed:

```python
def generate_report(data, format="markdown", include_charts=True):
    # Process data
    # Generate output in specified format
    # Optionally include visualizations
```

低自由度(特定脚本,参数很少或没有):

适用于:

  • 操作脆弱且容易出错
  • 一致性至关重要
  • 必须遵循特定顺序

示例:

## Database migration

Run exactly this script:

```bash
python scripts/migrate.py --verify --backup
```

Do not modify the command or add additional flags.

类比: 将 Claude 想象成一个探索路径的机器人:

  • 两侧都是悬崖的狭窄桥梁: 只有一条安全的前进道路。提供具体的防护措施和精确的指令(低自由度)。示例:必须按精确顺序运行的数据库迁移。
  • 没有危险的开阔地带: 许多路径都能通向成功。给出大致方向,相信 Claude 能找到最佳路线(高自由度)。示例:代码审查,其中上下文决定最佳方法。

使用您计划使用的所有模型进行测试

Skill 作为模型的补充,因此其有效性取决于底层模型。使用您计划使用的所有模型来测试您的 Skill。

按模型划分的测试考虑因素:

  • Claude Haiku(快速、经济):Skill 是否提供了足够的指导?
  • Claude Sonnet(平衡):Skill 是否清晰高效?
  • Claude Opus(强大的推理能力):Skill 是否避免了过度解释?

对 Opus 完美有效的内容可能需要为 Haiku 提供更多细节。如果您计划在多个模型中使用您的 Skill,请力求编写对所有模型都适用的指令。

Skill 结构



YAML Frontmatter: SKILL.md 的 frontmatter 需要两个字段:

name:

  • 最多 64 个字符
  • 只能包含小写字母、数字和连字符
  • 不能包含 XML 标签
  • 不能包含保留词:"anthropic"、"claude"

description:

  • 必须非空
  • 最多 1024 个字符
  • 不能包含 XML 标签
  • 应描述 Skill 的功能以及何时使用它

有关完整的 Skill 结构详情,请参阅 Skill 概述。

命名约定

使用一致的命名模式,使 Skill 更易于引用和讨论。考虑对 Skill 名称使用动名词形式(动词 + -ing),因为这能清楚地描述 Skill 提供的活动或能力。

请记住,name 字段只能使用小写字母、数字和连字符。

良好的命名示例(动名词形式):

  • processing-pdfs
  • analyzing-spreadsheets
  • managing-databases
  • testing-code
  • writing-documentation

可接受的替代方案:

  • 名词短语:pdf-processing、spreadsheet-analysis
  • 动作导向:process-pdfs、analyze-spreadsheets

避免:

  • 模糊的名称:helper、utils、tools
  • 过于通用:documents、data、files
  • 保留词:anthropic-helper、claude-tools
  • Skill 集合内不一致的模式

一致的命名使以下事项更容易:

  • 在文档和对话中引用 Skill
  • 一眼就能理解 Skill 的功能
  • 组织和搜索多个 Skill
  • 维护专业、统一的 Skill 库

编写有效的描述

description 字段用于实现 Skill 发现,应同时包含 Skill 的功能以及何时使用它。



始终使用第三人称编写。描述会被注入到系统提示中,不一致的人称视角可能导致发现问题。

  • 良好: "Processes Excel files and generates reports"(处理 Excel 文件并生成报告)
  • 避免: "I can help you process Excel files"(我可以帮助您处理 Excel 文件)
  • 避免: "You can use this to process Excel files"(您可以使用此功能处理 Excel 文件)

具体明确并包含关键术语。同时包含 Skill 的功能以及何时使用它的具体触发条件/上下文。

每个 Skill 只有一个描述字段。描述对于 Skill 选择至关重要:Claude 使用它从可能超过 100 个可用 Skill 中选择正确的 Skill。您的描述必须提供足够的细节,让 Claude 知道何时选择此 Skill,而 SKILL.md 的其余部分则提供实现细节。

有效示例:

PDF 处理 Skill:

description: Extract text and tables from PDF files, fill forms, merge documents. Use when working with PDF files or when the user mentions PDFs, forms, or document extraction.

Excel 分析 Skill:

description: Analyze Excel spreadsheets, create pivot tables, generate charts. Use when analyzing Excel files, spreadsheets, tabular data, or .xlsx files.

Git 提交助手 Skill:

description: Generate descriptive commit messages by analyzing git diffs. Use when the user asks for help writing commit messages or reviewing staged changes.

避免像下面这样模糊的描述:

description: Helps with documents
description: Processes data
description: Does stuff with files

渐进式披露模式

SKILL.md 作为概述,根据需要将 Claude 指向详细材料,就像入职指南中的目录一样。有关渐进式披露工作原理的解释,请参阅概述中的 Skill 工作原理。

实用指导:

  • 将 SKILL.md 正文保持在 500 行以内以获得最佳性能
  • 当接近此限制时,将内容拆分为单独的文件
  • 使用以下模式有效地组织指令、代码和资源

可视化概览:从简单到复杂

一个基本的 Skill 从仅包含元数据和指令的 SKILL.md 文件开始:

简单的 SKILL.md 文件,显示 YAML frontmatter 和 markdown 正文

随着 Skill 的增长,您可以打包额外的内容,Claude 仅在需要时加载:

打包额外的参考文件,如 reference.md 和 forms.md。

完整的 Skill 目录结构可能如下所示:

pdf/
├── SKILL.md              # Main instructions (loaded when triggered)
├── FORMS.md              # Form-filling guide (loaded as needed)
├── reference.md          # API reference (loaded as needed)
├── examples.md           # Usage examples (loaded as needed)
└── scripts/
    ├── analyze_form.py   # Utility script (executed, not loaded)
    ├── fill_form.py      # Form filling script
    └── validate.py       # Validation script

模式 1:带引用的高级指南

---
name: pdf-processing
description: Extracts text and tables from PDF files, fills forms, and merges documents. Use when working with PDF files or when the user mentions PDFs, forms, or document extraction.
---

# PDF Processing

## Quick start

Extract text with pdfplumber:
```python
import pdfplumber
with pdfplumber.open("file.pdf") as pdf:
    text = pdf.pages[0].extract_text()
```

## Advanced features

**Form filling**: See [FORMS.md](FORMS.md) for complete guide
**API reference**: See [REFERENCE.md](REFERENCE.md) for all methods
**Examples**: See [EXAMPLES.md](EXAMPLES.md) for common patterns

Claude 仅在需要时加载 FORMS.md、REFERENCE.md 或 EXAMPLES.md。

模式 2:按领域组织

对于涉及多个领域的 Skill,按领域组织内容以避免加载不相关的上下文。当用户询问销售指标时,Claude 只需读取与销售相关的架构,而不是财务或营销数据。这可以保持较低的令牌使用量并使上下文保持聚焦。

bigquery-skill/
├── SKILL.md (overview and navigation)
└── reference/
    ├── finance.md (revenue, billing metrics)
    ├── sales.md (opportunities, pipeline)
    ├── product.md (API usage, features)
    └── marketing.md (campaigns, attribution)
SKILL.md
# BigQuery Data Analysis

## Available datasets

**Finance**: Revenue, ARR, billing → See [reference/finance.md](reference/finance.md)
**Sales**: Opportunities, pipeline, accounts → See [reference/sales.md](reference/sales.md)
**Product**: API usage, features, adoption → See [reference/product.md](reference/product.md)
**Marketing**: Campaigns, attribution, email → See [reference/marketing.md](reference/marketing.md)

## Quick search

Find specific metrics using grep:

```bash
grep -i "revenue" reference/finance.md
grep -i "pipeline" reference/sales.md
grep -i "api usage" reference/product.md
```

模式 3:条件性详情

显示基本内容,链接到高级内容:

# DOCX Processing

## Creating documents

Use docx-js for new documents. See [DOCX-JS.md](DOCX-JS.md).

## Editing documents

For simple edits, modify the XML directly.

**For tracked changes**: See [REDLINING.md](REDLINING.md)
**For OOXML details**: See [OOXML.md](OOXML.md)

Claude 仅在用户需要这些功能时才读取 REDLINING.md 或 OOXML.md。

避免深层嵌套引用

当文件从其他被引用的文件中被引用时,Claude 可能会部分读取文件。遇到嵌套引用时,Claude 可能会使用 head -100 等命令预览内容,而不是读取整个文件,从而导致信息不完整。

保持引用距 SKILL.md 仅一层深度。所有参考文件都应直接从 SKILL.md 链接,以确保 Claude 在需要时读取完整文件。

不良示例:层级过深:

# SKILL.md
See [advanced.md](advanced.md)...

# advanced.md
See [details.md](details.md)...

# details.md
Here's the actual information...

良好示例:仅一层深度:

# SKILL.md

**Basic usage**: [instructions in SKILL.md]
**Advanced features**: See [advanced.md](advanced.md)
**API reference**: See [reference.md](reference.md)
**Examples**: See [examples.md](examples.md)

为较长的参考文件添加目录结构

对于超过 100 行的参考文件,在顶部包含目录。这确保即使在部分读取预览时,Claude 也能看到可用信息的完整范围。

示例:

# API Reference

## Contents
- Authentication and setup
- Core methods (create, read, update, delete)
- Advanced features (batch operations, webhooks)
- Error handling patterns
- Code examples

## Authentication and setup
...

## Core methods
...

然后 Claude 可以根据需要读取完整文件或跳转到特定部分。

有关这种基于文件系统的架构如何实现渐进式披露的详细信息,请参阅下方高级部分中的运行时环境一节。

工作流和反馈循环

对复杂任务使用工作流

将复杂操作分解为清晰的顺序步骤。对于特别复杂的工作流,提供一个检查清单,Claude 可以将其复制到响应中并在进展过程中逐项勾选。

示例 1:研究综合工作流(适用于不含代码的 Skill):

## Research synthesis workflow

Copy this checklist and track your progress:

```
Research Progress:
- [ ] Step 1: Read all source documents
- [ ] Step 2: Identify key themes
- [ ] Step 3: Cross-reference claims
- [ ] Step 4: Create structured summary
- [ ] Step 5: Verify citations
```

**Step 1: Read all source documents**

Review each document in the `sources/` directory. Note the main arguments and supporting evidence.

**Step 2: Identify key themes**

Look for patterns across sources. What themes appear repeatedly? Where do sources agree or disagree?

**Step 3: Cross-reference claims**

For each major claim, verify it appears in the source material. Note which source supports each point.

**Step 4: Create structured summary**

Organize findings by theme. Include:
- Main claim
- Supporting evidence from sources
- Conflicting viewpoints (if any)

**Step 5: Verify citations**

Check that every claim references the correct source document. If citations are incomplete, return to Step 3.

此示例展示了工作流如何应用于不需要代码的分析任务。检查清单模式适用于任何复杂的多步骤流程。

示例 2:PDF 表单填写工作流(适用于含代码的 Skill):

## PDF form filling workflow

Copy this checklist and check off items as you complete them:

```
Task Progress:
- [ ] Step 1: Analyze the form (run analyze_form.py)
- [ ] Step 2: Create field mapping (edit fields.json)
- [ ] Step 3: Validate mapping (run validate_fields.py)
- [ ] Step 4: Fill the form (run fill_form.py)
- [ ] Step 5: Verify output (run verify_output.py)
```

**Step 1: Analyze the form**

Run: `python scripts/analyze_form.py input.pdf`

This extracts form fields and their locations, saving to `fields.json`.

**Step 2: Create field mapping**

Edit `fields.json` to add values for each field.

**Step 3: Validate mapping**

Run: `python scripts/validate_fields.py fields.json`

Fix any validation errors before continuing.

**Step 4: Fill the form**

Run: `python scripts/fill_form.py input.pdf fields.json output.pdf`

**Step 5: Verify output**

Run: `python scripts/verify_output.py output.pdf`

If verification fails, return to Step 2.

清晰的步骤可防止 Claude 跳过关键验证。检查清单帮助 Claude 和您跟踪多步骤工作流的进度。

实现反馈循环

常见模式: 运行验证器 → 修复错误 → 重复

此模式可大大提高输出质量。

示例 1:风格指南合规性(适用于不含代码的 Skill):

## Content review process

1. Draft your content following the guidelines in STYLE_GUIDE.md
2. Review against the checklist:
   - Check terminology consistency
   - Verify examples follow the standard format
   - Confirm all required sections are present
3. If issues found:
   - Note each issue with specific section reference
   - Revise the content
   - Review the checklist again
4. Only proceed when all requirements are met
5. Finalize and save the document

这展示了使用参考文档而非脚本的验证循环模式。"验证器"是 STYLE_GUIDE.md,Claude 通过读取和比较来执行检查。

示例 2:文档编辑流程(适用于含代码的 Skill):

## Document editing process

1. Make your edits to `word/document.xml`
2. **Validate immediately**: `python ooxml/scripts/validate.py unpacked_dir/`
3. If validation fails:
   - Review the error message carefully
   - Fix the issues in the XML
   - Run validation again
4. **Only proceed when validation passes**
5. Rebuild: `python ooxml/scripts/pack.py unpacked_dir/ output.docx`
6. Test the output document

验证循环可及早发现错误。

内容指南

避免时效性信息

不要包含会过时的信息:

不良示例:时效性信息(会变得错误):

If you're doing this before August 2025, use the old API.
After August 2025, use the new API.

良好示例(使用"旧模式"部分):

## Current method

Use the v2 API endpoint: `api.example.com/v2/messages`

## Old patterns

<details>
<summary>Legacy v1 API (deprecated 2025-08)</summary>

The v1 API used: `api.example.com/v1/messages`

This endpoint is no longer supported.
</details>

旧模式部分提供历史背景,而不会使主要内容变得杂乱。

使用一致的术语

选择一个术语并在整个 Skill 中使用它:

良好 - 一致:

  • 始终使用 "API endpoint"
  • 始终使用 "field"
  • 始终使用 "extract"

不良 - 不一致:

  • 混用 "API endpoint"、"URL"、"API route"、"path"
  • 混用 "field"、"box"、"element"、"control"
  • 混用 "extract"、"pull"、"get"、"retrieve"

一致性有助于 Claude 理解和遵循指令。

常见模式

模板模式

为输出格式提供模板。根据您的需求匹配严格程度。

对于严格要求(如 API 响应或数据格式):

## Report structure

ALWAYS use this exact template structure:

```markdown
# [Analysis Title]

## Executive summary
[One-paragraph overview of key findings]

## Key findings
- Finding 1 with supporting data
- Finding 2 with supporting data
- Finding 3 with supporting data

## Recommendations
1. Specific actionable recommendation
2. Specific actionable recommendation
```

对于灵活指导(当适应性有用时):

## Report structure

Here is a sensible default format, but use your best judgment based on the analysis:

```markdown
# [Analysis Title]

## Executive summary
[Overview]

## Key findings
[Adapt sections based on what you discover]

## Recommendations
[Tailor to the specific context]
```

Adjust sections as needed for the specific analysis type.

示例模式

对于输出质量依赖于查看示例的 Skill,像常规提示一样提供输入/输出对:

## Commit message format

Generate commit messages following these examples:

**Example 1:**
Input: Added user authentication with JWT tokens
Output:
```
feat(auth): implement JWT-based authentication

Add login endpoint and token validation middleware
```

**Example 2:**
Input: Fixed bug where dates displayed incorrectly in reports
Output:
```
fix(reports): correct date formatting in timezone conversion

Use UTC timestamps consistently across report generation
```

**Example 3:**
Input: Updated dependencies and refactored error handling
Output:
```
chore: update dependencies and refactor error handling

- Upgrade lodash to 4.17.21
- Standardize error response format across endpoints
```

Follow this style: type(scope): brief description, then detailed explanation.

与单纯的描述相比,示例能帮助 Claude 更清楚地理解所需的风格和详细程度。

条件工作流模式

引导 Claude 通过决策点:

## Document modification workflow

1. Determine the modification type:

   **Creating new content?** → Follow "Creation workflow" below
   **Editing existing content?** → Follow "Editing workflow" below

2. Creation workflow:
   - Use docx-js library
   - Build document from scratch
   - Export to .docx format

3. Editing workflow:
   - Unpack existing document
   - Modify XML directly
   - Validate after each change
   - Repack when complete


如果工作流变得庞大或复杂,包含许多步骤,请考虑将它们放入单独的文件中,并告诉 Claude 根据当前任务读取相应的文件。

评估和迭代

首先构建评估

在编写大量文档之前创建评估。 这确保您的 Skill 解决的是真实问题,而不是记录想象中的问题。

评估驱动的开发:

  1. 识别差距: 在没有 Skill 的情况下让 Claude 执行代表性任务。记录具体的失败或缺失的上下文
  2. 创建评估: 构建三个测试这些差距的场景
  3. 建立基线: 测量 Claude 在没有 Skill 的情况下的表现
  4. 编写最少的指令: 创建刚好足够的内容来解决差距并通过评估
  5. 迭代: 执行评估,与基线比较,并进行优化

这种方法确保您解决的是实际问题,而不是预测可能永远不会出现的需求。

评估结构:

{
  "skills": ["pdf-processing"],
  "query": "Extract all text from this PDF file and save it to output.txt",
  "files": ["test-files/document.pdf"],
  "expected_behavior": [
    "Successfully reads the PDF file using an appropriate PDF processing library or command-line tool",
    "Extracts text content from all pages in the document without missing any pages",
    "Saves the extracted text to a file named output.txt in a clear, readable format"
  ]
}


此示例演示了一个带有简单测试评分标准的数据驱动评估。目前没有内置的方式来运行这些评估。用户可以创建自己的评估系统。评估是衡量 Skill 有效性的真实依据。

与 Claude 一起迭代开发 Skill

最有效的 Skill 开发过程涉及 Claude 本身。与一个 Claude 实例("Claude A")合作创建一个供其他实例("Claude B")使用的 Skill。Claude A 帮助您设计和完善指令,而 Claude B 在实际任务中测试它们。这之所以有效,是因为 Claude 模型既了解如何编写有效的智能体指令,也了解智能体需要什么信息。

创建新 Skill:

  1. 在没有 Skill 的情况下完成任务: 使用常规提示与 Claude A 一起解决问题。在工作过程中,您会自然地提供上下文、解释偏好并分享程序性知识。注意您反复提供的信息。

  2. 识别可重用模式: 完成任务后,识别您提供的哪些上下文对未来类似任务有用。

    示例: 如果您完成了一个 BigQuery 分析,您可能提供了表名、字段定义、过滤规则(如"始终排除测试账户")和常见查询模式。

  3. 请 Claude A 创建 Skill: "创建一个 Skill,捕获我们刚刚使用的这个 BigQuery 分析模式。包括表架构、命名约定以及关于过滤测试账户的规则。"

    

    Claude 模型原生理解 Skill 格式和结构。您不需要特殊的系统提示或"编写 Skill"的 Skill 来让 Claude 帮助创建 Skill。只需请 Claude 创建一个 Skill,它就会生成结构正确的 SKILL.md 内容,包含适当的 frontmatter 和正文内容。

  4. 审查简洁性: 检查 Claude A 是否添加了不必要的解释。询问:"删除关于胜率含义的解释——Claude 已经知道这一点。"

  5. 改进信息架构: 请 Claude A 更有效地组织内容。例如:"重新组织一下,将表架构放在单独的参考文件中。我们以后可能会添加更多表。"

  6. 在类似任务上测试: 在相关用例上使用 Claude B(加载了 Skill 的全新实例)测试该 Skill。观察 Claude B 是否找到正确的信息、正确应用规则并成功处理任务。

  7. 基于观察进行迭代: 如果 Claude B 遇到困难或遗漏了某些内容,带着具体信息返回 Claude A:"当 Claude 使用这个 Skill 时,它忘记了为 Q4 按日期过滤。我们是否应该添加一个关于日期过滤模式的部分?"

迭代现有 Skill:

改进 Skill 时,同样的分层模式继续适用。您在以下之间交替:

  • 与 Claude A 合作(帮助完善 Skill 的专家)
  • 使用 Claude B 测试(使用 Skill 执行实际工作的智能体)
  • 观察 Claude B 的行为并将洞察带回 Claude A
  1. 在实际工作流中使用 Skill: 给 Claude B(已加载 Skill)实际任务,而不是测试场景

  2. 观察 Claude B 的行为: 记录它在哪里遇到困难、成功或做出意外选择

    观察示例: "当我向 Claude B 请求区域销售报告时,它编写了查询,但忘记过滤掉测试账户,尽管 Skill 提到了这条规则。"

  3. 返回 Claude A 进行改进: 分享当前的 SKILL.md 并描述您观察到的情况。询问:"我注意到当我请求区域报告时,Claude B 忘记过滤测试账户。Skill 提到了过滤,但也许不够突出?"

  4. 审查 Claude A 的建议: Claude A 可能建议重新组织以使规则更突出,使用更强的语言如"必须过滤"而不是"始终过滤",或重构工作流部分。

  5. 应用并测试更改: 使用 Claude A 的改进更新 Skill,然后在类似请求上再次使用 Claude B 测试

  6. 基于使用情况重复: 在遇到新场景时继续这个观察-完善-测试循环。每次迭代都基于真实的智能体行为而非假设来改进 Skill。

收集团队反馈:

  1. 与团队成员分享 Skill 并观察他们的使用情况
  2. 询问:Skill 是否在预期时激活?指令是否清晰?缺少什么?
  3. 整合反馈以解决您自己使用模式中的盲点

为什么这种方法有效: Claude A 了解智能体需求,您提供领域专业知识,Claude B 通过实际使用揭示差距,迭代完善基于观察到的行为而非假设来改进 Skill。

观察 Claude 如何浏览 Skill

在迭代 Skill 时,注意 Claude 在实践中如何实际使用它们。观察以下情况:

  • 意外的探索路径: Claude 是否以您未预料的顺序读取文件?这可能表明您的结构不如您想象的那样直观
  • 遗漏的连接: Claude 是否未能跟随对重要文件的引用?您的链接可能需要更明确或更突出
  • 过度依赖某些部分: 如果 Claude 反复读取同一个文件,请考虑该内容是否应该放在主 SKILL.md 中
  • 被忽略的内容: 如果 Claude 从未访问某个打包文件,它可能是不必要的,或者在主指令中标示不清

基于这些观察而非假设进行迭代。Skill 元数据中的 'name' 和 'description' 尤为关键。Claude 在决定是否针对当前任务触发 Skill 时会使用这些信息。确保它们清楚地描述 Skill 的功能以及何时应该使用它。

应避免的反模式

避免 Windows 风格的路径

始终在文件路径中使用正斜杠,即使在 Windows 上也是如此:

  • ✓ 良好: scripts/helper.py、reference/guide.md
  • ✗ 避免: scripts\helper.py、reference\guide.md

Unix 风格的路径在所有平台上都有效,而 Windows 风格的路径在 Unix 系统上会导致错误。

避免提供过多选项

除非必要,否则不要提供多种方法:

**Bad example: Too many choices** (confusing):
"You can use pypdf, or pdfplumber, or PyMuPDF, or pdf2image, or..."

**Good example: Provide a default** (with escape hatch):
"Use pdfplumber for text extraction:
```python
import pdfplumber
```

For scanned PDFs requiring OCR, use pdf2image with pytesseract instead."

高级:包含可执行代码的 Skill

以下部分重点介绍包含可执行脚本的 Skill。如果您的 Skill 仅使用 markdown 指令,请跳至高效 Skill 检查清单。

解决问题,而非推卸

在为 Skill 编写脚本时,处理错误条件而不是推卸给 Claude。

良好示例:显式处理错误:

def process_file(path):
    """Process a file, creating it if it doesn't exist."""
    try:
        with open(path) as f:
            return f.read()
    except FileNotFoundError:
        # 创建带有默认内容的文件,而不是失败
        print(f"File {path} not found, creating default")
        with open(path, "w") as f:
            f.write("")
        return ""
    except PermissionError:
        # 提供替代方案,而不是失败
        print(f"Cannot access {path}, using default")
        return ""

不良示例:推卸给 Claude:

def process_file(path):
    # 直接失败,让 Claude 自行处理
    return open(path).read()

配置参数也应有充分理由并加以记录,以避免"巫术常量"(Ousterhout 定律)。如果您不知道正确的值,Claude 又如何确定它?

良好示例:自文档化:

# HTTP 请求通常在 30 秒内完成
# 较长的超时时间可应对慢速连接
REQUEST_TIMEOUT = 30

# 三次重试在可靠性与速度之间取得平衡
# 大多数间歇性故障在第二次重试时即可解决
MAX_RETRIES = 3

不良示例:魔法数字:

TIMEOUT = 47  # Why 47?
RETRIES = 5  # Why 5?

提供实用脚本

即使 Claude 可以编写脚本,预制脚本也具有优势:

实用脚本的好处:

  • 比生成的代码更可靠
  • 节省令牌(无需在上下文中包含代码)
  • 节省时间(无需生成代码)
  • 确保跨使用的一致性

将可执行脚本与指令文件一起打包

上图显示了可执行脚本如何与指令文件协同工作。指令文件(forms.md)引用脚本,Claude 可以执行它而无需将其内容加载到上下文中。

重要区别: 在您的指令中明确说明 Claude 应该:

  • 执行脚本(最常见):"运行 analyze_form.py 以提取字段"
  • 将其作为参考阅读(用于复杂逻辑):"参见 analyze_form.py 了解字段提取算法"

对于大多数实用脚本,执行是首选,因为它更可靠、更高效。有关脚本执行工作原理的详细信息,请参阅下方的运行时环境部分。

示例:

## Utility scripts

**analyze_form.py**: Extract all form fields from PDF

```bash
python scripts/analyze_form.py input.pdf > fields.json
```

Output format:
```json
{
  "field_name": {"type": "text", "x": 100, "y": 200},
  "signature": {"type": "sig", "x": 150, "y": 500}
}
```

**validate_boxes.py**: Check for overlapping bounding boxes

```bash
python scripts/validate_boxes.py fields.json
# Returns: "OK" or lists conflicts
```

**fill_form.py**: Apply field values to PDF

```bash
python scripts/fill_form.py input.pdf fields.json output.pdf
```

使用视觉分析

当输入可以渲染为图像时,让 Claude 分析它们:

## Form layout analysis

1. Convert PDF to images:
   ```bash
   python scripts/pdf_to_images.py form.pdf
   ```

2. Analyze each page image to identify form fields
3. Claude can see field locations and types visually


在此示例中,您需要编写 pdf_to_images.py 脚本。

Claude 的视觉能力有助于理解布局和结构。

创建可验证的中间输出

当 Claude 执行复杂的开放式任务时,可能会出错。"计划-验证-执行"模式通过让 Claude 首先以结构化格式创建计划,然后在执行之前用脚本验证该计划,从而及早发现错误。

示例: 假设要求 Claude 根据电子表格更新 PDF 中的 50 个表单字段。如果没有验证,Claude 可能会引用不存在的字段、创建冲突的值、遗漏必填字段或错误地应用更新。

解决方案: 使用上面显示的工作流模式(PDF 表单填写),但添加一个中间 changes.json 文件,在应用更改之前对其进行验证。工作流变为:分析 → 创建计划文件 → 验证计划 → 执行 → 验证。

为什么此模式有效:

  • 及早发现错误: 验证在应用更改之前发现问题
  • 机器可验证: 脚本提供客观验证
  • 可逆的计划: Claude 可以在不触及原始文件的情况下迭代计划
  • 清晰的调试: 错误消息指向具体问题

何时使用: 批量操作、破坏性更改、复杂验证规则、高风险操作。

实现提示: 使验证脚本输出详细的具体错误消息,如"未找到字段 'signature_date'。可用字段:customer_name、order_total、signature_date_signed",以帮助 Claude 修复问题。

包依赖

Skill 在代码执行环境中运行,具有特定于平台的限制:

  • claude.ai: 可以从 npm 和 PyPI 安装包,并从 GitHub 仓库拉取
  • Claude API: 没有网络访问权限,也无法在运行时安装包

在您的 SKILL.md 中列出所需的包,并在代码执行工具文档中验证它们是否可用。

运行时环境

Skill 在具有文件系统访问、bash 命令和代码执行能力的代码执行环境中运行。有关此架构的概念性解释,请参阅概述中的 Skill 架构。

这如何影响您的编写:

Claude 如何访问 Skill:

  1. 元数据预加载: 在启动时,所有 Skill 的 YAML frontmatter 中的名称和描述会被加载到系统提示中
  2. 按需读取文件: Claude 在需要时使用 bash Read 工具从文件系统访问 SKILL.md 和其他文件
  3. 高效执行脚本: 实用脚本可以通过 bash 执行,而无需将其完整内容加载到上下文中。只有脚本的输出会消耗令牌
  4. 大文件无上下文开销: 参考文件、数据或文档在实际读取之前不会消耗上下文令牌
  • 文件路径很重要: Claude 像浏览文件系统一样浏览您的 Skill 目录。使用正斜杠(reference/guide.md),而不是反斜杠
  • 描述性地命名文件: 使用指示内容的名称:form_validation_rules.md,而不是 doc2.md
  • 为发现而组织: 按领域或功能构建目录
    • 良好:reference/finance.md、reference/sales.md
    • 不良:docs/file1.md、docs/file2.md
  • 打包全面的资源: 包含完整的 API 文档、大量示例、大型数据集;在访问之前没有上下文开销
  • 对确定性操作优先使用脚本: 编写 validate_form.py,而不是要求 Claude 生成验证代码
  • 明确执行意图:
    • "运行 analyze_form.py 以提取字段"(执行)
    • "参见 analyze_form.py 了解提取算法"(作为参考阅读)
  • 测试文件访问模式: 通过实际请求测试来验证 Claude 能够浏览您的目录结构

示例:

bigquery-skill/
├── SKILL.md (overview, points to reference files)
└── reference/
    ├── finance.md (revenue metrics)
    ├── sales.md (pipeline data)
    └── product.md (usage analytics)

当用户询问收入时,Claude 读取 SKILL.md,看到对 reference/finance.md 的引用,并调用 bash 仅读取该文件。sales.md 和 product.md 文件保留在文件系统上,在需要之前消耗零上下文令牌。这种基于文件系统的模型正是实现渐进式披露的关键。Claude 可以浏览并有选择地加载每个任务所需的内容。

有关技术架构的完整详情,请参阅 Skill 概述中的 Skill 工作原理。

MCP 工具引用

如果您的 Skill 使用 MCP(Model Context Protocol)工具,请始终使用完全限定的工具名称以避免"未找到工具"错误。

格式: ServerName:tool_name

示例:

Use the BigQuery:bigquery_schema tool to retrieve table schemas.
Use the GitHub:create_issue tool to create issues.

其中:

  • BigQuery 和 GitHub 是 MCP 服务器名称
  • bigquery_schema 和 create_issue 是这些服务器中的工具名称

如果没有服务器前缀,Claude 可能无法定位工具,尤其是当有多个 MCP 服务器可用时。

避免假设工具已安装

不要假设包可用:

**Bad example: Assumes installation**:
"Use the pdf library to process the file."

**Good example: Explicit about dependencies**:
"Install required package: `pip install pypdf`

Then use it:
```python
from pypdf import PdfReader
reader = PdfReader("file.pdf")
```"

技术说明

YAML frontmatter 要求

SKILL.md 的 frontmatter 需要 name 和 description 字段,并具有特定的验证规则:

  • name:最多 64 个字符,仅限小写字母/数字/连字符,无 XML 标签,无保留词
  • description:最多 1024 个字符,非空,无 XML 标签

有关完整的结构详情,请参阅 Skill 概述。

令牌预算

将 SKILL.md 正文保持在 500 行以内以获得最佳性能。如果您的内容超过此限制,请使用前面描述的渐进式披露模式将其拆分为单独的文件。有关架构详情,请参阅 Skill 概述。

高效 Skill 检查清单

在分享 Skill 之前,请验证:

核心质量

  • 描述具体且包含关键术语
  • 描述同时包含 Skill 的功能和何时使用它
  • SKILL.md 正文在 500 行以内
  • 额外详情在单独的文件中(如果需要)
  • 无时效性信息(或在"旧模式"部分中)
  • 全文术语一致
  • 示例具体而非抽象
  • 文件引用仅一层深度
  • 适当使用渐进式披露
  • 工作流有清晰的步骤

代码和脚本

  • 脚本解决问题而不是推卸给 Claude
  • 错误处理明确且有帮助
  • 没有"巫术常量"(所有值都有理由)
  • 所需包在指令中列出并验证为可用
  • 脚本有清晰的文档
  • 没有 Windows 风格的路径(全部使用正斜杠)
  • 关键操作有验证/核实步骤
  • 质量关键任务包含反馈循环

测试

  • 至少创建了三个评估
  • 使用 Haiku、Sonnet 和 Opus 进行了测试
  • 使用真实使用场景进行了测试
  • 整合了团队反馈(如适用)

后续步骤

开始使用 Agent Skills

创建您的第一个 Skill

在 Claude Code 中使用 Skill


在 Claude Code 中创建和管理 Skill


通过 API 使用 Skill

以编程方式上传和使用 Skill

Was this page helpful?

  • 核心原则
  • 简洁至关重要
  • 设置适当的自由度
  • 使用您计划使用的所有模型进行测试
  • Skill 结构
  • 命名约定
  • 编写有效的描述
  • 渐进式披露模式
  • 避免深层嵌套引用
  • 为较长的参考文件添加目录结构
  • 工作流和反馈循环
  • 对复杂任务使用工作流
  • 实现反馈循环
  • 内容指南
  • 避免时效性信息
  • 使用一致的术语
  • 常见模式
  • 模板模式
  • 示例模式
  • 条件工作流模式
  • 评估和迭代
  • 首先构建评估
  • 与 Claude 一起迭代开发 Skill
  • 观察 Claude 如何浏览 Skill
  • 应避免的反模式
  • 避免 Windows 风格的路径
  • 避免提供过多选项
  • 高级:包含可执行代码的 Skill
  • 解决问题,而非推卸
  • 提供实用脚本
  • 使用视觉分析
  • 创建可验证的中间输出
  • 包依赖
  • 运行时环境
  • MCP 工具引用
  • 避免假设工具已安装
  • 技术说明
  • YAML frontmatter 要求
  • 令牌预算
  • 高效 Skill 检查清单
  • 核心质量
  • 代码和脚本
  • 测试
  • 后续步骤