先理解，再修改
好的编码流程从理解现有系统开始：入口、数据流、惯例、测试和部署约束。DeThink 把探索过程保留在实现旁边，让生成的修改反映真实仓库，而不是套用通用模式。
同一份共享上下文还可以继续支持规划、调试、文档和审查，不必重复讲述整个代码库。
把不同角色交给不同模型
让一个模型负责探索，一个负责实现，另一个负责审查假设、边界、安全性和测试覆盖。价值来自独立注意力，而不是让多个模型生成同一份补丁。
- 功能实现与重构。
- 故障诊断与回归定位。
- 测试设计、文档与迁移。
- 性能、安全和可维护性审查。
验证属于生成过程
生成代码在被阅读、测试并在真实环境中观察之前都不算完成。先运行针对性测试，再根据风险运行类型检查、lint、构建和真实 smoke test。