文章核心观点 - 以LangChain创始人Harrison Chase的观点为核心，阐述了“长任务Agent”的兴起正在从根本上改变软件工程范式，其核心差异在于系统行为不再完全由确定性代码决定，而是由非确定性的模型黑箱与代码共同决定，这要求开发、测试和调试方法发生根本性转变 [2][30] - 预测长任务Agent的落地将在2025年末到2026年进一步加速，2026年可能成为“长任务Agent元年”，这将对现有软件公司的竞争格局产生类似从本地部署到云转型的深远影响 [2][3] - 当前最成熟的长任务Agent应用是编程Agent，其核心算法是“让LLM在循环中运行”，而未来的进步将依赖于更聪明的上下文工程（如压缩、记忆）以及模型与框架/harness的共同进化 [7][13][21][24] 长任务Agent的定义、现状与案例 - 定义与拐点：长任务Agent不只是多回合聊天，而是能在更长时间里持续执行、反复试错、不断自我修正的“数字员工”[2] 其真正起飞的拐点大约在2025年6-7月，以Claude Code、Deep Research、Manus等产品的爆发为标志 [21] - 核心应用形态：目前最成熟、使用最多的案例是编程Agent [9] 其他优秀案例包括AI SRE（如Traversal公司的产品）和研究型Agent [9] 最“杀手级”的应用形态是让Agent长时间运行并产出“初稿”，然后由人类进行审阅和修改，这在编程、AI SRE、报告生成、金融研究和客服领域均有体现 [9][10] - 为何现在可行：这是模型能力提升与工程框架/harness成熟共同作用的结果 [13] 模型方面，推理模型带来了巨大提升 [13] 工程方面，逐渐摸索出了上下文压缩、规划、文件系统工具等关键原语 [12][13] Agent工程范式的转变：从框架到Harness - 框架与Harness的区别：框架是围绕模型的一层抽象，强调灵活性和基础设施，便于切换模型和封装组件 [11] Harness则更“有主张”，内置了明确的设计立场和最佳实践，例如Deep Agents默认提供规划工具和上下文压缩功能 [11][12] - Harness的现状：目前在Harness工程上做得最好的大多是编程类公司（如Claude Code、Factory、AMP），其性能差异不仅来自模型，更来自对“模型如何在harness中工作”的理解 [15][17] Harness往往与模型家族绑定紧密，不同模型家族可能需要不同的设计 [17] - Harness的设计关键：包括对模型训练偏好的理解（如OpenAI模型熟悉Bash，Anthropic提供显式文件编辑工具）、高效的上下文压缩机制、以及主Agent与子Agent的高效通信策略 [18] 许多公开的harness prompt长达几百行 [19] 构建Agent与传统软件开发的根本差异 - 逻辑来源与确定性：传统软件的所有逻辑都写在代码里，是确定性的；而Agent的行为逻辑很大一部分来自模型本身，是一个非确定性的黑箱，必须通过实际运行才能理解其行为 [30] - 开发与调试核心：传统软件的“真相来源”在代码中，而Agent的真相来源是代码与执行轨迹的组合 [32] 因此，追踪/执行轨迹成为理解、调试和团队协作的核心工具，其重要性远超过在传统软件中的应用 [30][31][33] - 开发流程：构建Agent是一个更偏迭代式的过程，因为在发布前无法完全确定Agent会如何行动，需要通过更多轮次的交互和反馈来调整系统prompt或指令，使其行为符合预期 [34][35] 人类的判断和反馈被深度整合到开发与评估循环中 [39][40] 现有软件公司的挑战与机遇 - 面临的挑战：工程范式的变化将重新筛选参与者，并非所有公司都能成功转型，类似当年从本地部署转向云 [2][36] 年轻团队可能因没有传统软件开发方式的先入之见而更快适应新范式 [36] - 潜在优势：现有公司手中握有的高价值数据与API依然是王牌资产，能够较容易地暴露给智能体使用并产生真实价值 [3][37][38] 关于“如何使用这些数据”的指令和流程知识是新的竞争点，垂直领域创业公司（如金融领域的Rogo）通过注入行业知识获得了优势 [38] - 可能的护城河：记忆功能可能成为真正的护城河，特别是在为特定任务构建的工作流型Agent中，记忆能让系统通过反思历史交互来改进自身，从而形成持续优化的体验优势 [52] 但实现安全且用户可接受的自我改进是关键挑战 [52] Agent能力栈与未来演进方向 - 核心能力组件：文件系统访问能力被认为是长任务Agent的必备项，无论是真实还是虚拟文件系统，对于上下文管理、状态存储和中间结果回查都至关重要 [25][56] 代码执行环境是另一个高度看好的标配能力，其成熟度优于直接操作浏览器 [56] - 上下文工程演进：未来的进步将来自更聪明的上下文管理方式，例如让模型自己决定何时进行上下文压缩，以及发展跨长时间尺度的记忆系统 [24] 记忆本质上是长期的上下文工程 [24] - 交互界面演进：与长任务Agent协作的UI需要同时支持异步管理和同步对话模式 [53] 异步模式用于管理长时间运行或并行的多个Agent，同步模式则用于即时反馈和纠正 [53][55] 能够查看和协作的“工作区”状态（如文件、目录）是界面设计的重要部分 [54]