周末的时候非技术的朋友找我帮忙看一个他 Vibe Coding 的项目，说 UI 反应特别慢，AI 给他的解释是 Steamlit 框架原理的问题。
我本着学习的态度看了下他的代码：
基本上是地狱级维护难度。
我突然意识到，Harness 简直就是为这种 Blind Vibe Coding 场景（不 Review 代码）而生的。 用 Harness 规则、工具替代工程师的基本素养的能力，能大大延缓 Blind Vibe Coding 的项目腐坏速度。 可能未来的技术框架，其内容可能不仅仅是代码本身，还得包含一套 Best Practice Spec / AGENTS.md.
另一方面，我对使用 Harness 能否持续成功 Blind Vibe Coding 感到怀疑。随着需求的迭代甚至反复，即使是真人工程师在维护，项目也难免出现腐坏，更不要说还不是 AGI 的 AI Agent 。 因此重构工作的重要性，会随着时间推移逐步升高。 但重构在开始的时候，经常没有一个清晰的目标，可能要面临各种各样的权衡和妥协，对上下文的要求也更广更深。 这个过程不是对目标的收敛，而是需要先发散再收敛（这也是为什么很多插件都会有类似 /brainstorm 这个 SKILL ）。 这个过程需要 human in the loop ，否则可能永远无法实现收敛，或者收敛到一个不那么好的目标上。
所以我的感觉是， 人类工程师凭借着 Context 调度能力和判断力，至少短期内还能苟延残喘
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。