Hacker News 的这场讨论围绕一个交付难题：开发者用 AI 写出了能运行的代码，也能说明整体思路，却不一定能解释每个实现细节；若把全部代码重新推导一遍，又可能耗尽工具节省的时间。发帖者 rzk 转引了这种担忧后征求做法。这里以实际可读的 HN 主帖和回复为依据，未把转引的 LinkedIn 内容当作另外核验过的一手发言。
几种回答给“理解”划出了不同范围。linsomniac 从运维经验出发，指出生产系统本来就依赖大量非本人编写的内核、数据库和应用代码；信任来自测试、预发运行、监控以及逐级推广。plastic041 则要求至少有人能解释代码与算法，理由是测试本身也可能错，绿灯不能代替判断。两者争的是能把哪些细节当作可信部件，以及关键假设由谁负责。
otiose_tortoise 用数据库迁移举出一种具体保障：从旧 schema 和数据构造状态，运行迁移后再检查结果，并让新增迁移同时带测试。他把这类约束比作管理扩大后的工程团队，负责人不必掌握每一行，但要建立可重复的交付标准。他报告此后未再遇到迁移失败，仍是一段个人经验。下方分别保留三人的理由，不把这场讨论写成行业共识。