用途：在任何实质性GTM交付物呈现给创始人之前运行的自检关卡（gate），不是线性流程中的某个阶段，而是围绕任意作品反复执行。核心逻辑是把作者与评审分开：作者可以提交作品，但不能给出结论；换成开发者、忙碌买家或见过上百份同类作品的评审者视角，先于市场找出问题。
主要能力：按通用标准检查——具体而非空话（不用powerful、seamless、best-in-class、platform等词，每个主张须带数字、名称或证据）；开发者是主角而非产品；面向简报中真实ICP而非泛泛的“开发者”；依赖已验证事实，仍为[assumption]的承重内容须显式标出；怀疑的开发者无法立刻证伪；保持人声、无em-dash、无AI腔。再按交付物类型跑各自清单：定位/故事（问题优先、有反派、通过“每个竞品都能这么说”测试）、价值主张（无禁用词、基于真实待办任务、开发者会用自己的话复述）、首页（写给来访开发者、首次价值时间明显）、发布帖（诚实、不夸大）、定价（锚定价值指标）、创始人主导销售（通过四部分交易测试、不把友善免费用户误当买家）、简报（最强资产置顶、[validated]/[assumption]标签完整、用创始人自己的话）、路线图（先一行Diagnosis，再Now/Next/Later，是计划而非简报的另存）。
使用方式：静默运行，创始人只看到结论与作品，而非全部审计过程；结论必须明确为PASS或REVISE，REVISE要列出未通过的具体检查及对应修复；不得走过场，即使通过也要点出最薄弱处；失败时先修好再重跑关卡再呈现，不把可自行修复的问题清单丢给创始人。建议下一步：拿最近产出的标题、帖子或定价，以怀疑者身份跑一遍标准，找出最弱主张替换为可证明内容或删除，找出最依赖的一个[assumption]并判断能否安全发布或应先talk-to-users，再交给真人。
适用与限制：适用于各类GTM交付物审查。方法源自真实开发者工具GTM经验，参考Adam Frankl与Jakub Czakon的框架。资料未提供安装命令、平台支持、收费或价格信息。