关于模型会吃掉harness:

单任务可以靠模型，复杂业务则根本不现实。面对长流程、多智能体、随时要看状态的真实业务时，纯靠大模型的脑子去记，必会出现遗漏、搞错、甚至打架的情况。这不是模型聪不聪明的问题，而是系统工程问题本就不该让单个模型去硬扛。

“模型越强，Harness 越薄”这个观点看似正确，因为现在底层提示词确实在变少，很多以前复杂的工具封装也没必要做了。
这个观点「情有可原，但缺乏想象力」。它的问题在于，只看到了底层 Harness 的减法，没看到上层 Harness 的加法。

不可否认，随着模型基础能力提升，大量「补丁式 Harness」会逐步退场，比如为了防止模型格式输出报错做的强制约束，为了教模型用工具写的长篇大论的 Prompt，还有各种死板的报错重试机制。这些为了弥补模型缺陷而存在的底层设计，确实会越来越薄，甚至完全消失。
但这不是 Harness 的消亡，是复杂度的向上迁移。
当模型不需要人类程序员辅佐时，它需要的，是要求你为它建立一套新的法则。

更强的模型会解锁更复杂的任务场景，进而催生出新的 Harness 需求：怎么让好几个 Agent 互相打配合？跨会话的状态怎么同步？怎么做主动的记忆管理？动态权限和不同系统的对接标准怎么定？
这些需求在弱模型时代根本不会出现，自然也不会被纳入大家对 Harness 的认知里。