SEO技术

SEO技术

Products

当前位置:首页 > SEO技术 >

Claude Code Skills 如何入门?

96SEO 2026-08-05 14:17 0


刚开始使用 Claude Code 的 Skill 程序时很多人会发现它与普通命令行工具完全不同:缺少直观的帮助文档、方法层级混乱、还有自动触发机制常让人手忙脚乱。老实说,下面通过清晰的结构和实战案例,一步步把这些痛点拆解。让你能快速上手并高效维护自己的 Skill。

目录

什么是 Skill?

Skill 是 Claude 用来执行特定任务的“能力说明书”。它由一个包含必需文件SKILL.md的目录组成,Claude 会将其加入工具箱并在匹配时自动加载。

Claude Code Skills 如何入门?

⚠️ 使用者痛点:许多开发者误以为只需写一个脚这篇文章件即可;怎么说呢,必须按目录结构组织。而且文件名固定为SKILL.md.

  • 自动触发:Claude 根据Description字段判断当前对话是否相关;若相关则自动加载,怎么说呢,
  • 手动触发:输入/skill-name即可主动调用。

// 示例
使用者说这方面,"how does this work?"
→ Claude 检索所有 skill 的 description
→ 找到匹配项后自动加载并回答

Skill 与 Command 的区别

.claude/commands/deploy.md    // legacy .claude/skills/deploy/SKILL.md    // modern

特性对比表
特性旧格式 新格式 
Create slash command /deploy ✅ ✅ - ✅ 自动触发 ❌ - ✅ 自动触发 ✅
*部分功能在旧版中无法使用*
建议:统一使用 skills/ 格式,新建或迁移时按此规范操作。

🚧 提示:若你已有大量 legacy commands,只需保留即可;但想要利用子目录、Sub Agent 或更细粒度权限,请迁移到 skills/。

再看快速上手,创建第一个 Skill

说到步骤一。建目录 & 写 SKILL.md

⚠️ 使用者痛点: ① 创建目录方法错误导致 Claude 无法识别;② 未按小写连字符命名会被拒绝;③ frontmatter 字段缺失导致无描述、无法自加载。

#1 建立目录结构:

mkdir-p ~/.claude/skills/explain-code

Tip:方法中不能出现空格或中文,否则会报错。 #2 写 SKILL.md 基础模板:

---# 基础信息
name: "explain-code"\
description: "Explains code with visual diagrams."\
---
## How it works
When you ask “how does this work?”,Claude will automatically load this skill based on description keyword “explains”.
### Usage
/explain-code
Example : /explain-code src/auth/login.ts

✔️ 必须以---开头。并保持 YAML 正确缩进,否则解析失败。怎么说呢,`

'#测试' #③ 测试方法: ① 自动触发:“How does this code work?” – 如果描述里含关键词,则会弹出结果。② 手动调用:/explain-code src/auth/login.ts – 确认脚本可执行。其实,

bash

$ claude --list-skills | grep explain-code

若未出现。请检查前述三条痛点,`


'目录结构示例'

@注意:`SKILL.md` 是唯一必需文件。其余可选,但建议添加参考文档与示例提高可维护性。话说回来,

  • SKILL.md – 入口文件 & 前端说明
  • reference.md – 详细技术规范,可按需引用
  • examples/ └── sample.md – 演示用例 & 使用场景
  • scripts/ └── helper.py – 可执行辅助脚本
  • assets/ └── diagram.svg – 可视化图表

    '存放位置与优先级'

    &Td width =35 %>".claude/skills/{skillName}/"' 当前工作区、git 提交 可共享同仓库 ⏬      }'/> TD &tD wi=d20>% 插件配置
    层级类型 方法示例 作用范围
    公司级管理员统一配置 ~/.claude/skills/{skillName}/ 所有使用者共享。可覆盖个人设置
    个人设置 ~/.claude/skills/{skillName}/ 仅当前使用者可见,可覆盖项目设置                                                                                                                                                                                                            ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ""         "  ' />
    ""'项目级配置同一项目内同名 skill 优先级为最新提交者版本,如冲突请改名或合并逻辑。
    % '<'plugin'/skills/'{skillName}''>/ '插件激活后生效' % 插件内部作用域。仅在插件启用时有效,不会影响主应用程序! TR> tBODy /> TBODY /> TABLE />

    *优先级顺序* : 公司> 私人> 项目> 插件。话说回来,同名 skill 高优先级覆盖低优先级。

    'Monorepo 支持'

    "如果你的代码库采用 monorepo 结构。例如 packages/frontend/,在编辑该包下的文件时Claude 会自动探测对应包中的 .claude/skills 并激活相关技能。" 帮助团队在大型项目中保持一致性。


    'Frontmatter 完整参考'

    yaml --- # 基础信息 ------------------------- name : my-skill # 可选,省略则使用目录名 description : 一句话描述 # 推荐看看,用于自动匹配关键词 # 调用控制 ------------------------- disable-model-invocation : true # 禁止模型自动调用,仅手动 /name 可执行 user-invocable : false # 不出现在 /menu,仅模型可调用 argument-hint : " " # 命令补全时显示提示参数 # 执行环境 ------------------------- allowed-tools : Read Grep Glob # 限制可用工具。如空格分隔列表 model : claude-opus-- # 指定模型名称 effort : low # 思考力度:low / medium / high / max context : fork # 在独立 Sub Agent 中运行,实现上下文隔离 agent : Explore # 配合 context:fork 指定 Agent 类型 # 使用范围 ------------------------- paths : "src/**/*.tsx" # 匹配 glob 时才激活,可逗号分隔多个模式 # 自定义 Shell 环境 ----------------- shell : bash # 内联 shell 命令所使用的解释器,bash 或 powershell ... **⚠️ 使用者痛点**: * 未关闭 `disable-model-invocation` 时一旦描述词匹配过于宽泛,可能导致意外执行危险操作。* `paths` 写错 glob 模式,会导致技能永远不会被激活。* `allowed-tools` 列表为空时即使你编写了复杂脚本,也无法调用任何工具。其实,

    '调用控制对比'

    =frontmatter key=能否被自己调用=Claude 能否自动调用=description 是否进入上下文?默认情况✅✅✅​​ disable-model-invocation:true​​ ✅❌❌​ user-invocable:false​​❌✅✅​ ​ ​

    '控制触发方式'

    '只允许手动触发'

    yaml --- name : deploy description : Deploy application to production disable-model-invocation:true # 防止 Claude 自动触发——非常关键!--- Deploy $ARGUMENTS to production: • Run tests. • Build. • Push to target. **⚠️ 使用者痛点**: * 忘记设置 `disable-model-invocation:true` 会导致在任何包含关键词 “deploy” 的句子里都被误启动,引起灾难性部署。

    '只允许 Claude 自动加载'

    yaml --- name : legacy-system-context description : Context about our legacy payment system architecture. user-invocable:false # 不显示在菜单——只是背景信息。--- Our legacy payment system was built in JavaScript…**⚠️ 使用者痛点**: * 若忘记 `user-invocable:false`。该背景信息会占据 `/menu` 空间,使得真正需要手动操作的命令被淹没。

    '传递参数'

    yaml --- name : fix-issue description : Fix a GitHub issue by number. disable-model-invocation:true --- Fix GitHub issue $ARGUMENTS following our coding standards. bash $ /fix-issue A娱乐1234567 # $ARGUMENTS 被替换为 “A娱乐1234567” **⚠️ 使用者痛点**: * 当参数中含空格或特殊符号时需要使用引号包裹,否则解析错误。* 多个参数要么使用 `$ARGUMENTS` 或简写 `$N`;如果遗漏索引顺序混乱,将得到错误结果。

    '进阶用法'

    '支持文件拆分大型 Skill'

    A large skill file 会导致启动延迟甚至崩溃。推荐将细节拆成单独模块,只保留入口概览,并按需引用。

    perl my-api-skill/ ├── SKILL.md // 概览 + 导航指向其它文件 ├── endpoints.md // API 文档。必要时才载入 ├── examples.md // 示例代码 └── scripts/ └── validate.py // 验证脚本 // SKILL.md 内容示例: --- name:"my-api-skill" description:"API documentation helper" --- For detailed API docs see . For usage examples see . **⚠️ 使用者痛点**: * 没有正确引用外部 Markdown 文件,会导致链接失效;确保相对方法正确且大小写一致。

    '动态注入上下文 ' '

    yaml --- name : pr-summary description: Summarize a pull request. context : fork agent : Explore allowed-tools : Bash ## Pull request context PR diff!`gh pr diff` PR comments!`gh pr view --comments` Changed files!`gh pr diff --name-only` ## Task Summarize this pull request focusing on changes and reasons.
    • Bash 命令是在 **技能运行前预处理** 阶段执行;Claude 本身只看到最终渲染后的 Prompt,而不是 Shell 输出。
    • .
    • Error handling —— 若 Shell 返回非零状态。你可以通过 `` 捕获并返回给使用者,以避免抛错。
    • .
    • Caution —— 对外部命令开启权限前请评估安全风险;最好限制在可信环境下运行,例如 CI/CD Pipeline 或受限终端。

    '在 Sub Agent 中运行 '

    yaml


    name : deep-research description : Research a topic thoroughly using codebase exploration. context : fork agent : Explore

    Research $ARGUMENTS thoroughly: • Find relevant files via Glob/Grep. • Read/analyze code. • Summarize findings with references.

    The above creates an isolated conversation thread — previous chat history is **not shared**,ensuring sensitive state stays local.

    • If your workflow relies on global variables or prior reasoning steps。you must explicitly pass m via arguments.
    • .
    • This isolation also means you cannot rely on previously defined functions unless you re-import m within sub‑agent’s environment.

    '方法限定自动触发 '


    name : react-conventions description : React component conventions for this project. paths的观点是,"src/components//.tsx","src/pages//.tsx"

    When writing React components in this project: • Use functional components only…

    • If your glob pattern contains typos,it will never match.
    • .
    • The pattern uses npm's glob syntax — double-check case sensitivity across OSes.

    '开启深度思考 '

    text

    name的观点是。architecture-review

    ultrathinkReview architecture of $ARGUMENTS…

    This keyword tells Claude to enter an extended reasoning mode that might consume more tokens and time.

    • If your session quota is tight,consider limiting ultrathink usage only for critical reviews.
    • .
    • You can combine ultrathink with `effort:max`。which forces high-level planning even if model memory is low.

    Sage NameDescription/batch …-> 大规模并行代码变更。/debug -> 开启 debug 日志分析当前会话问题。/loop ... -> 定时重复执行 prompt,如轮询部署状态等。/simplify -> 启动 review Agent 并修复代码质量问题。/claude-api -> 加载多语言 API 文档供查询。

    ⚠️ 使用者痛点

    • 新人往往把这些 bundled skills 当作“一键即用”。但大多数需要结合自己的 repo 设置才能发挥作用,例如 /batch 要事先准备好目标文件列表。按理说,
    • 某些 bundled skills 如 /debug 会产生大量日志。如果不及时清理可能占满硬盘空间。

    '常见问题 & FAQ'

    CQ01:

    • "Skill 不自动触发?" 原因: description 缺乏关键词;或者因为同名更高优先级版本遮蔽了此 Skill。解决: 确认 <./list-skills> 输出正常,并尝试重命名冲突字段或升级至更低优先级层次。

    CQ02:

    • "Skill 太频繁地被激活?" 原因: description 表达过于宽泛,例如包含通用词汇“help”。解决: 精炼 description,只保留最主要关键词;若仍想保留全部功能,请把该功能拆成子命令。并通过 $ARGUMENTS.

    CQ03:

    • "Description 被截断怎么办?" 原因: 超过最大字符数。解决: 把关键短句放到最前面把冗余细节压缩至后面或移至外部 Markdown 文件再引用。

    CQ04:

    • "如何迁移旧 commands 到新的 skills 格式?" 原因: 新功能需求未迁移,如子目录支持、Sub Agent 等不可用。解决: 保留旧 file,仅当需要新功能时复制一份到 .claude/skills/.../SKILL.md。并删除 commands/*.md.

    CQ05:

    • "如何让同事共享我的 Skill?" 原因: 权限不足或方法不一致。解决: 把 提交到 Git 仓库,并保证每位同事都 clone 至相同相对方法下;其实,或者创建一个公共仓库专门托管技能集合。再通过安装脚本同步至各自机器上。说起来,

    CQ06:

    • "为什么我的子技能没有生效?" 原因: 子技能位于不同层次但未显式指定 paths:allowed-tools: 导致无法访问主环境中的资源;强行打破跨层次依赖亦可能因安全策略拒绝访问。解决: 给子技能单独定义 context:fork agent:* allowed-tools:*,并确认其拥有所需工具链与网络访问权限。其实,

    CQ07:

      Li>"我想让某个关键字只在后台静默提供给模型。却不暴露给使用者," 强制隐藏关键字可以通过设定 并将其纳入 allowed-tools: 限制,以确保只有模型能看到而使用者看不到。

    /footer


标签: 指南

SEO优化服务概述

作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。

百度官方合作伙伴 白帽SEO技术 数据驱动优化 效果长期稳定

SEO优化核心服务

网站技术SEO

  • 网站结构优化 - 提升网站爬虫可访问性
  • 页面速度优化 - 缩短加载时间,提高用户体验
  • 移动端适配 - 确保移动设备友好性
  • HTTPS安全协议 - 提升网站安全性与信任度
  • 结构化数据标记 - 增强搜索结果显示效果

内容优化服务

  • 关键词研究与布局 - 精准定位目标关键词
  • 高质量内容创作 - 原创、专业、有价值的内容
  • Meta标签优化 - 提升点击率和相关性
  • 内容更新策略 - 保持网站内容新鲜度
  • 多媒体内容优化 - 图片、视频SEO优化

外链建设策略

  • 高质量外链获取 - 权威网站链接建设
  • 品牌提及监控 - 追踪品牌在线曝光
  • 行业目录提交 - 提升网站基础权威
  • 社交媒体整合 - 增强内容传播力
  • 链接质量分析 - 避免低质量链接风险

SEO服务方案对比

服务项目 基础套餐 标准套餐 高级定制
关键词优化数量 10-20个核心词 30-50个核心词+长尾词 80-150个全方位覆盖
内容优化 基础页面优化 全站内容优化+每月5篇原创 个性化内容策略+每月15篇原创
技术SEO 基本技术检查 全面技术优化+移动适配 深度技术重构+性能优化
外链建设 每月5-10条 每月20-30条高质量外链 每月50+条多渠道外链
数据报告 月度基础报告 双周详细报告+分析 每周深度报告+策略调整
效果保障 3-6个月见效 2-4个月见效 1-3个月快速见效

SEO优化实施流程

我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:

1

网站诊断分析

全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。

2

关键词策略制定

基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。

3

技术优化实施

解决网站技术问题,优化网站结构,提升页面速度和移动端体验。

4

内容优化建设

创作高质量原创内容,优化现有页面,建立内容更新机制。

5

外链建设推广

获取高质量外部链接,建立品牌在线影响力,提升网站权威度。

6

数据监控调整

持续监控排名、流量和转化数据,根据效果调整优化策略。

SEO优化常见问题

SEO优化一般需要多长时间才能看到效果?
SEO是一个渐进的过程,通常需要3-6个月才能看到明显效果。具体时间取决于网站现状、竞争程度和优化强度。我们的标准套餐一般在2-4个月内开始显现效果,高级定制方案可能在1-3个月内就能看到初步成果。
你们使用白帽SEO技术还是黑帽技术?
我们始终坚持使用白帽SEO技术,遵循搜索引擎的官方指南。我们的优化策略注重长期效果和可持续性,绝不使用任何可能导致网站被惩罚的违规手段。作为百度官方合作伙伴,我们承诺提供安全、合规的SEO服务。
SEO优化后效果能持续多久?
通过我们的白帽SEO策略获得的排名和流量具有长期稳定性。一旦网站达到理想排名,只需适当的维护和更新,效果可以持续数年。我们提供优化后维护服务,确保您的网站长期保持竞争优势。
你们提供SEO优化效果保障吗?
我们提供基于数据的SEO效果承诺。根据服务套餐不同,我们承诺在约定时间内将核心关键词优化到指定排名位置,或实现约定的自然流量增长目标。所有承诺都会在服务合同中明确约定,并提供详细的KPI衡量标准。

SEO优化效果数据

基于我们服务的客户数据统计,平均优化效果如下:

+85%
自然搜索流量提升
+120%
关键词排名数量
+60%
网站转化率提升
3-6月
平均见效周期

行业案例 - 制造业

  • 优化前:日均自然流量120,核心词无排名
  • 优化6个月后:日均自然流量950,15个核心词首页排名
  • 效果提升:流量增长692%,询盘量增加320%

行业案例 - 电商

  • 优化前:月均自然订单50单,转化率1.2%
  • 优化4个月后:月均自然订单210单,转化率2.8%
  • 效果提升:订单增长320%,转化率提升133%

行业案例 - 教育

  • 优化前:月均咨询量35个,主要依赖付费广告
  • 优化5个月后:月均咨询量180个,自然流量占比65%
  • 效果提升:咨询量增长414%,营销成本降低57%

为什么选择我们的SEO服务

专业团队

  • 10年以上SEO经验专家带队
  • 百度、Google认证工程师
  • 内容创作、技术开发、数据分析多领域团队
  • 持续培训保持技术领先

数据驱动

  • 自主研发SEO分析工具
  • 实时排名监控系统
  • 竞争对手深度分析
  • 效果可视化报告

透明合作

  • 清晰的服务内容和价格
  • 定期进展汇报和沟通
  • 效果数据实时可查
  • 灵活的合同条款

我们的SEO服务理念

我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。

提交需求或反馈

Demand feedback