mcpField
C
copy-editing

copy-editing

github.com/borghei营销与增长1.0k112 次安装1 周前更新
代码仓库

关于 copy-editing

copy-editing 是用于改善营销及其他文案的编辑技能,通过分轮审阅提升清晰度、语气和说服力。它结合 Seven Sweeps 框架与快速润色指南,检查证据、具体性及行动号召。

主要功能

  1. 01七轮编辑框架
  2. 02快速文案润色
  3. 03清晰度与语气检查
  4. 04主张与证据审查
  5. 05行动号召阻力检查

适用场景

  1. 01发布前审阅营销文案
  2. 02润色文稿以提升清晰度和一致性
  3. 03核查产品文案中的主张与依据
  4. 04减少行动号召附近的转化障碍

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill copy-editing

安装后在 Claude Code 中输入/copy-editing确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
ai_pattern_detector.py
readability_scorer.py
style_checker.py

详细介绍

文案编辑

通过有针对性的编辑审校,系统地改进文案,提升清晰度、语气、可信度和转化效果。


目录


关键词

文案编辑、编辑审校、文案反馈、校对、内容润色、文案审校、编辑标准、风格一致性、语法检查、事实核查、清晰度编辑、语气一致性、利益框架、证据核验、具体性、转化文案编辑、营销文案审查、文案质量


先明确需求

编辑前,请确认以下信息。如果有任何一项未知或含糊不清,请提问——不要自行假设:

  • 目标和期望的行动——文案需要促使读者做什么(决定 CTA 的优先级/零风险审校)
  • 目标受众——谁会阅读文案,以及他们对主题的了解程度(用于调整“那又怎样”“具体性”和“情感”审校)
  • 语气和风格标准——品牌语气或现有风格指南(决定“语气”和“风格一致性”审校)
  • 编辑深度——完整的七轮审校,还是快速润色(确定审查范围)

停止规则:只问最可能影响最终结果的 2-3 个问题。如果用户说“直接起草”,就继续,并在文档开头列出你的假设。

快速入门

完整文案审查(七轮审校)
  1. 通读一遍,不做编辑,以了解全文
  2. 第 1 轮——清晰度:标记令人困惑的句子、不明确的指代和术语
  3. 第 2 轮——语气和风格:标记正式程度的变化和个性不一致之处
  4. 第 3 轮——那又怎样:标记只有特性、没有益处,以及只有主张、没有影响的内容
  5. 第 4 轮——拿出证据:标记缺乏依据的主张和缺失的社会证明
  6. 第 5 轮——具体性:标记含糊的措辞、整数和泛泛的陈述
  7. 第 6 轮——增强情感:强化痛点、愿景和紧迫感
  8. 第 7 轮——消除风险:消除 CTA 附近的障碍,添加信任信号
快速文案审校
  1. 删除填充词(非常、真的、只是、实际上、基本上)
  2. 替换较弱的动词(利用 > 使用,促成 > 帮助,借力 > 使用)
  3. 修正被动语态(报告会被生成 > 我们生成报告)
  4. 确认每个句子只表达一个想法,每个段落只讨论一个主题
  5. 检查 CTA 是否以行动为导向

七轮审校框架

依次进行七轮编辑,每轮专注于一个维度。每轮结束后,确认没有损害前几轮的审校成果。

第 1 轮:清晰度

重点: 读者能否在初读时理解你所说的内容?

检查内容:

  • 试图表达太多内容的句子(拆分句子)
  • 指代不明确的代词(“它”——“它”指什么?)
  • 未加解释的术语或行话
  • 可能有两种解读的含糊表述
  • 假设读者已知相关信息,却缺少必要背景

需要修正的清晰度障碍:

问题修正方法
句子超过 30 个单词拆分为两个句子
抽象措辞替换为具体示例
核心观点埋得太深移至段落开头
包含三个分句的句子简化为一个或两个分句
未定义的首字母缩略词首次出现时写出全称

本轮结束后: 确认“单一原则”(每个部分只表达一个想法)和“你原则”(文案以“你”为对象)仍然完好。

第 2 轮:语气与风格

重点: 文案整体风格是否一致?

检查内容:

  • 正式与随意的语言风格是否发生变化
  • 品牌个性是否前后不一(上一段开玩笑,下一段却一本正经)
  • 情绪是否在没有过渡的情况下突然变化
  • 用词是否符合既定的品牌语气
  • 是否混用“我们”和“公司”等指代方式

风格一致性的判断指标:

一致不一致
始终使用相同程度的缩略形式某些部分使用缩略形式,其他部分则使用完整形式
始终保持相同的幽默风格严肃的文案中突然出现玩笑
句式模式一致开篇简短有力,中间像公司公文,结尾又变得随意
始终一致地使用“你”在“你”“用户”“客户”“任何人”之间切换

完成本轮后: 返回第 1 轮,确保语气调整没有造成困惑。

第 3 轮:意义何在

重点: 每项主张是否都回答了“这对我有什么好处?”

“意义何在”测试: 对每句话都问一句“意义何在?”。如果文案没有进一步说明带来的好处,就需要修改。

修改前(只有功能)修改后(功能 + 好处)
“我们的平台使用 AI 驱动的分析”“我们的 AI 分析能揭示你手动分析时会错过的洞察——助你用一半时间做出更明智的决策”
“通过 SOC 2 Type II 认证”“通过 SOC 2 认证——你的安全团队几天内就能批准我们,而不是等上几个月”
“实时仪表板”“准确了解此刻正在发生的事情,而不是上周发生了什么”

完成本轮后: 返回第 2 轮和第 1 轮。

第 4 轮:证明主张

重点: 每项主张是否都有证据支持?

需要核实的证据类型:

证据类型可信度示例
具名推荐语高“Stripe 的市场营销副总裁 Sarah Chen:‘将我们的设置时间缩短了 60%’”
具体统计数据高“每天有 2,847 个团队使用 [Product]”
案例研究引用高“了解 Linear 如何在 90 天内将客户流失率降低 23%”
第三方认可高“入选 Gartner 2025 年魔力象限领导者”
客户品牌标识中获得许可并具有辨识度的品牌标识
笼统主张低——标记出来“客户都喜欢我们”“行业领先”

常见的证据缺口:

  • “获得数千人的信任”(具体是哪些人?给出数字)
  • “行业领先”(谁这么说?引用来源)
  • “同类最佳”(衡量标准是什么?)
  • “客户都喜欢我们”(展示客户的原话)
  • 声称取得成果,却没有给出时间范围或具体细节

完成本轮后: 返回第 3 轮、第 2 轮和第 1 轮。

第 5 轮:具体性

重点: 文案是否足够具体,有说服力?

提高具体性:

笼统具体
“节省时间”“每周节省 4 小时”
“许多客户”“2,847 个团队”
“快速见效”“14 天内见效”
“改进你的工作流”“将报告时间从 4 小时缩短到 15 分钟”
“优质支持”“平均响应时间:2 小时”
“易于使用”“10 分钟内完成设置,无需编写代码”
“价格实惠”“每月 29 美元起”
“可扩展”“处理 10,000 到 10,000,000 条记录时也不会变慢”

规则: 如果一项主张无法说得具体,它很可能只是凑数。删除它,或替换为可验证的内容。

完成本轮后: 返回第 4 轮、第 3 轮、第 2 轮和第 1 轮。

第 6 轮:强化情感

重点: 文案能否让读者产生感受?

需要检查的情感维度:

情感使用位置技巧
痛苦/挫败感问题部分生动描绘“之前”的状态
宽慰解决方案部分展示它与当前痛点的对比
错失恐惧社会认同“和你类似的团队已经在使用……”
自豪感愿景部分“成为这样的团队……”
信心CTA 区域“加入已在使用的 2,847 个团队……”
紧迫感CTA 附近仅在确有其事时使用(真实的截止日期、有限名额)

情感技巧:

  • 用感官细节描绘“之前”的状态
  • 使用微型故事(1-2 句话),讲述客户情境
  • 提出能引发自我反思的问题
  • 提及受众熟悉的共同经历

完成本轮检查后: 返回第 5、4、3、2 和 1 轮检查。

第 7 轮:消除风险

重点: 我们是否消除了采取行动的所有障碍?

CTA 附近的摩擦检查清单:

  • 清楚说明点击后会发生什么(没有悬念)
  • 在 CTA 上下 2 屏范围内解决疑虑
  • 显示信任标志(保证、认证、客户数量)
  • 明确说明后续步骤(“开始 14 天免费试用”,而不是“开始使用”)
  • 明确说明风险保障措施(退款保证、无需信用卡、随时取消)
  • 如果表单会收集数据,则解决隐私顾虑

完成本轮检查后: 最后再按顺序检查所有前面的轮次。


快速编辑指南

词语级删减

始终删除: 非常、真的、极其、极为、相当、颇为、有些、只是、实际上、基本上、本质上、字面上(非字面意义时)、为了(改用“以”)、……这一事实、需要指出的是、重要的是

始终替换:

弱表达强表达
利用使用
实施设置、构建、创建
借助使用、应用
促成帮助、实现
创新新颖、原创、首创
稳健强大、全面、[具体说明]
无缝顺畅、简单、[具体说明]
尖端现代、最新、[具体说明]
协同效应[删除,或具体说明如何协作]
范式[删除,或说明实际发生了什么变化]
句子级检查
  • 每句话只表达一个想法
  • 变换句子长度(混合使用 8 词和 20 词的句子)
  • 把重要信息放在前面(不要把重点藏起来)
  • 每句话最多使用 3 个连词
  • 默认使用主动语态(将被动表达改为主动表达)
段落级检查
  • 每段只讲一个主题
  • 网页文案最多使用 2-4 句话
  • 用有力的首句点明段落重点
  • 确保段落之间逻辑连贯
  • 留出空白,方便快速浏览

常见文案问题及改进方法

问题表现改进方法
功能堆砌罗列功能,却不说明价值在每项功能后补上“这意味着……”
官腔“发挥协同效应,优化成果”问问自己:“人们会怎么说?”
开头无力从公司历史或含糊的陈述开始以读者的问题或期望的结果开篇
CTA 隐蔽铺垫太多,行动号召出现得太晚让 CTA 醒目、靠前,并重复出现
缺乏证明只说“客户喜欢我们”,却没有证据添加具体的客户评价、数字和案例引用
声称空泛“我们帮助企业发展”明确说明帮助谁、如何帮助以及成效如何
受众混杂试图面向所有人每个页面/部分只面向一类受众
功能过载罗列所有能力聚焦最重要的 3-5 项优势
被动语态“报告由系统生成”“系统生成报告”
含糊措辞“最高提升 50%”结合背景说明中位数或典型结果

风格一致性标准

风格一致性检查清单
  • 牛津逗号:始终使用(或始终省略)
  • 缩略形式:全文用法一致
  • 标题大小写:保持一致(使用句首字母大写或标题式大小写,不混用)
  • 数字格式:保持一致(1-9 用英文拼写,10 及以上用数字,或选择其他标准)
  • 日期格式:保持一致(March 9, 2026 或 2026-03-09,不混用)
  • 品牌名称:大小写和格式保持一致
  • 产品/功能名称:按照品牌标准统一大小写
  • 项目符号列表:标点使用一致(使用句号或不使用句号)
  • 首字母缩略词:在每篇文档中首次出现时写出全称
  • 长破折号、短破折号和连字符:使用正确且一致
  • 引号:样式一致(直引号或弯引号)
常见风格冲突
决策选项 A选项 B如何决定
牛津逗号使用不使用选择一种,记录下来并贯彻执行
标题大小写句首字母大写标题式大小写句首字母大写是现代标准
“Login” 与 “Log in”一个词(名词)两个词(动词)动词用 “Log in”,名词/形容词用 “Login”
“Setup” 与 “Set up”一个词(名词)两个词(动词)与 login 的用法相同
“&” 与 “and”&and正文中用 “and”;仅在品牌标准要求时于标题中用 “&”

事实核查流程

需要核实的内容
  • 所有统计数据都标明来源名称和年份
  • 客户评价均注明真实且具名的评价者
  • 使用客户标志已获得许可
  • 竞争性声明准确且为最新信息
  • 所述产品功能确实可用(而非路线图上的计划功能)
  • 定价为最新信息,且与定价页面一致
  • 认证和合规声明仍然有效(SOC 2、GDPR 等)
  • 奖项和认可注明当前年份或具体年份
  • 集成声明列出实际集成,而非计划中的集成
  • 正常运行时间/SLA 声明与实际 SLA 一致
需要调查的危险信号
  • 没有来源的整数(听起来像是编造的)
  • 没有限定条件的最高级表述(“最快”“最好”“唯一”)
  • 与同一网站其他页面相矛盾的声明
  • 来自旧版产品的截图
  • 未注明日期的竞品比较(可能已过时)

编辑检查清单

编辑前
  • 理解这段文案的目标
  • 了解目标受众
  • 确定期望受众采取的行动
  • 先通读一遍,不做编辑
编辑过程中(七轮检查摘要)
  • 第 1 轮:每句话都能立即理解
  • 第 2 轮:全文语气一致
  • 第 3 轮:每项功能都与一项益处相关联
  • 第 4 轮:所有声明都有证据支持
  • 第 5 轮:用具体表述替换模糊词语
  • 第 6 轮:文案能唤起恰当的情绪
  • 第 7 轮:在行动号召附近消除行动障碍
编辑后
  • 没有拼写或语法错误
  • 全文格式一致
  • 所有编辑均保留核心信息
  • 所有链接均可正常使用(如适用)
  • 应用了统一的风格(参见风格检查清单)

最佳实践

  1. 分轮编辑,不要一次完成 — 试图一遍解决所有问题会有所遗漏。每一轮都能发现其他轮次忽略的问题。

  2. 保留作者的风格 — 优秀的文案编辑是锦上添花,而非取而代之。在提升清晰度和感染力的同时,保持原有风格。

  3. 每处修改都要有理由 — 修改任何字词前,都要说明依据。“这样改更清晰”或“原文表述含糊,因此替换”。

  4. 优先处理对转化影响最大的内容 — 先修改 CTA,再处理逗号。先修改标题,再处理第 12 段。

  5. 大声朗读 — 大声朗读时,语气和节奏问题会变得显而易见。读出来不顺,读起来也会不顺。

  6. 标出无法解决的问题 — 如果某项主张需要作者提供证据,就明确标出。你可以改进措辞,但不能凭空捏造证据。

  7. 重新检查之前各轮的修改 — 每一轮都可能引入之前各轮能发现的问题。务必回头检查。

  8. 先删减,再补充 — 大多数营销文案都冗长了 20-30%。先删去冗余,再添加新内容。

  9. 编辑前先了解背景 — 如果不了解受众、目标和风格标准,文案编辑就会给出不切实际的反馈。

  10. 记录反复出现的问题 — 如果多篇文案都出现相同问题,说明这是系统性问题。应将其作为流程改进项标出,而不只是进行单篇修改。


集成点

  • 文案撰写 — 从零开始撰写新文案时使用。文案编辑用于审阅和改进现有文案。
  • 内容人性化 — AI 生成的文案需要在编辑审阅前进行人性化处理时使用。
  • 内容制作 — 在起草和发布之间,将文案编辑纳入制作流程。
  • 品牌指南 — 在“语气与风格”轮次中参考品牌语气和风格标准。
  • 营销心理学 — 在“增强情绪”轮次中应用心理学原理。
  • 内容策略 — 问题在于说什么,而非怎么说时使用。

故障排除

问题可能原因解决方法
同一作者的多篇文案都出现相同问题系统性的写作习惯,而非偶发错误创建针对该作者的常见问题清单;在风格指南或培训中解决,而不只是逐篇修改
编辑后文案失去原有风格编辑过度修正,用编辑者的风格取代了作者的风格保留作者风格——提升清晰度和感染力,不要改写其个性。编辑前先大声朗读原文
修改引入了新的不一致后续轮次修改内容后,没有重新检查之前各轮修改后务必重新执行前面各轮检查——第 7 轮的修改可能破坏第 1 轮的清晰度
经过多轮编辑后,CTA 仍然被埋没或效果不佳没有任何一轮专门关注 CTA——文案编辑只关注了文字质量优先处理 CTA 区域(第 7 轮:零风险),再润色前面的部分
事实核查发现无法验证的主张作者编造了统计数据或使用了过时的数据标出问题并退回给作者——编辑者不能凭空捏造证据。明确记录所有无法验证的主张
不同部分的风格不一致多位作者参与撰写,或文案由不同草稿拼接而成从头到尾执行风格一致性检查清单;统一缩写形式、标题大小写、数字格式和标点

成功标准

  • 完成七轮审校:每篇内容均完成全部 7 轮审校,并在每轮后重新核查之前的审校结果
  • 错误率:发布内容中没有语法错误、拼写错误或失效链接
  • 风格一致性:100% 遵循书面风格指南(牛津逗号、标题大小写、数字格式等)
  • 事实核查:所有统计数据均注明来源和年份;所有说法均可核实,或标明为观点
  • CTA 效果:每篇内容都有明确、具体的 CTA,且在内容末尾向上滚动不超过 2 屏即可看到
  • 清晰度评分:每个句子都能让读者一遍读懂——没有含糊的代词指代或多重从句造成的困惑
  • 编辑周转时间:编辑审阅最长 48 小时内完成,并清晰记录修改内容

范围与限制

范围内:

  • 七轮审校编辑框架(清晰度、语气、意义、证据、具体性、情感、零风险)
  • 快速编辑(词语、句子、段落层面)
  • 风格一致性审查与落实
  • 对论断、统计数据和竞品相关内容的事实核查流程
  • 编辑前和编辑后检查清单
  • 常见文案问题的诊断与修正

范围外:

  • 从零开始撰写新文案(使用 Copywriting skill)
  • AI 内容检测与人性化处理(使用 Content Humanizer)
  • SEO 优化流程(使用 Content Production optimization pipeline)
  • 内容策略或主题选择(使用 Content Strategy)
  • 视觉设计或布局反馈
  • 营销宣传内容的法律审查

已知限制:

  • 无法在没有产品文档的情况下核实公司内部说法(产品能力、正常运行时间 SLA)
  • 核查外部说法需要查阅原始来源,可能需要作者提供信息
  • 风格一致性审查需要现有的风格指南;如果没有,编辑必须自行判断
  • 情感影响(第 6 轮审校)具有主观性,且因受众而异——应结合目标受众背景进行判断
  • 多语言文案编辑要求对每种语言都具备母语水平的熟练度

脚本

# Score content readability with detailed metrics
python scripts/readability_scorer.py article.md --json

# Detect AI patterns that need humanization before editing
python scripts/ai_pattern_detector.py article.md --verbose

# Check style consistency across multiple documents
python scripts/style_checker.py --files doc1.md doc2.md doc3.md --json

评论

支持 Markdown