一定要有自己的自动化测试框架，把交互的部分压缩到0。
一条工程哲学的终极原则：验证不能靠人，要靠框架。把交互压缩到零，就是把不确定性压缩到零。
"自己的"不是指从零写，而是指归属感——框架的规则、断言、边界由你定义。这与"经验规则"（㊿）一脉相承：框架是你的经验规则的程序化。用别人的框架，你在别人的规则里判断；有自己的框架，你在自己的规则里判断。
交互=人在回路中。每次人工验证都是一次：注意力消耗 + 延迟 + 误判可能。把交互压缩到0意味着：
① 验证自动化：改完代码/配置，框架自动跑断言，通过/失败直接给结果——不需要你盯着看。
② 反馈自动化：失败时框架自动给出定位（哪一步、哪个断言、哪个输入）——不需要你一步步排查。
③ 决策自动化：成熟框架连"通过后做什么"都自动化（部署、通知、记录）——你只做最高层的选择（呼应㊿"成熟交互=选择"）。
压缩交互的本质：把"人做事"变成"框架做事，人审核"——这正是"审核是硬需求"（㊿）的工程实现。创造（代码/内容）交给生成器，验证（对错）交给框架，人只保留最高层的判断。
㉜ "Agent中介思维"：自动化测试框架=agent中介的验证端——你设目标（断言），agent执行（跑测试）。
㊿ "审核是硬需求"：框架把"审核"从人工变为自动——审核权还在你（定义断言），执行交给框架。
㊿ "成熟的智能体是管理框架"：自动化测试=智能体自我管理的一部分——它自己验证自己，不需要人频繁交互。
㊿ "沙盒游戏是未来工作"：沙盒里的规则=断言，沙盒的物理=框架。在沙盒里写文档的日常，就是框架自动验证的日常。
㉕ "点的持续创造"：持续迭代的前提是快速验证——没有自动化测试，迭代一次就要人工验证一次，点就无法持续。