copy-editing 适合已经有初稿的页面或邮件，也能检查旧内容中的过期数据与产品描述。它的特点是分轮审查，每轮只聚焦一个维度，再检查修改有没有破坏前面的结果；核心诉求是改好原稿，保留作者真正想表达的内容。
安装与调用
在项目目录的终端运行下面的命令，只安装这个 Skill 到 Claude Code：
npx skills add coreyhaines31/marketingskills --skill copy-editing -a claude-code
需要 Node.js 和可用的 npx。若使用 Codex，把 -a claude-code 换成 -a codex；在对话里明确要求使用 copy-editing 并附上材料，不把终端安装命令当成任务提示。其他客户端应使用自身的技能选择入口。
让 Agent 看见完整原稿
给出要编辑的页面、受众和希望读者做的事。已有 .agents/product-marketing.md 时先读取品牌语气；如果某些价格、法律文字或产品限制不能改，也应直接标出。可以这样输入：
使用 copy-editing 检查 landing.md，不从头换一个方案。
读者是设计工作室负责人，目标是预约演示。保留现有产品范围与 pricing.md 中的条款。
先列最影响理解的五处问题，给原句、建议句和理由，再按七轮方法复查。
缺少证据的承诺请标出来，不要自行添加客户和数字。
第一轮先看读者能否理解句子，随后检查语气是否一致、功能是否说明了对用户的意义、主张是否有证据。再处理具体性、情绪和行动前的疑虑。顺序的价值在于后面的强化不能破坏前面的准确性：一个更有感染力的标题如果夸大了产品能力，就需要回退。
怎样判断修改是否更好
要求 Agent 说明改动影响，而不只是交一份没有痕迹的新文案。可以把较长句拆开、用客户常用词替换内部术语，或让按钮说清下一步，但不能为了“更具体”凭空加百分比、免费试用和退款保障。没有证据时，可改成较窄但能成立的描述。
把完成稿放回页面，检查标题与正文是否仍承诺同一件事，读者是否能找到主要动作，附近有没有漏掉费用或使用限制。再反向读一遍修改记录：产品名字、价格、客户引语和条件应保持一致。旧页面更新还要检查链接、案例和数据是否仍对应当前产品。
官方也提供模拟多角色评分，用于从不同角度发现问题。分数适合作为修改线索，不能当成真实客户评测或自动发布许可；要追问低分背后的具体句子与原因。小范围错字修改不需要跑完整套流程，初稿的受众和结构都不明确时则应先回到写作任务，而不是继续逐词抛光。
分轮修改，保住原文里的重要事实
官方的七轮检查法适合处理已有初稿：先改读者看不懂的句子，再统一语气；随后逐句问“这对读者意味着什么”，查证据、查具体程度，最后看情绪与行动阻力。不要一口气要求“更有说服力”，那样很难知道哪些改动解决了什么问题。每轮让 Agent 给出“原句—问题—建议句—理由”，你再决定是否接受。
例如一段产品页写着“领先的一体化方案”，但没有说明解决什么。先补工作场景与受益对象，再检查是否有可公开的客户数据。若没有，就写产品真实能做的动作，不把模糊形容词换成虚构数字。对话可这样推进：“只做清晰度和证据两轮，不改变报价与承诺；把未能核实的句子标成待补，不直接改写成事实。”
完成后把修改稿和原稿逐段对照。检查 CTA 是否仍通向同一页面、品牌用语有没有突然变化、法律或产品条件有没有被“润色”掉。若发现整页信息顺序不对，应先回到页面结构；逐字精修并不能解决读者找不到关键答案的问题。
示例：修订一封快要发送的续费提醒
一封续费邮件已经写好，但客户反馈觉得语气像催款。把邮件初稿、真实续费日期、账单条款和品牌语气说明交给 Skill：“用 copy-editing 只检查清晰度、语气、证据和风险四轮。保留金额与日期，标出容易让人误会为立即停用的句子；给逐句建议，不另写一个促销活动。”
验收时核对每处修改有没有改变事实：自动续费与手动续费不能混用，付款失败后的宽限期不能由 Agent 猜。读者应能在第一次阅读时知道金额、何时扣款、如何查看或调整方案、遇到问题找谁。若文案更“温柔”却把关键条件藏在末尾，说明修改方向错了；让它把条件移回读者会看到的位置，再做语气润色。
一份演示能说明什么
一位第三方开发者把七轮流程做成了可粘贴或上传草稿的演示入口，但公开页面没有展示完整的前后对照。若要评估这种流程，最好拿一段可公开的真实文案，逐轮核对改了哪些句子、理由是什么、最后是否仍保留原作者的意思；敏感客户材料应留在受控工作环境。演示入口存在，并不等于编辑质量已经过实际客户验证。