为内容生产设计 AI Skills 系统

人机协作的 AI 内容生产工作流设计实践

通过本次分享,你将学会如何为业务场景搭建一套可验证、可复现、人机协作的 AI Skills 系统

显著
质量提升
规范执行率大幅提高
5-10x
效率提升
从小时级到分钟级
一次通过率
减少返工次数
01

问题背景

直接让 AI 写 SEO 文章会怎样?

SEO 问题 具体表现 搜索影响
SlugiURL 中的文章标识符,如 /blog/how-to-grow-twitter 中的 how-to-grow-twitter,直接影响 SEO 关键词匹配 命名错误 用营销语言而非搜索词 关键词匹配失败
Meta 长度不当 太短浪费空间、太长被截断 CTRiClick-Through Rate(点击率)- 搜索结果展示后被点击的比例,是衡量标题和描述吸引力的关键指标 下降
结构化数据缺失 没有 Schema.orgi结构化数据标准,帮助搜索引擎理解页面内容,可触发富媒体搜索结果展示 富媒体摘要缺失
内链不足 0-1 个内部链接 页面权重流失
引用不规范 无外部权威源 E-E-A-TiExperience, Expertise, Authoritativeness, Trustworthiness - Google 评估内容质量的核心标准,影响搜索排名 评分低
图片 Alt 空 alt="" 或太泛 图片搜索流量损失
传统方式

"写一篇 SEO 文章"

AI 用"通用认知"生成

质量不稳定、格式不一致

Skills 系统

"写一篇 SEO 文章"

+ SEO-GUIDELINES.md

+ WRITING-STYLE.md

+ QUALITY-CHECKLIST.md

可验证、可复现、稳定输出

核心洞察:AI 已经很聪明,问题在于它不知道我们的具体要求。Skills 系统就是把这些要求外置化、结构化、可验证化。
02

三大设计原则

设计有效 Skills 的核心方法论

#1

精简为王

Claude 已经很聪明,只添加它不知道的信息。上下文窗口是公共资源,每一行内容都要问自己:这值得它占用的 token 成本吗?

太啰嗦 (~150 tokens)
PDF(便携式文档格式)是一种常见的
文件格式,包含文本、图片和其他内容。
要从 PDF 中提取文本,你需要使用一个库。
有很多可用于 PDF 处理的库,但我们
推荐 pdfplumber...
精简 (~50 tokens)
使用 pdfplumber:

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

设置适当的自由度

根据任务的脆弱性和可变性,匹配不同的规范严格程度。

自由度 适用场景 我们的实践
多种方式都有效,取决于上下文 写作风格、段落组织、标题创意
有首选方案,允许一定变化 SEO 规范、组件使用、引用格式
操作容易出错,一致性很重要 Meta 长度、Schema 结构、封面图命令
#3

可验证优于描述

每条规范都能用命令验证,不依赖 AI 的主观判断。

模糊描述

"写一个合适长度的 meta description"

"添加足够的内部链接"

"图片要有描述性的 alt 文本"

精确 + 可验证

Meta Description: 140-160 字符

echo "$description" | wc -c

内部链接: 2-5 个

grep -c 'href="/en/blog/' article.md

BLOCKINGi阻塞机制 - 标记为 BLOCKING 的检查项未通过时,流程无法继续,确保关键规范被强制执行 机制

把关键检查项标记为 BLOCKING,未通过则不能进入下一阶段:

检查项 说明
Cover image URL 封面图必须通过 API 生成,禁止空值或 Unsplash
Inline images ≥ 4 内嵌配图至少 4 张,介绍后和结论前必须有
Meta description 140-160 描述长度精确控制,避免截断或浪费空间
Internal links 2-5 每篇文章 2-5 个内链,传递页面权重
External references ≥ 3 至少 3 个外部权威引用,提升 E-E-A-TiExperience, Expertise, Authoritativeness, Trustworthiness - Google 评估内容质量的核心标准
All image alts descriptive 所有图片 alt 必须描述性,禁止空值

效果:规范执行率从 60% 提升到 95%

03

Skills 架构设计

渐进式披露与模块化组织

渐进式披露

SKILL.md 是入口,像一本书的目录。Claude 只在需要时才读取详细内容。

SKILL.md
主入口 · 工作流定义 · 引用文档表 · < 500 行
SEO-GUIDELINES
Slug/Meta → SEO-TECHNICAL
WRITING-STYLE
语调/结构 → TITLE-STRATEGIES
ARTICLE-TYPES
4 种文章类型模板
COMPONENTS
概览 → BASIC/ADVANCED/SEO
RESEARCH
引用规范 → AUTHORITATIVE-SOURCES
INTERNAL-LINKING
内链索引(读+写)
PRODUCT-REFERENCE
产品功能真实信息
IMAGE-GEN
COVER + INLINE-IMAGES
DRAFT-FORMAT
草稿文件格式模板
KEYWORD-WORKFLOW
关键词驱动工作流
URL-REWRITING
URL 改写工作流
DATABASE-WORKFLOW
发布与同步流程

命名与触发

命名规范:使用动名词形式

Good

writing-blog-articles

processing-pdfs

analyzing-spreadsheets

Avoid

blog-helper

utils

documents

description 编写要点

  1. 包含"做什么":具体功能描述
  2. 包含"何时触发":触发场景和关键词
  3. 使用第三人称:因为会被注入系统提示
04

工作流设计模式

阶段式流程与反馈循环

五阶段执行流程

PHASE 1: RESEARCH & PLANNING
研究与规划阶段
├─ Read ARTICLE-TYPES.md
根据主题选择文章类型(对比/数据/教程/列表)
├─ Read INTERNAL-LINKING.md
查找可内链的相关文章,规划 2-5 个内链位置
├─ Read PRODUCT-REFERENCE.md
核实产品功能描述,避免编造不存在的功能
├─ Keyword research (WebSearch)
调用 WebSearch 工具,分析目标关键词的搜索意图
├─ Find 2-4 external citations
搜索权威数据源,为文章提供可信的外部引用
├─ Product Comparison: Research sources BLOCKING
产品对比类:搜索官方功能页,保存 URL 作为功能来源
├─ Product Comparison: VERIFY PRICING BLOCKING
WebFetch 官方定价页,提取套餐价格 + 月付/年付,禁止从记忆猜测!
└─ Create outline
使用对应类型模板,制定文章结构大纲
PHASE 2: CONTENT GENERATION
内容生成阶段
├─ Follow SEO-GUIDELINES.md
遵循 Slug、Meta、关键词密度等 SEO 规范
├─ Follow WRITING-STYLE.md
按照标题公式、开头 Hook、语调等写作规范
├─ Use COMPONENTS.md + COMPONENTS-SEO.md
使用 HTML 组件增强内容(基础组件 + 文章类型专用组件)
├─ Generate cover image BLOCKING
调用 API 生成涂鸦风格封面图(禁止用 Unsplash)
└─ Generate 4-6 inline images BLOCKING
生成内嵌配图,必须在介绍后和结论前各放一张
PHASE 3: AI QUALITY CHECK
AI 自动质检阶段
├─ Run quality-checker agent
调用质检 Agent,执行多项自动化检查
├─ Fix ALL failures
根据检查报告修复所有失败项
└─ Re-run until PASS
重新运行检查,直到所有自动化检查通过
PHASE 4: HUMAN REVIEW (HITL)
人工审核阶段 - 关键质量把关
├─ 内容准确性审核 人工
核实事实、数据、产品描述的准确性
├─ 品牌调性审核 人工
确保语言风格符合品牌定位
├─ 敏感内容审核 人工
检查是否存在不当表述或法律风险
├─ 竞品信息审核 人工
核实竞品对比信息的准确性和公正性
└─ 最终发布决策 BLOCKING
人工确认后方可进入发布流程
PHASE 5: SAVE & PUBLISH
保存与发布阶段
├─ Save to drafts
将内容保存到草稿目录
├─ Ask: 同步到线上?
询问用户是否同步到生产环境
└─ Update knowledge base BLOCKING
自动执行:更新内部知识库索引

Human-in-the-Loop (HITLi人机协作模式 - AI 处理自动化任务,人工把关关键决策点,确保质量和安全) 设计原则

AI 擅长执行规则,但无法替代人类在关键决策点的判断。HITL 设计确保:

AI 负责

  • 格式规范检查
  • SEO 技术指标验证
  • 内容结构完整性
  • 链接有效性检查
  • 重复内容检测

人工负责

  • 事实准确性核实
  • 品牌调性把关
  • 敏感内容识别
  • 商业策略对齐
  • 最终发布决策
核心理念:让 AI 处理可自动化的重复性工作,将人工精力集中在需要判断力和创造力的环节。AI 检查通过后,人工审核可以更高效地聚焦于真正需要人类智慧的问题。

Sub-Agenti子代理 - Claude Code 可调用专门的 Agent 处理特定任务,如质量检查、代码审查等 质检模式

通过调用专门的质检 Agent,实现自动化质量把关

调用方式

Task tool call:
  - subagent_type: "blog-quality-checker"
  - prompt: "Run quality checks on drafts/blog/[slug].md"
19 项自动化质检
• Frontmatter 验证 • 内容数字一致性 • 内容重复检测 • 内嵌图片检查 • 封面图检查 • Description 加粗关键词 • References Section • 外部链接 404 验证 Em Dashi长破折号(—)- 在某些系统中显示异常,建议用短破折号(-)或逗号替代 检查 • SEO 合规 • EN/ZH 内容对等 • 内部链接验证 OG ImageiOpen Graph Image - 社交媒体分享时显示的预览图片,影响分享点击率 验证 • 内容结构(H1禁止) • CTA 组件存在 • 最低内容质量 • 类型专属组件检查 • 类型专属引用要求 • ⛔ 价格抽查验证 (产品对比)
反馈循环:Agent 报告 PASS/FAIL → 修复失败项 → 重新调用 Agent → 直到 "Ready to publish: YES"

闭环设计模式

问题:系统产生的输出没有反馈回系统,导致知识断裂。

典型场景:
  • 新文章发布后,内链索引没更新 → 后续文章无法链接到它
  • 新组件开发后,设计文档没更新 → 其他人不知道可以用
  • 新 API 上线后,产品参考没更新 → AI 不知道新功能存在
输出 反馈 更新 执行 任务 系统 状态 更新 知识库

我们的实践:内链索引自动更新

触发时机 自动动作 效果
新文章发布 更新 INTERNAL-LINKING.md 后续文章能链接到它
文章删除 从索引中移除 避免死链
Slug 变更 更新索引中的 Slug 保持一致性
设计要点:
  • 将"更新知识库"作为工作流的必要步骤,而非可选
  • 使用 ⛔ BLOCKING 标记,确保不会被跳过
  • 无需询问用户,自动执行(因为这是系统一致性要求)

工作流变体设计

同一套 Skills 可以支持多种触发场景,复用核心规范但调整入口流程

标准工作流

完整 5 阶段流程

触发:用户提供主题

流程:研究 → 生成 → 质检 → 审核 → 发布

关键词驱动

SEO 优先的生成

触发:用户提供目标关键词

流程:分析搜索意图 → 制定 Slug → 标准流程

URL 改写

基于来源内容优化

触发:用户提供参考 URL

流程:抓取内容 → 分析结构 → 重写优化

设计模式:将工作流变体文档化为独立的引用文档(如 KEYWORD-WORKFLOW.md、URL-REWRITING.md),让 SKILL.md 根据用户输入动态选择正确的流程分支。
05

规范设计实践

精确定义、示例对比、验证命令

精确定义的艺术

模糊描述 精确定义 为什么更好
"简洁的描述" 140-160 字符 可测量、可验证
"足够的内链" 2-5 个 明确边界
"有描述性的 alt" > 10 字符 + 包含主体和动作 可用正则验证
"最新的数据" 2026 年数据优先 明确年份

Good/Bad 示例模式

Slug 设计

错误示例

/blog/ultimate-guide-to-success
← 没人搜这个

/blog/master-your-twitter-game
← 营销语言

正确做法

用户搜索: "[竞品] alternatives"

/blog/[竞品]-alternatives

黄金法则:用户搜什么,Slug 就是什么

Alt 文本设计

Forbidden

alt=""

alt="image"

alt="dashboard"

Required

alt="[产品名] dashboard showing scheduled posts for next week"

公式: [什么] + [具体细节] + [上下文]

验证命令速查表

检查项 命令 期望结果 说明
References Section grep -c 'class="references"' 2 EN + ZH 各一个 section
外部引用数量 grep -c '<sup><a href="#references"' 4-8 每语言 2-4 个引用
内链数量 grep -c 'href="/en/blog/' 4-10 每语言 2-5 个内链
空 Alt 检查 grep -E 'alt=""' 无输出 禁止空 alt 属性
Em Dashi长破折号(—)- 在某些系统中显示异常,建议避免使用 检查 grep -o '—' | wc -l 0 禁止使用 em dash
OG Image 可用 curl -sI [URL] | head -1 200 OK 封面图 URL 可访问

按文章类型的差异化验证

不同文章类型有不同的验证标准,质检 Agent 会根据文章类型自动调整检查项

文章类型 必需组件验证 最低引用数 特殊检查项
产品对比 stats-summary, quick-comparison, product-review, methodology 5-8 产品 Logo、功能来源、定价来源、评测日期
数据统计 stats-summary, data-matrix, expert-quote 10-15 数据年份、来源机构、图表标注
教程指南 step-list, highlight-block, figure 3-5 步骤编号连续性、截图清晰度
列表文章 feature-grid-flex, stats-grid 3-5 标题数字 = 内容数量
检查触发:质检 Agent 根据 Slug 模式自动识别文章类型(如 best-x-apps → 产品对比,x-statistics → 数据统计),并应用对应的验证规则。

结构化数据 (Schema.orgi由 Google、Microsoft、Yahoo 等共同维护的结构化数据词汇表,用于描述网页内容)

自动生成符合 Google 标准的 JSON-LDiJavaScript Object Notation for Linked Data - 一种结构化数据格式,通过 script 标签嵌入网页,帮助搜索引擎理解内容 结构化数据,提升搜索结果展示效果

BlogPosting Schema 自动生成

系统从文章元数据自动构建完整的结构化数据:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": post.title,
  "description": stripHtml(post.description),
  "image": {
    "@type": "ImageObject",
    "url": absoluteUrl(post.cover),
    "width": 1200,
    "height": 630
  },
  "datePublished": publishDate.toISOString(),
  "dateModified": (post.updated_at || publishDate).toISOString(),
  "author": {
    "@type": "Person",
    "name": author.name,
    "image": absoluteUrl(author.avatar),
    "url": "https://x.com/" + author.twitter_handle,
    "sameAs": [twitter_url, linkedin_url, website_url]
  },
  "publisher": {
    "@type": "Organization",
    "name": "[产品名]",
    "url": process.env.NEXT_PUBLIC_WEB_URL,
    "logo": {
      "@type": "ImageObject",
      "url": "/logo.png",
      "width": 600,
      "height": 60
    }
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": canonicalUrl
  },
  "url": canonicalUrl,
  "keywords": post.tags?.join(", "),
  "articleSection": post.category,
  "wordCount": content.replace(/<[^>]*>/g, "").split(/\s+/).length,
  "inLanguage": locale === "zh" ? "zh-CN" : "en-US",
  "isAccessibleForFree": true
}

字段映射关系

Schema 字段 数据来源 作者职责
headline post.title 写好标题
description post.description (自动去 HTML) 写有意义的描述
image post.cover → ImageObject (绝对 URL) 提供 1200x630 封面图
datePublished/Modified published_at / updated_at (ISO 格式) 系统自动
author blog_authors 表 (name, avatar, sameAs) 维护作者资料
publisher Organization + logo ImageObject 系统自动
mainEntityOfPage WebPage 对象 + 规范化 URL 系统自动
keywords post.tags.join(", ") 选择相关 tags
articleSection post.category 选择正确分类
wordCount 自动计算 (去 HTML 后分词) 系统自动
inLanguage locale → zh-CN / en-US 系统自动
isAccessibleForFree true (免费阅读) 系统自动

BreadcrumbList Schema

自动生成面包屑导航的结构化数据:

首页 博客 分类 文章标题

验证方法

常见错误
  • • description 包含 HTML 标签
  • • image 使用相对 URL
  • • 缺少图片尺寸信息
  • • keywords 堆砌过多
验证工具
  • 1. Rich Results Test
  • 2. 检查无 critical errors
  • 3. Search Console 索引后验证
  • 4. 查看搜索结果富媒体展示
核心价值 正确的 Schema 让 Google 更好地理解文章内容,获得富媒体搜索结果展示(作者头像、发布日期、面包屑导航),提升 CTR。
06

Blog 组件体系

从纯文本到富媒体文章的组件化演进

为什么需要组件? 纯文本 AI 文章阅读体验差、跳出率高。通过定义标准化 HTML 组件,让 AI 输出结构化、美观的富媒体文章。

演进历程

STAGE 1
纯 Markdown
文字堆砌,阅读体验差
STAGE 2
基础 HTML
表格、引用,结构初现
STAGE 3
组件化
highlight、callout、stats
CURRENT
组件文档
完整规范,AI 精准使用

基础组件

每个组件都有明确的使用场景和样式规范

highlight-block 强调关键洞察、重要结论
Key Takeaway

AI won't replace your authentic voice on Twitter. It amplifies it.

prompt-block 展示 AI Prompt 示例

Write a Twitter thread about AI marketing tools.
Include statistics and actionable tips.

blockquote 引用专家观点、权威来源

The best way to predict the future is to create it.

— Peter Drucker

高级组件

用于产品对比、数据展示、CTA 转化等高价值场景

stats-grid 展示关键数据指标
10M+
Active Users
99.9%
Uptime
24/7
Support
callout CTA 转化引导
START FREE

Ready to Transform Your Twitter Game?

Join 10,000+ creators who save hours every week with AI-powered content.

Free Plan No Credit Card Cancel Anytime
step-list 步骤说明、流程指引
  1. Sign up for freeCreate your account in seconds
  2. Connect your accountsLink Twitter, LinkedIn and more
  3. Start creatingGenerate AI-powered content
quick-comparison 产品功能对比表
Tool AI Writing Scheduling Analytics
xAIcreator GPT-4 + Claude Unlimited Real-time
Buffer Basic AI 30/channel Basic
Hootsuite OwlyWriter Unlimited Advanced

封面图与配图规范

统一的图片风格和自动化生成流程

封面图规范 (COVER_STYLE_GUIDE.md)

风格定义

  • 手绘涂鸦风格 (Hand-drawn doodle)
  • 简洁友好、概念巧妙
  • 尺寸:1200×630 (OG Image)

⛔ 严格配色 (仅限3色)

  • 背景:浅粉奶油色 #FFF9F7
  • 线条:黑色墨线 #2D2D2D
  • 阴影:灰色水彩 #9A9A9A
  • 禁止黄/蓝/绿/红等其他颜色

生成方式

POST /api/demo/gen-image
{
  "prompt": "[按风格指南]",
  "provider": "nanobanana",
  "model": "nano-banana-2-hd"
}

文章配图规范 (INLINE-IMAGES.md)

⛔ 内联图 vs 封面图:背景颜色是关键区别!

封面图用粉色背景 #FFF9F7,内联图用白色背景 #FFFFFF 或自然环境

内容类型 图片来源 风格
介绍其他产品 Google 搜索官方截图 真实产品界面
概念/流程说明 AI 生成 (nanobanana) 白底手绘概念图 (推荐) 或 专业摄影
介绍自家功能 产品截图 真实界面截图

场景多样性:手绘概念图、物品特写、环境场景(人物场景每篇最多1张)

文章类型与组件匹配

不同文章类型需要不同的组件组合,ARTICLE-TYPES.md 定义了 4 种标准模板

文章类型 URL 模式 必用组件 最低引用数
产品对比 best-x-apps, x-alternatives stats-summary, quick-comparison, product-review, methodology 5-8
数据统计 x-statistics, x-report-2026 stats-summary, data-matrix, expert-quote 10-15
教程指南 how-to-x, x-tutorial step-list, highlight-block, figure 3-5
列表文章 n-ways-to-x, n-tips-for-y feature-grid-flex, stats-grid 3-5

组件文档结构

让 AI 准确使用组件的关键是提供完整的文档

不完整的文档
使用 highlight-block
来强调重要内容

AI 不知道具体 HTML 结构

完整的组件文档
<div class="highlight-block">
  <strong>Key Takeaway</strong>
  <p>Your insight here.</p>
</div>

包含完整示例 + 样式说明

我们的组件文档结构

.claude/skills/writing-blog-articles/
├── COMPONENTS.md           # 组件概览 + 选择指南
├── COMPONENTS-BASIC.md     # 基础组件(highlight、prompt、blockquote、figure...)
├── COMPONENTS-ADVANCED.md  # 高级组件(stats、callout、step-list、faq...)
├── COMPONENTS-SEO.md       # 文章类型专用组件(stats-summary、product-review、expert-quote、methodology、data-matrix)
├── ARTICLE-TYPES.md        # 4 种文章类型模板(对比/数据/教程/列表)
└── INLINE-IMAGES.md        # 图片数量、位置、alt 规范

每个组件都包含:HTML 模板、属性说明、使用场景、最佳实践

关键收益 组件化后,文章平均停留时间从 1:30 提升到 3:45,跳出率从 75% 降到 52%。结构化内容更容易被用户消费。
07

迭代演进经验

九次迭代的问题与解决方案

v1 → v2
单文件 1500+ 行,难以维护、加载慢
拆分为 9 个模块,按领域分类
v2 → v3
规范是"建议",经常被跳过,执行率 ~60%
添加 BLOCKING 机制,强制执行 → 95%
v3 → v4
检查描述模糊,如"检查数量一致",AI 判断不稳定
提供 grep/curl 验证命令,结果可复现
v4 → v5
AI 可以使用所有工具,有时跑偏去改代码
使用 allowed-toolsiSkill 配置项 - 限制该 Skill 可使用的工具列表,防止 AI 执行不相关的操作 限制工具范围
v5 → v6
新文章发布后,内链索引没更新,导致内链网络断裂
在 Phase 5 添加自动更新内链索引步骤(闭环设计)
v6 → v7
Skills 结构不够规范,缺乏统一的组织方式和命名约定
参考 Claude 官方最佳实践,全面重构 Skills 架构
v7 → v8
单一 Skill 无法覆盖所有场景,缺乏工作流变体支持
添加关键词驱动、URL 改写等多种工作流变体
v8 → v9
质检逻辑存在但未强制执行,形同虚设
引入 Sub-Agent 质检模式,调用 blog-quality-checker 自动化 19 项检查
v9 → v10
通用验证无法满足不同文章类型的差异化需求,SEO 组件不够丰富
引入 4 种文章类型模板 + 类型专属组件/引用/验证规则 + SEO 组件体系(stats-summary、product-review、expert-quote 等)

案例:竞品对比文章

阶段 自动完成的工作 验证
Phase 1 读取 INTERNAL-LINKING.md,找到 4 篇相关文章
Phase 2 Slug: [竞品]-alternatives ✓ 符合搜索词
Phase 2 Meta Description 长度合规 ✓ 140-160
Phase 2 生成内嵌配图 ✓ 满足最低要求
Phase 3 AI 质量检查全部通过 ✓ 通过
Phase 4 人工审核确认 ✓ 已确认
Phase 5 自动更新知识库索引 ✓ 闭环完成
无 Skills

写初稿 → SEO 检查 → 补图 → 修内链 → 核对产品

~1h,3-5 轮修改

有 Skills

AI 按规范生成 → 自动质量检查 → 快速审核

~10min,0-1 轮修改

08

效果与收益

数据对比与关键收益

质量指标 无 Skills 有 Skills 提升
Slug 符合搜索词 ~40% ~95% +138%
Meta Description 合规 ~50% ~90% +80%
内部链接数 (2-5) ~20% ~90% +350%
外部引用 (3+) ~30% ~85% +183%
图片 Alt 完整 ~40% ~95% +138%
一次通过率 ~20% ~70% +250%
90%
SEO 合规率
6x
效率提升
70%
一次通过率
聚焦
人工审核价值
HITL 效率收益:AI 自动化处理规则性检查后,人工审核时间从"全面检查"变为"关键决策",审核效率显著提升。人工精力聚焦在 AI 无法判断的事实准确性、品牌调性、商业策略等高价值环节。
09

方法论总结

设计人机协作 Skills 系统的核心原则

1. 问题驱动

从具体问题出发设计规范,先跑任务,记录失败点

2. 精确定义

用数字替代模糊描述,"140-160 字符"而非"简洁"

3. 可验证

每条规范配自动化验证方式,结果可复现

4. 强制执行

BLOCKING 机制,确保关键规范不被跳过

5. 模块化

单一职责,按需加载,便于维护和扩展

6. 持续迭代

根据实践反馈持续优化规范

7. 人机协作 (HITL)

AI 处理规则性工作,人工负责判断性决策

8. 闭环设计

输出反馈回系统,保持知识库持续更新

9. Sub-Agent 协作

专门的质检 Agent,自动化验证流程

10. 工作流变体

同一规范支持多种触发场景,动态选择流程

有效 Skills 清单

核心质量

  • description 含功能+触发场景
  • description 使用第三人称
  • SKILL.md < 500 行
  • 引用文件一层深度
  • 无时效性信息

规范设计

  • 每条规范有精确定义
  • 每条规范有 Good/Bad 示例
  • 每条规范有验证命令
  • BLOCKING 项明确标记
  • 工作流有清晰阶段

测试验证

  • 用真实任务测试过
  • 验证命令正常工作
  • 团队反馈已整合
  • 迭代记录已保存

人机协作

  • 明确 AI/人工职责边界
  • 人工审核节点已设计
  • 关键决策点需人工确认
  • 审核清单已提供
附录

参考资料

推荐的 Skills 文件结构

内容生产类 (writing-blog-articles)

.claude/skills/writing-blog-articles/
├── SKILL.md                 # 主入口 + 工作流定义 + 引用文档表
├── ARTICLE-TYPES.md         # 文章模板(对比、统计、教程、列表)
├── SEO-GUIDELINES.md        # SEO 规范概览
├── SEO-TECHNICAL.md         # SEO 技术细节
├── WRITING-STYLE.md         # 写作技巧、语调、开头策略
├── COMPONENTS.md            # 组件概览
├── COMPONENTS-BASIC.md      # 9 个基础组件
├── COMPONENTS-ADVANCED.md   # 8 个高级组件
├── COVER_STYLE_GUIDE.md     # 封面图生成规范
├── INLINE-IMAGES.md         # 内嵌图片要求
├── IMAGE-GENERATION.md      # API 调用方式
├── INTERNAL-LINKING.md      # 内链索引(读+写)
├── PRODUCT-REFERENCE.md     # 产品功能参考
├── RESEARCH-GUIDELINES.md   # 研究与引用规范
├── DATABASE-WORKFLOW.md     # 数据库操作与发布流程
└── DRAFT-FORMAT.md          # 草稿文件格式模板

UI 开发类 (design-system)

.claude/skills/design-system/
├── SKILL.md                 # 主入口 + 组件文档路径表
├── COMPONENT-RULES.md       # 每个组件的关键规则
├── PATTERNS.md              # 常见 UI 模式
└── TOKENS.md                # 设计 Token(颜色、间距、阴影)

自动化类 (agent-browser)

.claude/skills/agent-browser/
└── SKILL.md                 # 命令参考 + 截图规范 + 认证状态管理
HITL 设计建议:建议专门创建 HUMAN-REVIEW.md 文档,明确定义人工审核的检查项、决策标准和常见问题。
验证策略示例
验证类型 自动化方式 人工审核点
格式规范 正则匹配、长度检查
链接有效性 HTTP 状态码检查
内容结构 标签计数、层级检查 逻辑流畅性
事实准确性 核实数据来源
品牌调性 语言风格评估
竞品信息 准确性和公正性