今天刷 dev.to 的时候看到一篇后续说明，作者 xulingfeng 讲他那本《AI, Ego & Regret: 15 True Failure Modes from the AI Era》的 Kindle 版被拦了又放行的全过程。平台规则那部分我也说不清楚，这篇只拆开看他中间那两个「什么都没做」——比起后来那封邮件本身，这两处更值得记下来。
先把事情压到最短。平装版早就过审上架了，238 页、6×9 英寸、9.99 美元，按需印刷，下单才印。同一本书的 Kindle 版在 KDP 后台的状态是 Blocked，这个状态最麻烦的地方在于它是全封闭的：
Blocked 状态下做不到的三件事
1. 编辑
2. 重新提交
3. 从书架里删除
后台只丢下一句「因版权限制或内容被屏蔽而不可编辑」，让他去看邮件，但他说当时压根没收到相关邮件。客服来回两轮：第一位说问题跟账户状态和权利有关，转交相关团队；内容审核团队后来的邮件只给了一句理由，说这本书可能导致令顾客失望的体验，所以不接受出版提交。没点名章节，也没说清到底是段落、格式还是元数据字段的问题。
他自己是 QA 工程师，就先自己列了一份候选清单，把能想到的触发点摆出来：
候选触发点（均未经验证）
├── EPUB 里的外部链接：作者简介里的 dev.to 链接、邮箱链接、亚马逊评论链接
├── 内容与网上已发布的连载重合
└── Kindle 专属格式问题
换成我，大概会把这三条一起改掉，做一版「干净」的 EPUB 重新传上去。他确实做了一版把外部超链接全部移除的 EPUB，但最后没有上传。理由他自己写得很直白：同时改动多处，就算过了，也不知道是哪一处起了作用。
这条纪律谁都懂，难的是着急的时候还认它。改完传上去、状态从 Blocked 变成可售，那个爽感是立刻兑现的；而「这次只动了一个变量」的收益，要等下一次再出事的时候才结算。人是被即时反馈牵着走的，尤其在书写完了、只差临门一脚的时候。
第二个「没做」更隐蔽：他没删掉 dev.to 上那篇原始连载。那篇文章连同发布日期、作者主页、手稿和出版记录一起留在原地，作用是在被质疑版权或内容归属的时候，能拿出证明自己是原作者的东西。书被以「版权限制」为由拦下来的当口，这些不是可选的备份，是材料。评论区里 Nnamdi Felix Ibe 把这两次克制总结得很准——不上传修改版、不删原帖，排查需要的信息就是这么保住的。我觉得他说得比作者本人还清楚。
而他真正动手做的事只有一件：直接回复那封内容审核邮件。
回复内容审核邮件的结构
1. 同一本书的平装版已通过审核并出版
2. 附上 ISBN 与亚马逊 ASIN
3. 请指明触发点是内容 / 格式 / 元数据 / 外链 / 还是 Kindle 的某条要求
数小时后回复来了，开头是 Congratulations，说这本书已通过审核。没要求任何修改，也没让重传 EPUB 或补材料，更没解释最初为什么拦。→ 书上线了，根本原因永远留在了未知里。官方说商店上架最长可能要 48 小时，实际更快；他后来在评论里补了一句，同日试投的精装版大约一小时就上线了。
为什么被拦，只能猜。评论区有人猜是书名里带 AI 触发了自动化审核，也有人猜是审核超时、根本没人真的打开看过。顺带记一句，他提到亚马逊后端是有 AI 聊天机器人的，聊几轮能转人工，但人工也始终拒绝给根本原因。这些猜测都没法验证，我也不打算替谁下定论。倒是 Alex Shev 那条评论我完全同意：自动化决策至少该给出人类能读懂的理由，并且留一个能补充上下文的入口。
但平台该怎么做不由我们说了算，所以更值得记的是另一半——通过了并不等于搞明白了。这次是人工二次审核放行，没有修改、没有说明，恢复上架的通知也是通用模板，连规则有没有调整都没提一句。也就是说他拿到的是一个结果，不是一个解释。我们平时最在意「能不能复现」，这里的反面同样成立：一次说不清为什么被拦、也说不清为什么被放行的放行，本质上是没法复现的。同一条流水线下次再拦你，你手里依然是零信息。
顺带再记一句，他在文末写明英语不是自己的母语、会借助 AI 工具润色文字，但故事和表达意图都出自本人。这种说明放在当下挺有必要，尤其书的内容本来就在讲 AI 时代的失败案例，把「哪部分是工具帮的忙」提前讲清楚，比事后被人追问省事得多。
划重点，三条。💡 第一，被不透明的系统拦下来时，第一反应是把现场原封不动存一份——后台状态、提示原文、邮件时间、能拿到的版本号和哈希——再讨论改哪儿；截图和日志在申诉里比解释有用。第二，同一份内容有多个发布形态的时候，确认其中一个已经过审再动手改另一个，他手里那个已批准的平装版 ASIN 就是唯一的对照组，作用比他猜的那三条原因加起来都大。第三，放行之后把「根本原因未知」这件事也写下来，不然三个月后你只会记得「当时申诉一下就过了」，而真正该记住的恰恰是：你不知道它为什么拦你。
下次被 CI、内容审核或者某个权限系统拦下来的时候，你可以先试一次完全不动手：把现场存好，再问一句具体到只能回答是或否的问题。哪怕这次什么事都不会发生，这一步也不亏。