两看相厌：Agent 和传统软件，都觉得对方是屎山

📌 一句话摘要

本文深度剖析了 AI Agent 与传统软件工程范式之间的冲突，指出这种「两看相厌」现状预示着软件架构正向「双栖化」和「再接口化」转型的重大范式切换。

📝 详细摘要

文章探讨了 AI Agent（如 Claude Code）与人类工程师在代码审美和系统设计上的根本分歧。人类工程师批评 AI 代码缺乏模块化、命名混乱且不守规范；而 Agent 则受困于传统软件为人类设计的鉴权体系、UI 耦合状态及非机器可读的配置。作者指出，人类对代码质量的定义基于「可维护性」，而 Agent 追求的是「执行正确性」与「上下文效率」。这种不对称性揭示了一个巨大的市场机会：为现有软件提供「再接口化」基础设施（如 MCP、CLI Anything），使软件从仅为人类编译转向同时为 Agent 编译。最终，软件将演化为天然支持 GUI 和 CLI 的「双栖架构」，重新定义人机协作的边界。

💡 主要观点

- 评价体系的错位：可维护性 vs 执行效率。 人类工程师追求代码的可读性与长期维护，而 Agent 优先考虑执行正确性与 Token 消耗下的上下文效率，倾向于将逻辑集中以减少文件跳转。

传统软件的「人类中心」假设成为 Agent 接入的阻碍。 现有的鉴权、UI 状态绑定和配置体系均假设操作者是人类，导致 Agent 在处理无状态调用和自动化配置时效率极低。

进化的不对称性催生了「再接口化」的基础设施机会。 AI 代码质量随模型迭代自动提升，但存量软件的接口缺陷不会自动消失，这为 MCP 等帮现有软件长出 Agent 接口的工具提供了窗口期。

未来软件将向「双栖架构」演进。 下一代软件将天然同时暴露人类界面和 Agent 接口，实现 GUI 与 CLI 的实时同步，谁先定义这种架构谁就拥有基础设施话语权。

💬 文章金句

- 屎山之所以是屎山，前提是有人要维护它。取消这个前提，评价就翻转了。

你把代码拆成 200 个文件叫工程规范，agent 把代码写进 1 个文件叫 context 效率。谁是屎山，取决于你问谁。
AI 不吃软件，AI 吃接口。
历史上每次出现这种互相嫌弃，都是范式切换最诚实的信号。

📊 文章信息

AI 评分：88

来源：赛博禅心

作者：赛博禅心

分类：人工智能

语言：中文

阅读时间：14 分钟

字数：3410

标签： AI Agent, 软件工程, 范式转移, MCP, 接口化

阅读完整文章

两看相厌：Agent 和传统软件，都觉得对方是屎山

🤖 問 AI