如果这一周的开发过程能拍成电影，那前三天一定是那种让人血压升高的“职场纪实片”。
结论先行：别总埋怨 AI 写代码像“糊弄事”的实习生。如果你只把它当打字的，它就只能给你一堆跑不通的垃圾。想要质变？你得给它升职，让它当你的“工程协调员”。
这个“实习生”差点把我气死
这周在捣鼓 HyperLens（我那个截屏工具）的多显示器 DPI 适配。 我本来以为，2026 年了，跨屏坐标换算这种事，AI 闭着眼都能写对。
结果我差点翻车。
这 AI 就像个不听话但嘴硬的实习生。我跟它说“要丝滑”，它就给我一堆 API 堆砌的 Workaround；我跟它说“跨屏有缝隙”，它就开始随机给偏移量。代码看起来“专业”得不行，跑起来全是黑屏。
这就是现在的骨感现实：AI 特别擅长在“深水区”装模作样。 如果你不管它，它就会采用代价最低的方案——能交差，但在这个行业里，这种“能交差”的代码就是技术债。
顿悟：从“监工”到“制度设计”
折腾了三天泥地实战后，我瘫在椅子上想明白了一件事。 我太累了。我一直在盯着每一行代码，试图去纠正它的每一个微小幻觉。这哪是独立开发？这分明是“带教现场”。
我意识到，我需要一个“总协调员”角色。 我不再直接对 AI 下达“写这个功能”的指令，而是要求它先给我一个《工程同步书》。在动手写哪怕一行业务代码之前，它必须先自审技术难点，列出利弊。
实战：关于“单画布”的工程大辩论
为了测试这个新设立的“职位”，我让它处理 HyperLens 最头疼的架构选择：是每个屏幕开一个窗口（好写但有缝隙），还是搞一个覆盖全桌面的单画布（难写但极致丝滑）。
下面是这个“新晋协调员”交上来的《工程同步书》片段（我稍微修整了一下，去掉了装腔作势的部分）：
[!NOTE]
1. 问题 (Problem)
多显示器 DPI 不一致时，多窗口方案会带来明显的选取断裂感。
2. 目标 (Goal)
达到“微信级”选取体验：坐标精准，跨屏无缝。
3. 冲突点 (Conflicts)
实现复杂度 vs. 极致 UX。
4. 结论 (Conclusion)
强推方案 B（单画布）。虽然开发难度大，但这才是高端截图工具该有的“底噪感”。
看到这份报告时，我笑了。这不再是一个只会复制粘贴代码的实习生，而是一个在帮我分担架构压力的伙伴。
给同样在“开荒”的老家伙们一点建议
- 建立你的“协议”。别直接问 AI “怎么写”，先问它“你会怎么协调这几个矛盾”。
- 拒绝黑盒决策。如果 AI 直接给了你一段长代码，别急着点赞，让它解释那几个关键 Pivot 是怎么想的。
- 接受“泥泞”。升职后的 AI 依然会犯错，但因为它有了“逻辑底座”，你纠错的成本从“大海捞针”变成了“审阅合同”。
开荒还在继续，但这次，我不再是那个满头大汗的孤单包工头了。
方砖叔，于 2026 年 1 月 31 日凌晨。