Claude Code 提交前 Review Gate：同时检查差异、测试、公开 URL 和 CTA

Claude Code 写得越快，提交前最后十分钟越重要。你需要的不是鼓励，而是能拦住坏差异、缺少测试、错误 CTA 和无关改动的 gate。

为什么需要这个做法

review gate 不是实现后的形式感，而是判断能否 commit 的关口。对文章和落地页来说，build 成功还不够。公开 URL、canonical、h1、免费 PDF、Gumroad 链接和咨询入口都会影响收入路径。

继续阅读: 继续阅读 1, 继续阅读 2, 继续阅读 3.

实际工作流

先用 git status 和 git diff —stat 固定范围。把 diff 给 Claude Code，并要求先返回风险发现。修复后运行 build。内容变更要检查公开 URL 或预览里的 h1 和 CTA。最后只 stage 与本次目标相关的文件。

可复制的最小套件

git status --short
git diff --stat
git diff -- src tests
npm.cmd run build

Review this diff before commit.
Prioritize bugs, regressions, missing tests, broken CTAs, and risky commands.
Return findings first.
For each finding include severity, file evidence, user impact, and smallest fix.
If there are no findings, list what remains unverified.

review_gate:
  must_check:
    - build_result
    - changed_files
    - public_url_when_content_changes
    - revenue_cta_links
  block_commit_if:
    - failing_build
    - untranslated_body
    - fallback_page
    - unrelated_diff

真实例子

• 文章 CTA 改动时，把 Gumroad 和咨询链接列为必须审查项。
• 只想加测试时，也要确认配置和 lockfile 没有意外混入。
• 多语言文章要看正文开头和 CTA 语言，不只看 title 和 lang。

运营检查清单

这个做法不是读一次就结束，而是每次使用 Claude Code 时都可以快速复用。只要改到文章、商品页或咨询入口，就把下面的清单当作小型运营控制。

• 开始前用一句话写清目标，并列出不在范围内的文件或功能。
• 把 Claude Code 应该阅读的文件和不应该阅读的文件分开。
• 实现后至少留下一个证据命令。内容变更不能只看 build，还要看公开 URL。
• 确认免费 PDF、Gumroad 和咨询链接在正文与文章底部 CTA 中一致。
• 多语言文章要确认 title、h1、正文开头和 CTA 都是目标语言。
• 不要 stage 无关的 dirty file。必要时在 commit 前重新拆分差异。
• 写下剩余风险和下次要看的指标，让下一次会话不用猜。

应该连接到哪一个产品或咨询

如果读者还不熟悉命令，第一出口应该是免费速查表。如果这个流程每周都会重复，Prompt Templates 可以固定 review、debug 和文章更新指令。如果真正的阻碍是 permissions、CLAUDE.md、hooks、MCP 或 CI/CD，就引导到 Setup Guide。如果团队责任、公开验证和收入路径需要一起设计，就把读者推向咨询。

handoff 里要留下什么

Claude Code 的工作不是补丁看起来完成就结束。下一位维护者能否不用重放整个会话，就理解这次判断，才决定它是否真的有用。handoff 里要写清修改范围、为什么只改这个范围、执行了哪些证据命令、公开 URL 是什么、CTA 指向哪里、还剩什么风险。内容工作还要记录 heroImage、内部链接、外部链接、语言检查，以及免费 PDF、Gumroad、咨询路径是否仍在正文里。靠近产品页时，还要说明哪类读者适合免费资源，哪类读者应该购买教材，哪类读者应该预约咨询。发布文章时，还要留下 slug、语言、图片、build、deploy、h1、canonical 和截图检查结果。改写旧文章时，要写清强化了哪一个搜索意图，以及把读者送往哪个收益入口。

下一步要看的数字

PV 不是唯一成功指标。发布后要看索引状态、国家来源、文章底部 CTA 附近点击、Gumroad 点击和咨询表单访问。修复既有热门文章时，要比较改写前后的跳出率和下一页跳转。如果下一次 Claude Code 会话先拿到这些数字，它就更容易做收入路径判断，而不是只继续生成文字。还要按文章类型拆分目标：入门文章先看免费 PDF 点击，设置和权限文章看 Setup Guide，review 和 debug 文章看 Prompt Templates，团队流程和上线验证文章看咨询页访问。这样即使某篇文章 PV 不高，也能判断它是否在正确位置推动购买或咨询。分析时不要只责怪文章，问题也可能在 CTA 文案、价格页、表单字段、页面速度或翻译质量。下一次只选一个最弱环节修正，并重新公开验证。

常见失败

• 只说“帮我 review”，容易得到积极总结，而不是风险发现。
• 提交前跳过 build，会漏掉 MDX 语法、import 和链接问题。
• 把无关 dirty file 一起 stage，会让后续排查变难。

免费 PDF、Gumroad 和咨询路径

先用免费 PDF 固定日常命令习惯。流程开始重复时购买 Gumroad 教材；如果涉及团队导入、权限设计或收入路径，就进入咨询。CTA 要跟读者阶段匹配：新手拿免费资源，重复操作买模板，团队风险交给咨询。

• 免费 Claude Code 速查表
• 50 个 Claude Code 提示词模板
• Claude Code 设置指南
• 教材列表
• 导入咨询

验证记录

本文连接既有 review 相关文章，并提供 review prompt、PowerShell 命令和 YAML gate。收入路径分为免费 PDF、Prompt Templates、Setup Guide 和咨询。