长期以来，软件工作的中间层一直是最重要的部分。你从一个想法开始，最终交付产品，但几乎所有的努力都发生在中间环节：
这个中间层消耗了软件团队大部分的时间、注意力和技艺。
纯粹的 coding agent 工作流现在可以从目标、上下文和任务直接产出可工作的代码。它们更加独立地运行，你需要更少地接触代码，更少地依赖 IDE。IDE 正在从一个写作工具变成一个代码查看器。
随着这些系统的改进，中间层变得更薄。手动将意图转化为实现所花费的时间越来越少。
真正需要构建什么，仍然是最重要的问题。以下方面变得更加关键：
这些输入变得更加重要，因为 agent 会直接作用于这些输入。
设计，在这个意义上，不是关于产出物或工具。它是关于：
好的产品工作是寻求清晰度——什么会让这次执行真正有意义。
在这个时代，指导和管理 agent 工作成为新的技艺。写代码不再像是构建一个解决方案，而更像是为好的解决方案创造涌现的条件。这甚至可能不是一个个人任务，而是一个组织性任务：如何为整个产品团队创造这些条件。
结构化的工具对人类和 agent 的作用是相同的——它减少了对预期是什么、存在什么能力的歧义。
一个在 iOS 应用上报告的 bug，在 triage 中有非常清晰的预期结果——它应该被调试和修复。
当中间层开始在较少直接监督的情况下产生大量输出时，工作末端的压力会增加：
工具或工作流需要改进和改变来处理这些，并且可能需要融入整体流程，而不是在最后成为一个权宜之计。
当中间层消失或融合时，更加聚焦的是形成正确意图的工作，以及确保结果真正达到预期。这不是技能的替代，而是技能的转移——同时也是工具的转移。