人机协作的 AI 内容生产工作流设计实践
通过本次分享,你将学会如何为业务场景搭建一套可验证、可复现、人机协作的 AI Skills 系统
直接让 AI 写 SEO 文章会怎样?
| SEO 问题 | 具体表现 | 搜索影响 |
|---|---|---|
| SlugURL 中的文章标识符,如 /blog/how-to-grow-twitter 中的 how-to-grow-twitter,直接影响 SEO 关键词匹配 命名错误 | 用营销语言而非搜索词 | 关键词匹配失败 |
| Meta 长度不当 | 太短浪费空间、太长被截断 | CTRClick-Through Rate(点击率)- 搜索结果展示后被点击的比例,是衡量标题和描述吸引力的关键指标 下降 |
| 结构化数据缺失 | 没有 Schema.org结构化数据标准,帮助搜索引擎理解页面内容,可触发富媒体搜索结果展示 | 富媒体摘要缺失 |
| 内链不足 | 0-1 个内部链接 | 页面权重流失 |
| 引用不规范 | 无外部权威源 | E-E-A-TExperience, Expertise, Authoritativeness, Trustworthiness - Google 评估内容质量的核心标准,影响搜索排名 评分低 |
| 图片 Alt 空 | alt="" 或太泛 | 图片搜索流量损失 |
"写一篇 SEO 文章"
↓
AI 用"通用认知"生成
↓
质量不稳定、格式不一致
"写一篇 SEO 文章"
+ SEO-GUIDELINES.md
+ WRITING-STYLE.md
+ QUALITY-CHECKLIST.md
↓
可验证、可复现、稳定输出
设计有效 Skills 的核心方法论
Claude 已经很聪明,只添加它不知道的信息。上下文窗口是公共资源,每一行内容都要问自己:这值得它占用的 token 成本吗?
PDF(便携式文档格式)是一种常见的 文件格式,包含文本、图片和其他内容。 要从 PDF 中提取文本,你需要使用一个库。 有很多可用于 PDF 处理的库,但我们 推荐 pdfplumber...
使用 pdfplumber:
import pdfplumber
with pdfplumber.open("file.pdf") as pdf:
text = pdf.pages[0].extract_text()
根据任务的脆弱性和可变性,匹配不同的规范严格程度。
| 自由度 | 适用场景 | 我们的实践 |
|---|---|---|
| 高 | 多种方式都有效,取决于上下文 | 写作风格、段落组织、标题创意 |
| 中 | 有首选方案,允许一定变化 | SEO 规范、组件使用、引用格式 |
| 低 | 操作容易出错,一致性很重要 | Meta 长度、Schema 结构、封面图命令 |
每条规范都能用命令验证,不依赖 AI 的主观判断。
"写一个合适长度的 meta description"
"添加足够的内部链接"
"图片要有描述性的 alt 文本"
Meta Description: 140-160 字符
echo "$description" | wc -c
内部链接: 2-5 个
grep -c 'href="/en/blog/' article.md
把关键检查项标记为 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-TExperience, Expertise, Authoritativeness, Trustworthiness - Google 评估内容质量的核心标准 |
All image alts descriptive |
所有图片 alt 必须描述性,禁止空值 |
效果:规范执行率从 60% 提升到 95%
渐进式披露与模块化组织
SKILL.md 是入口,像一本书的目录。Claude 只在需要时才读取详细内容。
writing-blog-articles
processing-pdfs
analyzing-spreadsheets
blog-helper
utils
documents
阶段式流程与反馈循环
Read ARTICLE-TYPES.md
Read INTERNAL-LINKING.md
Read PRODUCT-REFERENCE.md
Keyword research (WebSearch)
Find 2-4 external citations
Product Comparison: Research sources
BLOCKING
Product Comparison: VERIFY PRICING
BLOCKING
Create outline
Follow SEO-GUIDELINES.md
Follow WRITING-STYLE.md
Use COMPONENTS.md + COMPONENTS-SEO.md
Generate cover image
BLOCKING
Generate 4-6 inline images
BLOCKING
Run quality-checker agent
Fix ALL failures
Re-run until PASS
内容准确性审核
人工
品牌调性审核
人工
敏感内容审核
人工
竞品信息审核
人工
最终发布决策
BLOCKING
Save to drafts
Ask: 同步到线上?
Update knowledge base
BLOCKING
AI 擅长执行规则,但无法替代人类在关键决策点的判断。HITL 设计确保:
通过调用专门的质检 Agent,实现自动化质量把关
Task tool call:
- subagent_type: "blog-quality-checker"
- prompt: "Run quality checks on drafts/blog/[slug].md"
问题:系统产生的输出没有反馈回系统,导致知识断裂。
| 触发时机 | 自动动作 | 效果 |
|---|---|---|
| 新文章发布 | 更新 INTERNAL-LINKING.md | 后续文章能链接到它 |
| 文章删除 | 从索引中移除 | 避免死链 |
| Slug 变更 | 更新索引中的 Slug | 保持一致性 |
同一套 Skills 可以支持多种触发场景,复用核心规范但调整入口流程
完整 5 阶段流程
触发:用户提供主题
流程:研究 → 生成 → 质检 → 审核 → 发布
SEO 优先的生成
触发:用户提供目标关键词
流程:分析搜索意图 → 制定 Slug → 标准流程
基于来源内容优化
触发:用户提供参考 URL
流程:抓取内容 → 分析结构 → 重写优化
精确定义、示例对比、验证命令
| 模糊描述 | 精确定义 | 为什么更好 |
|---|---|---|
| "简洁的描述" | 140-160 字符 | 可测量、可验证 |
| "足够的内链" | 2-5 个 | 明确边界 |
| "有描述性的 alt" | > 10 字符 + 包含主体和动作 | 可用正则验证 |
| "最新的数据" | 2026 年数据优先 | 明确年份 |
/blog/ultimate-guide-to-success
← 没人搜这个
/blog/master-your-twitter-game
← 营销语言
用户搜索: "[竞品] alternatives"
↓
/blog/[竞品]-alternatives
黄金法则:用户搜什么,Slug 就是什么
alt=""
alt="image"
alt="dashboard"
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 Dash长破折号(—)- 在某些系统中显示异常,建议避免使用 检查 | 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 | 标题数字 = 内容数量 |
best-x-apps → 产品对比,x-statistics → 数据统计),并应用对应的验证规则。
自动生成符合 Google 标准的 JSON-LDJavaScript Object Notation for Linked Data - 一种结构化数据格式,通过 script 标签嵌入网页,帮助搜索引擎理解内容 结构化数据,提升搜索结果展示效果
系统从文章元数据自动构建完整的结构化数据:
{
"@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 (免费阅读) | 系统自动 |
自动生成面包屑导航的结构化数据:
从纯文本到富媒体文章的组件化演进
每个组件都有明确的使用场景和样式规范
highlight-block
强调关键洞察、重要结论
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
展示关键数据指标
callout
CTA 转化引导
Join 10,000+ creators who save hours every week with AI-powered content.
step-list
步骤说明、流程指引
quick-comparison
产品功能对比表
| Tool | AI Writing | Scheduling | Analytics |
|---|---|---|---|
| xAIcreator | GPT-4 + Claude | Unlimited | Real-time |
| Buffer | Basic AI | 30/channel | Basic |
| Hootsuite | OwlyWriter | Unlimited | Advanced |
统一的图片风格和自动化生成流程
风格定义
⛔ 严格配色 (仅限3色)
#FFF9F7#2D2D2D#9A9A9A生成方式
POST /api/demo/gen-image
{
"prompt": "[按风格指南]",
"provider": "nanobanana",
"model": "nano-banana-2-hd"
}
⛔ 内联图 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 模板、属性说明、使用场景、最佳实践
九次迭代的问题与解决方案
| 阶段 | 自动完成的工作 | 验证 |
|---|---|---|
| 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 | 自动更新知识库索引 | ✓ 闭环完成 |
写初稿 → SEO 检查 → 补图 → 修内链 → 核对产品
~1h,3-5 轮修改
AI 按规范生成 → 自动质量检查 → 快速审核
~10min,0-1 轮修改
数据对比与关键收益
| 质量指标 | 无 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% |
设计人机协作 Skills 系统的核心原则
从具体问题出发设计规范,先跑任务,记录失败点
用数字替代模糊描述,"140-160 字符"而非"简洁"
每条规范配自动化验证方式,结果可复现
BLOCKING 机制,确保关键规范不被跳过
单一职责,按需加载,便于维护和扩展
根据实践反馈持续优化规范
AI 处理规则性工作,人工负责判断性决策
输出反馈回系统,保持知识库持续更新
专门的质检 Agent,自动化验证流程
同一规范支持多种触发场景,动态选择流程
.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 # 草稿文件格式模板
.claude/skills/design-system/ ├── SKILL.md # 主入口 + 组件文档路径表 ├── COMPONENT-RULES.md # 每个组件的关键规则 ├── PATTERNS.md # 常见 UI 模式 └── TOKENS.md # 设计 Token(颜色、间距、阴影)
.claude/skills/agent-browser/ └── SKILL.md # 命令参考 + 截图规范 + 认证状态管理
HUMAN-REVIEW.md 文档,明确定义人工审核的检查项、决策标准和常见问题。
| 验证类型 | 自动化方式 | 人工审核点 |
|---|---|---|
| 格式规范 | 正则匹配、长度检查 | — |
| 链接有效性 | HTTP 状态码检查 | — |
| 内容结构 | 标签计数、层级检查 | 逻辑流畅性 |
| 事实准确性 | — | 核实数据来源 |
| 品牌调性 | — | 语言风格评估 |
| 竞品信息 | — | 准确性和公正性 |