创建检查器后运行，结果检查器先出错了

Pillar: P1 构建者探索日志 (B轨道 · 第一人称) · 漏斗: TOFU slug 候选: blog-p1-checker-failed-first 撰写: 2026-07-27 · 篇幅: 约 4,300 字

🔵 话者·route 确定 (2026-08-11 · §0-0-1-C 双重 route)

• operating_track: INDEPENDENT_EDITORIAL — 正文第一人称 11 次 实测。换成公司话者文章无法成立（自我错误告白是论点）。
• cta_route: FOUNDER_AI_READINESS — 因附加 CTA，按 §0-0-1-A 明示选择。
• entry: content_buildlog_checker ← 旧 content_evergreen 是 22 篇共享的桶，无法归属。
• 测量分离: 保存·个人资料访问·对话 = 构建者日志学习指标(MKT OS 合算 ❌) / CTA 通过 funnel_lead_submit_success = MKT OS 线索(合算 ⭕)。

---

1. 对十二篇稿件运行了检查器

我们决定在每篇对外发布的文章中附上三种脚注。参考资料和确认日期、本文未使用的数字、以及制作方式。

第二项有些特别。不是说明使用了什么，而是未使用的项目。记录未确认而去掉的数字是什么以及为什么去掉。因为“未确认的不载入”这句话谁都可以说，所以我们认为展示实际去掉的列表更好。

问题在于我们制定了这个规则，却没有检查每篇稿件是否遵守。因此，我们制作了一个检查器。它非常简单，扫描稿件文件夹，标记是否有三种脚注。

结果如下。十二篇稿件中只有两篇具备三种脚注，六篇没有任何脚注。

我将这个数字直接记录在案。甚至在标记为通过的稿件中也没有脚注，并得出结论：门槛没有捕捉到脚注。

---

2. 打开稿件发现脚注存在

记录下结论后，我逐一打开稿件以补充脚注。

三篇稿件中脚注已经存在。

我的检查器未能找到的原因如下。一篇中写的是“本文未使用的事物”，而不是“本文未使用的数字”。另一篇中是“参考资料”而不是“参考的资料”。仅仅是一个空格的差异。剩下的一篇则使用了“数字相关通知”这样的不同标题。

三篇的内容都符合规则。只是格式各异。

门槛在做它的工作。出错的是我制作的检查器。

这个顺序让我有些痛苦。我先运行检查器，得到数字，用这些数字得出结论，将结论记录在案后才打开稿件。如果先打开稿件，检查器的错误将在五分钟内显现。

---

3. 但打开稿件后发现了其他问题

继续阅读稿件以补充脚注时，我发现了检查器根本无法看到的东西。

一篇稿件正文中有这样一句话。

“○○研究结果警告：AI使用频率越高，批判性思维越低。在○○○名研究中出现了统计学上显著的负相关关系。”

有机构名称，有样本数量，甚至提到了统计学显著性。对于读者来说，这看起来是经过验证的研究。

我们有一份单独记录可以引用的外部研究的清单。只有实际打开原文并对数字和背景进行对比后才会列入的清单。在这份清单中，这项研究被分类为**“仅知机构名称”**。是不可以引用的类别。样本数量也不在清单中。

坦率地说，那一刻，我只想简单地标注“来源：○○研究”然后跳过。只要填上脚注栏，格式就完整了。

在这种诱惑面前，我重新打开了清单，发现上面标注着“未确认”级别。在脚注中标明来源和具备引用资格是两回事，这次我又一次经历了这一点。用脚注覆盖反而让它看起来像是经过验证的。

我整段删除了这句话。取而代之的是我们直接观察到的内容。采访摘要中提到人们在说话时停顿的地方没有被记录下来。没有加入数字，而是将删除的事实和原因写在了该文的脚注中。

同一天，在其他两篇稿件中，发现正文中直接写有内部存储库名称和工具名称。这也是检查器无法看到的类型。

---

4. 自动化查看“是否存在”，人查看“是否具备资格”

总结如下。

	自动检查看到的	人查看到的
脚注	标题字符串是否存在	内容是否符合规则
引用	—	这个来源是否可以引用
标识符	—	是否是不能外传的名称

自动检查查看是否存在。快速、全面、不知疲倦。

人需要查看的是是否具备资格。这个来源是否可以引用，这个名称是否可以外传，这个数字是示例还是测量值。这不是字符串检查可以做出的判断。

而今天我弄错了这两者的顺序。我先将自动检查结果确认为事实，然后再由人来确认。应该是相反的。

---

5. 那么改变了什么

做了三件事。

第一，没有删除错误的结论，而是将其作为更正记录保留。在标注“门槛没有捕捉到脚注”的地方，附上了这是错误的以及为什么错误。如果删除，下次会以同样的方式再次出错。

第二，修改了脚注。九篇稿件。六篇完全没有脚注，重新写了，三篇内容符合规则但标题各异，只调整了格式。在扫描的十二篇中，十一篇候选稿件现在符合规格，剩下一篇决定不发布的稿件被排除在外。

在补充过程中，记录了每篇稿件中“未使用的数字”实际去掉的内容。例如：

• 十名采访者中八人拒绝的比例是示例而非实测
• 辅导人数是规模的表示而不是经过样本设定进行的分析
• 设计改进的成果未进行测量

第三项尤其如此。改进的文章中没有改进数据会显得空洞。因此想要加入。但因为没有测量，无法加入，记录未进行测量的事实是正确的。

第三，修正了检查器。不过这次也记录了检查器无法看到的领域。引用资格和标识符暴露需要由人来查看。

---

6. 听到了类似的故事

最近我们听了一场来自规模和领域都不同的团队的公开会议。

印象深刻的是，最终到达的地方是相似的。无论自动化推进到何处，仍然有需要人亲自确认的地方。

我认为这是我们自己跌跌撞撞学到的东西。知道其他地方也达到了类似的地方后，意识到这不是因为我们的特殊情况而产生的规则。

（这段是我对所听内容的记忆。没有直接引用发言，也没有写公司名、发言者、时间点、数字。原因在下面的脚注②中。）

---

7. 如果今天只做一件事

如果您正在运行检查器，请检查该检查器是否曾经出错。

方法很简单。选择检查器标记为“通过”的一项，亲自打开查看。反过来选择标记为“失败”的一项也是。无需查看十项。只需一项就能揭示检查器看到什么和看不到什么。

今天我反过来进行了这个顺序，留下了一次错误的结论记录。

---

脚注

① 参考资料（确认日期 2026-07-27）

• 无外部研究·统计引用。本文的叙述基于 2026-07-27 自身稿件审计工作日志（R0·第一次经验）。检查结果·更正记录·措施记录保留在我们的发布队列文件和执行账簿中。
• 第三节提到的“可以引用的外部研究清单”是我们的内部运营规则。不是公开的标准。

② 本文未使用的数字

• 🔴 第三节中删除的研究的机构名·样本数·研究年份 — 该研究在我们的引用清单中被标记为“未确认”级别，因为在稿件中删除了，如果在本文中再次写出就等于重复同样的事情，所以用○○遮盖。获取原文并对比后会公开。
• 🔴 第六节公开会议的公司名·发言者·发言原文，以及时间点（具体时间） — 只有自动文字转换记录，尚未对比原文。由于原文未对比，未载入实名和引用文。取而代之，仅以我所听到的记忆的层次记录，没有加入数字和时间。
• 稿件数量 — 本文中的数量全部为我们稿件文件夹的实际文件数。扫描对象十二篇（十一篇候选稿件 + 一篇决定不发布的稿件），检查器判定为完整的两篇，亲自打开后额外发现的三篇，修改的九篇（新增六篇 + 仅调整格式的三篇）。不过这只是我们的文件夹情况，不是行业指标，因此未转换为比例（%）。
• 🔴 这些数量也曾出错。初稿中标题为“11篇”，正文为“十二篇”，第五节为“十一篇”。在确定数字之前未重新计数，等于一篇要求在发布前验证的文章未对齐，已在发布前验证中指出并修正。

③ 制作方式

AI起草，人类验证·编辑。本文中描述的检查·更正·删除工作实际执行，并记录在我们的账簿中。未使用生成型图像·音频·视频。

---

CTA

如果您为对外发布的文章设定了任何检查规则，可以通过2分钟诊断了解这些规则实际捕捉到什么和遗漏了什么。您可以根据自己的方便回答。 https://www.star-t.io/ko/ai-readiness?entry=content_buildlog_checker&utm_source=blog&utm_medium=organic&utm_campaign=buildlog_2026&utm_content=blog-p1-checker-failed-first