正在打开每日关注
正在打开每日关注
通过统一 Harness 接口与官方 SDK，把多种编码 Agent 接入可切换的软件工厂。
The new HarnessAgent system in @aisdk makes building software factories super straightforward: - Makes it easy to program any harness with the same interface (Pi, Claude, Codex, OpenCode, and more) - And then switch harness as the SOTA evolves - Uses the official SDKs under the hood to subscriptions "just work" - Your job is to integrate it deeply into your workflow
starting to build a software factory for ai sdk. very exciting.
是什么 这条推文把 HarnessAgent 定位为 AI SDK 中面向“软件工厂”的统一接入层。它的重点不是再造一个编码 Agent，而是让 Pi、Claude、Codex、OpenCode 等 harness 共享同一接口，把具体执行器从工厂流程中抽离。引用内容说明该方向仍在起步阶段，因此原文更像架构愿景与积极判断，不是完整产品说明。
核心设计 可将思路理解为三层：上层是稳定的研发工作流，中间是 HarnessAgent 的统一契约，下层是不同 harness 及其官方 SDK。借助官方 SDK 复用订阅能力，并在 SOTA 演进时替换底层 harness，团队就能把“选哪个 Agent”变成可配置的基础设施问题，再把它深度嵌入自己的交付流程。
关键洞察 它代表一种面向变化的 Agent 工程策略：工作流、上下文、评测和交付规范尽量稳定，底层执行器可以快速轮换。抽象得当时能降低试错成本、减少单一工具锁定；但接口若只覆盖最小公分母，复杂能力、状态语义和错误处理仍会泄漏到上层。
边界与风险 “订阅直接可用”不等于生产治理已解决。落地前仍需验证各 harness 的能力一致性、权限与密钥边界、成本与限额、日志可观测性、重试幂等、结果可复现性，以及升级后的回归评测。由于没有仓库、文档或视觉证据，本解析只依据推文，不能把它当作已验证的完整架构。