大淘宝技术：AI 驱动研发体系与 Price360-KB 项目 Harness

• 原文链接：https://mp.weixin.qq.com/s/OSYCiNajJw6c5-hGFSAfYw
• 来源：微信公众号「大淘宝技术」；作者默达，营销&交易技术团队
• 获取时间：2026-09-03

核心结论（一句话）

AI 驱动研发不是用更长 Prompt 替代工程流程，而是以项目 Harness 把稳定业务上下文、源码、规则、机器可读迭代产物和验证证据接到 Agent 的执行环境；人保留业务决策、验收与授权，完成以代码、业务状态和可复核证据的一致性判定。

分类提炼

• 场景：复杂业务系统的 AI Coding、研发知识治理、需求到发布的交付闭环
• 标签： #主题/AI-Coding #主题/Harness工程 #主题/知识工程 #主题/上下文工程 #主题/验证驱动
• 类型：企业研发实践 / 项目 Harness 设计 / 团队经验总结

知识节点

• 项目Harness：在通用 Coding Agent 之外，组织业务知识、源码、规则、流程 Skill、门禁、工具接口与验证证据的项目级执行环境。
• 稳定上下文：业务规则、历史决策、跨系统链路和迭代文档等可版本化事实，应与代码一起进入 Git 并经过评审和回滚管理。
• 动态事实：工作项状态、真实环境、日志、数据库和配置中心等运行时信息，应由权威系统按需查询，不能被静态文档替代。
• 文件Wiki：与代码、测试、索引共享同一 MR 和版本的知识维护方式；优先解决知识如何生产、审核和保鲜，再按需接入 RAG 或本体。
• 知识飞轮：PRD、方案、测试与归档在每次迭代中生产下一轮所需上下文，使知识建设从交付副产物转为后续任务的加速器。
• 迭代协议：用 REQ、AC、TC、状态、版本、依赖与证据字段，将 PRD、方案、测试和发布变成 Agent 可检查的阶段接口。
• 交付证据：验证必须关联当前分支与真实环境，综合返回值、日志、调用链、数据副作用与人工验收；命令成功或代码合入不足以证明业务完成。

正文要点

1. 从辅助编程到项目 Harness：通用 Agent 能操作文件、代码、Git 和工具，但不了解项目业务规则、历史约束和完成标准。项目 Harness 让 Agent 能从上下文检索走到受控验证。
2. 本地优先不是本地封闭：业务知识、代码、规则和迭代资产适合用文件夹与 Git 管理；Aone、测试环境、日志、数据库和配置等动态事实必须保留在各自权威系统中，并通过 CLI/MCP 汇入执行现场。
3. 老系统可在迭代中冷启动：关联现有代码和材料，从访谈、历史资料与代码中清洗初始知识；不要等待完整知识库，需求交付本身应持续校验、回写和纠正知识。
4. 知识只保存代码外的判断：wiki 保存业务概念、口径、规则、角色与异常处理；tech 保存跨系统关系、切换状态、运行拓扑和观测方式；具体方法逻辑仍以源码为准。
5. 协议、能力和脚本分别承担责任：AGENTS.md 说明事实源、阶段与授权边界；Skill 组织领域任务；脚本执行确定性检查和门禁，避免依赖模型自觉遵守流程。
6. 完成条件由证据闭合：PRD 未确认不进入方案，方案与测试设计未确认不写代码，缺少真实测试证据不进入发布；合入后还需回查业务与协同状态。

关联图谱

上游（基于 / 来自）

• [[02-ai-coding/大淘宝技术-永霸-AI-Coding-环境与验证驱动]]：提出模型能力与环境能力相乘、Spec 转为约束与假设；本文补充项目知识、文件 Wiki 与迭代协议如何供给该环境。
• [[01-ai-agents/phodal-面向人机交互设计Harness-产物中心Agent-Loop]]：说明工作现场应包含产物、版本、操作回执和验证证据；本文将这一原则落到企业研发工作空间。

下游（应用于 / 验证于）

• [[02-ai-coding/AICoding之后-如何让Agent进入企业研发全链路-得物推荐的Harness实践]]：将需求、环境、评测与复盘接为 PDCA；本文的迭代协议和证据要求为全链路运行提供知识与状态基础。
• [[01-ai-agents/腾讯程序员-AI-Coding到Harness-Engineering-应用宝活动平台实践]]：项目级上下文、工具和验证机制可在具体业务研发链路中继续演化为可复用 Harness 能力。

同级（横向 / 并列）

• [[02-ai-coding/Anthropic发布AI-Native软件开发流程-时代变了-该换套模式了]]：同样以版本化规格、计划、变更与验证串联 AI 原生研发；本文更强调本地文件工作区和业务知识治理。
• [[01-ai-agents/Loop-Engineering-验证才是瓶颈]]：同样将可靠交付的核心放在验证反馈；本文给出研发项目中稳定上下文、动态事实与迭代证据的组织方式。

相关链接

• 原文归档
• 分析拆解

证据边界

该页基于大淘宝技术团队对 Price360-KB 的实践总结，内部仓库和全量实现未公开。文中组织方式、工具边界、流程效果与 FDE 角色演进均未独立复现；它们可作为项目 Harness 设计假设，不构成通用研发效能数据、自动化安全证明或生产发布授权。