完成任务后如何用真实产物验证而非依赖代理指标或自述

在宣布任务完成前，直接检查真实产物（运行功能、读取实际值、查看 diff）来验证结果，而不是依赖代理指标、自述或「能编译」。

适用场景

解决思路

1. 直接检查真实事物，而不是代理指标：直接检查进程存活状态，而不是通过派生状态间接判断
2. 读取实际的值，而不是缓存或派生的表示
3. 当验证失败时，先怀疑观察方法，再怀疑系统本身
4. 代码和功能验证：先构建（必要但不充分）
5. 运行它并走通实际的功能路径
6. 检查完整链路：数据是否从输入流到了输出
7. 对于集成，端到端测试完整的通信路径
8. 委派工作时：信任产物，不信任自述。验证委派工作时，检查实际输出产物（git diff、文件内容、运行时行为），而不是被委派者的总结
9. 尽可能把检查脚本化：最强的证明是一个可重复运行同样比较的确定性脚本，而不是一次性肉眼检查。写脚本、运行它，并保留其输出作为产物，让审查者可以重新运行而不是相信你的话
10. 把产物保持对人类可见。只有对于大型或复杂的工作（如大型移植或迁移），才提交它，因为那时痕迹需要事后可审计（参见 show-me-your-work 技能）

适用边界 · 注意事项

• 不要用文件修改时间、输出新鲜度、agent 自述、缓存截图等间接验证方式替代直接观察
• 不要在未验证的情况下就宣布任务完成