本文是得物技术专家在 AICon 上海演讲整理的技术实录。「得物推荐 AI Harness 工程化实践系列」的开篇内容本系列共三篇连载。将系统拆解得物推荐复杂业务场景下AI代码从生成、防护校验到安全上线的完整技术体系逐一详解自研AI Harness整体架构框架、全流程安全防护机制、混合智能体核心算法实现以及工业级工程落地的实战细节。本篇上篇将整体介绍团队自研的AI Harness体系包括建设思路、全生命周期防护机制、混合智能体架构及落地效果。一、从 AI Coding 到 AI BuilderAI 写代码已经不新鲜真正困难的是怎么让 AI 在复杂业务系统里按目标、按边界、按质量标准持续生产。得物推荐的答案不是再造一个更会写代码的工具而是围绕 PDCA 全链路搭建一套 AI Harness让需求可约束、执行不断点、效果可度量、经验可复用。过去一年AI Coding 的体验快速成熟。它能写代码、补测试、改 bug甚至能在局部任务里表现得非常高效。但在真实工程系统里“能跑” 并不等于 “按目标生产”。推荐系统尤其如此链路长、模块多改一处可能牵动多路召回效果变化很难解释经验也很难沉淀成标准。AI 如果只停留在 Do 阶段就会变成一个更快的代码生成器而不是一个能推动业务迭代的工程伙伴。核心变化AI 化的不只是开发环节而是整个周期闭环。二、为什么只做 AI Coding 不够传统工程迭代可以抽象成 PDCAPlan 对齐目标和边界Do 完成开发实现Check 验证效果和风险Act 沉淀复盘与下一轮优化。AI Coding 主要解决的是 Do但复杂系统里的失败往往并不只发生在 Do。因此我们推荐做AI的目标不是让 AI “更会写代码”而是让 AI 进入完整迭代飞轮目标更清晰、执行不断点、效果可量化、经验可复用。AI Coding to AI Builder能跑不等于按目标生产三、Harness 的本质不是铁笼而是环境讲 Harness 之前可以先想一部电影《楚门的世界》。楚门被关在一个巨大的虚假世界里但真正有效的约束并不是摄像头、海岛或演员而是环境本身它让楚门觉得这就是世界本来的样子。好的 AI Harness 也是这样。它不是在 AI 外面挂一串硬规则而是把目标、边界、依赖、验证和回流能力做进协作环境让 AI 在“自然行动”的同时不容易越界。好的 Harness 不是铁笼是环境。它让 AI 觉得自己在自由行动但每一步都天然处在可验证、可回滚、可复用的工程上下文里。楚门的世界最有效的harness是环境让他觉得世界本该如此七阶段护栏把 PDCA 拆成可度量协作面七阶段护栏全面覆盖 PDCA四、Plan用 Contract 把需求变成护栏很多需求失败不是因为代码没写好而是从一开始就理解错了。自然语言 PRD 对人已经有歧义对 AI 更是如此。所以 Plan 阶段的核心是把需求改造成 AI 能理解、能执行、能验证的结构化契约。在得物推荐实践里T-PRD 会把需求拆成 EP每个 EP 再绑定影响范围、指标方向、稳定性红线和验收断言。以“负反馈调权”为例产品说“用户点不感兴趣希望少推类似商品”工程上要拆成信号接入、多粒度降权策略、实验与指标护栏等可执行单元。feature: negative_feedback_rerank goal: 用户点“不感兴趣”后减少相似商品曝光 scope: - Signal: not_interested / dislike - Ranking: item / spu / shop / brand guardrails: - 禁止核心点击率显著劣化 - 必须保留多样性与新颖性观察 - 所有影响模块需具备回滚路径五、Do让 AI 开发零等待AI 自主开发最怕“等人”。它写完代码跑不起来拿不到日志依赖服务不稳定就会不断回头问人最终变成一个很贵的自动补全。六、Check让推荐效果 7x24 可度量推荐系统的 Check 很难因为很多时候团队自己也无法简单判断“这次推荐到底好不好”。传统方式依赖 AUC、GAUC、线上实验和人工评审成本高反馈慢。Axis 推荐 AI 评测平台引入 AI 评审员模拟不同用户画像从新颖性、质量、相关性等维度对推荐结果打分。它不是替代线上实验而是在上线前多一层体验风险雷达。AI 全量评分专家抽样复核再把复核知识沉淀回评测体系。关键点AI 评测不是为了证明模型一定对而是为了让体验风险更早暴露、让评审口径可以持续沉淀。CheckAxis 推荐 AI 评测平台把体验评审变成 7x24 自动评审七、Act把 Bad Case 变成下一轮能力当线上出现异常系统会进入 Bad Case 捕获、诊断、沙箱复盘和 Story 沉淀流程。一次问题排查不应该只留下一个结论而应该留下下一次能直接复用的路径。八、七阶段之后还有三个深层痛点流程护栏能解决很多问题但 Agent 本身仍然有局限知识会丢、行为会漂、路径不透明。这些不是某个阶段的问题而是 Agent 工程化承载的问题。九、知识治理文档给人看Coding 给 AI 戴枷锁有个程序员笑话程序员最不喜欢两件事第一是别人不写文档第二是我写文档。AI 也一样。你不告诉它规则它就乱跑你用纯自然语言告诉它它又很难稳定理解边界。得物推荐把知识分成三层L1 是整体架构定义不可逾越的行动边界L2 是模块设计文档解释关键取舍和依赖关系L3 是代码注释最贴近 AI读代码时随用随取。在实验中补充 L3 注释后简单问题准确率从 52% 提升到 91%复杂问题准确率达到 100%简单题整体 token 消耗下降 48%复杂题下降 26%。单次上下文可能变长但任务完成轮次显著减少整体成本反而下降。L3 注释评测让模型从猜测走向可验证十、推查查Highway 与 ATV 的混合 Agent 架构在推荐链路排查场景里一个现实观察是80% 的问题是高频、可归类、可复现的20% 的问题是长尾、复杂、需要探索的。两类问题不应该用同一种 Agent 路径解决。Highway确定性来自代码一个经典玩笑是女朋友让你买两根香蕉如果看到卖苹果的就买四根。人会脑补到底买香蕉还是苹果代码不会它只会按条件执行。Highway 的原则也一样好的 Highway 不是更会猜而是不脑补。把稳定路径写进代码让每一次都在同一个地方执行、同一个地方观测、同一个地方定位错误。LLM 只负责最后的结果润色。ATV长尾问题需要受控探索剩下 20% 的长尾问题无法靠写死程序覆盖。ATV 提供工具、MCP 和约束让 Agent 按 ReAct 方式自主拆解、调用工具、读取结果、生成结论。探索成功后Memory 会把轨迹剪枝把 UID 等一次性特征升维成业务变量再经过 Dry Run 准入沉淀为新的 Highway 能力。Memory把一次成功变成下次默认能力十一、NOW从单点提效到工程复利当 Plan、Do、Check、Act 都被 AI Harness 纳入治理收益就不只是“某个人写代码快了”而是整个迭代系统开始转起来。这套体系的价值不是让 AI 替代工程师而是让工程系统本身更适合人和 AI 一起工作。十二、尾声碳硅梦蝶两千多年前庄子醒来不知道是自己梦见了蝴蝶还是蝴蝶梦见了自己。今天的 AI 协作也有类似的错觉我们一边给大模型写 Prompt、喂 Context、鼓励它进入创造状态另一边我们自己在流程、工单、SOP 和评测指标里越来越像一个接口。于是一个有趣的反转出现了我们把 AI 当人用接受它的涌现、幻觉和不确定性同时我们也把人当 AI 用把沟通前提、输入输出、执行边界和健康度工程化。Harness 就是梦境边缘。它不判断谁在做梦只保证 AI 梦醒时有规则兜底人类疲惫时有流程支撑。最终的命题不是“AI 会不会写代码”而是“我们能不能把 AI 纳入一套可控、可度量、可复用的工程协作系统”。这才是从狂野代码走向按目标生产的真正跃迁。碳硅梦蝶Harness 是梦境边缘也是工程协作的安全网下篇预告「得物推荐 AI Harness 工程化实践系列」中篇《推荐系统诊断Agent从调接口到会思考得物技术》将基于本文进一步拆解更多原理和工程落地细节。往期回顾1.从表单到 Agent得物社区活动搭建的 AI 实践之路2.从埋点需求到规则资产Hermes Agent 重构得物数仓工作流3.让 Claude Code 拥有自我进化和记忆系统得物技术4.用 LLM Agent 重构告警排查流程得物技术5.HorizonVault 技术深潜如何在 HDD 上做出 100GB/s 级大吞吐分布式存储得物技术文 /三白关注得物技术每周更新技术干货要是觉得文章对你有帮助的话欢迎评论转发点赞未经得物技术许可严禁转载否则依法追究法律责任。
