8.1
深览指数
科技Bestblogs·大淘宝技术··AI 生成

告别 AI Demo 页面:构建支持淘内货品运营、可 C 端投放的会场 Agent Harness

本文详细介绍了阿里巴巴方舟团队如何构建一个生产级的 AI 会场生成系统,核心挑战在于让 AI 不仅生成好看的 HTML Demo,而是输出符合淘系视觉规范、绑定真实商品数据、且能直接用于 C 端投放的完整页面。文章围绕一套由策划、视觉设计、数据装配、页面构建组成的链路,深刻探讨了在技术工程层面如何解决 HTML 的三重约束、Design Skill 的具象化落地、上下文管理与成本优化等核心问题。适合对 AI 工程落地、大型系统设计感兴趣的工程师与产品经理阅读。原文 ↗

核心观点
  • ▍真正的生产级 AI 会场生成,需要同时满足视觉规范、真实商品供给与淘系渲染协议三大约束,而非仅生成静态 Demo 页面。
  • ▍通过将设计、运营、开发规则以 Skill 形式注入 Agent,并构建一套分层、可追溯的工程系统,才能实现从「一句话需求」到「可投放页面」的闭环。
  1. 01page.html 是视觉(软约束)、商品数据(认知约束)、生码(硬约束)三重约束的冲突中心,视觉分组不等于供给分组,需要通过 data-ark-slot 等协议解耦。
  2. 02系统引入了 30+ Design Skill,将情绪板、材质、排版等隐式设计语言转化为 AI 可理解的结构化知识,并通过规则持久化、压缩恢复与编辑保护维持风格一致性。
  3. 03采用上下文分层(P0-P3)与 Prompt Cache 策略,在压缩时显式恢复重要 Skill 的描述,清理低价值工具结果,以提升 Token 利用效率和成本。
  4. 04引入 SubAgent 实现上下文隔离和并行任务处理,主 Agent 负责业务主循环,SubAgent 可独立处理并行的子任务(如多行文案生成),并通过工作区协作。
  5. 05设计了一个基于 OSS 的虚拟文件系统作为工作区,持久化所有产出的中间产物,保证了多轮编辑的可追溯性和体验一致性。
  6. 06技术栈包括:主 Agent、Skill 体系、Task 委派、基于 OSS 的工作区以及多层质检(视觉、商品、生码)与全链路观测。
反方 / 局限
  • — 作者并未明确指出,但「逐步迭代,用久了会更懂你」的假设意味着系统依赖于持续的规则与模型调优,对于冷启或低频使用场景,初始效果和一致性可能不如预期。
  • — 文章讨论的 Skill 和 SubAgent 策略高度依赖淘系特定的设计、数据和业务上下文,其工程框架虽具参考价值,但核心逻辑和实现细节难以直接复用于其他平台的会场生成。
4 分钟 · 5 卡片 · 11 资料
读原文 →

前置背景

技术原理

平行视角

未来推演

延伸追问