本文对比了 Pi Durable 与 OpenCode 两种编程 Harness 架构。传统 Harness（如 Claude Code、Codex、OpenCode）采用会话式架构：运行中的 Agent Loop 驱动模型调用与工具执行。Pi Durable 则将模型生成、工具调用、压缩及应用工作全部建模为持久化任务，由调度器基于存储状态决定执行，实现崩溃恢复与进程解耦。文章从五个维度展开：Agent Loop 序列化到存储、工作可调度、应用状态与对话的原子绑定、压缩移出关键路径、以任务图形式实现委托协作，展示了持久化任务架构带来的全新 Harness 能力。
文章回顾了 MCP 协议 18 个月来的架构演进。MCP 最初由 Anthropic 于 2024 年 11 月推出，作为向模型暴露外部能力的工具层。OpenAI 虽然较晚采用，但推动了大量创新：先是 Apps SDK 让集成方提供交互式界面，随后社区提出官方 MCP Apps 扩展实现跨主机可移植。2026 年 DevDay 上，OpenAI 发布 Plugin Extensions，让 MCP 应用深度集成到 ChatGPT 的侧边栏、对话面板等界面，并新增 MCP Events，使外部系统能通过 webhook 主动触发 ChatGPT 中的工作。MCP 正从能力层演变为完整的应用架构标准。
文章探讨了决策模型 Jev 在 DevOps 领域的早期应用，提出“JevOps”概念。DevOps 充满大量小型语义决策（如日志是否值得调查、告警是否严重、修复是否有效等），传统依赖确定性规则、分类器或 LLM。Jev 以低成本、低延迟的方式将这些语义决策直接嵌入运维系统。文章列举了多个案例：Cribl 探索遥测管道中的语义决策、Jev Logs 实现日志分流、Jevernetes 应用于 Kubernetes 日志、Datadog 将 Jev 用于生产环境 Agent 评估、SREGym 在 SRE Agent 旁构建第二评估循环、以及 Jev 对高风险动作的语义门控审查，展示了决策模型在各运维环节的广阔前景。
文章探讨将 LLM-as-Judge 从离线评估工具迁移到 Agent 运行时架构中的趋势。传统确定性软件可通过类型检查、断言等方式验证结果，而 AI 应用输出往往需要判断性评估，LLM judge 能让应用自我完成这些判断。作者介绍了几种常见模式：使用另一个模型（包括专用小型评估模型以降低成本）、将大而模糊的判断拆解为多个小判断并用 DAG 结构组合、用成对比较代替打分以规避位置偏差、在 Agent 工作过程的关键节点（如检索、方案选择）设置检查点而非仅评估最终答案，以及使用多评委投票、辩论等机制提升可靠性。
文章探讨了 Snowflake、Databricks、ClickHouse、BigQuery、MotherDuck 等数据仓库平台在 AI 时代的架构演进，总结了七大架构经验：推理正在成为数据库算子；数据转换可通过 LLM 推断并物化新事实；语义层正成为 Agent 的基础设施；Agent 的部署位置是重要的架构决策；数据仓库正成为 Agent 工作的执行环境；Agent 是一种新的数据库工作负载，其迭代、突发、高并发的访问模式要求重新设计数据库系统。这些模式为所有 AI 产品的架构设计提供了借鉴。
文章分析了当前兴起的"软件工厂"（Software Factory）产品的共同架构模式。作者指出，软件工厂并非能独立完成产品的巨型AI工程师，而是围绕AI工人构建的分布式系统，包含工作流、沙箱环境、权限、持久化状态、审查验证和人工检查点等。文章总结了六大架构模式：工厂拥有外层自动化循环；工人趋向短生命周期和隔离化；工作状态从Agent会话转移到外部持久化系统；厂商在集成式与开放式技术栈上分歧明显；验证成为工厂核心功能等。作者以Factory.ai、Warp和Vercel Foreman为例，探讨这一趋势对前沿AI实验室的战略意义。
文章探讨如何让人们对 AI Agent 承担更重要的工作建立信任。作者提出需要让 Agent 在工作过程中留下“回执”——即不可变的、有类型的工作工件（如证据、假设、评估、建议、审批等）。通过将“工作本身”建模为产品的一等数据，定义工件类型及其依赖关系，并强制 Agent 遵守这些结构（如建议必须基于评估、评估必须引用证据），系统能客观验证工作是否真正完成，而非依赖 Agent 自述。工件不可变可保留决策演变过程，且每个工件需指明所用上游工件的精确版本，从而形成可审计、可信任的工作链路。
