同一个参数，为什么要反复找、反复确认？
图片、产品参数和旧资料分散时，设计师每次接到需求都要重新查找，还容易混淆标准版、EDU 与选配信息。
发现的问题产品事实与活动文案混在一起，缺少可追溯的统一输入。
对应手段整理带来源和版本边界的产品资料，将事实字段与活动标题、语言、行动入口分开。AI 辅助信息梳理，产品说法仍由人对照来源核定。
DESIGN OUTPUT / 设计成果
十二页，讲清产品与交流路径。
向下浏览全部页面。项目背景、流程图与代码位于图片之后，也可从左侧直接跳转。
市场部真正要解决的，
是改得快，也交得准。
一次产品交流，往往同时需要 PPT、产品单页和不同语言版本。活动标题、配置或咨询入口一变，相关文件也要一起更新。本演示从这些常见任务出发提出问题，并非对宇树内部工作状况的既定判断，实际优先级仍需和团队确认。
只改一个标题，为什么要打开好几份文件？
同一专题需要多格式、多语言交付。逐份复制和修改容易漏改，也让设计时间被重复执行占用。
发现的问题内容更新与版式制作缺少共同字段，修改不能稳定传递到输出。
对应手段把高频信息转成字段与版式规则，由 Activepieces 触发 pdfme / PptxGenJS 输出四份基础物料，再记录版本与文件摘要，归入 ResourceSpace 待审。
AI 能给出初稿，为什么还不能直接交付？
内容可能缺少版本条件，图片可能像贴上去，标题和参数也可能争夺注意力。生成完成不等于交流材料已经好用。
发现的问题事实准确、信息取舍和视觉质量，是不同的判断，不能只看“是否生成成功”。
对应手段保留人工内容审核与审美深化：补齐交流问题、调整阅读顺序、统一色调，修正图片衔接、字体与表格，再通过 PowerPoint 逐页检查。
G1 / PRODUCT COMMUNICATION01 / 06
把重复步骤交给流程，
把判断留在设计与审核。
已验证 · v1 / v2
基础物料生成与归档
INPUT / 输入需求与产品事实
语言、活动标题、行动入口
产品资料单独维护
ACTIVEPIECES触发生成任务
Webhook 接收需求
调用本地生成服务
PDFME + PPTXGENJS生成四份物料
中文 PDF / PPTX
英文 PDF / PPTX
RESOURCESPACE待审归档
记录版本、来源与摘要
保留待审状态
HUMAN REVIEW人工审核与交接
核对参数、品牌与版式
审核通过后决定发布
自动化验证止于待审归档；人工审核与正式发布仍是后续决策。
已完成 · 单独制作
12 页视觉深化
CONTENT + DESIGN深化信息与视觉
官方资料、12 页叙事
冷灰紫配色与版式
PRESENTON导出版式
HTML → 演示文件
自定义视觉体系
POWERPOINT修正与逐页检查
原生表格、字体、裁切
12 页 PPTX + PDF
下一步：把已确认的 12 页设计接入上方需求字段。目前两条流程尚未合并。
实线箭头：已使用的制作步骤人工节点：保留审核与判断
已经跑通的是早期 v1 / v2 的“需求触发 → 四份物料生成 → 待审归档”。上方 12 页成品属于后续视觉深化，目前单独制作与检查，尚未接回自动化链路。
工具各自解决什么？
pdfme：参数化 PDF 单页；PptxGenJS：可编辑 PPT；Activepieces：任务触发和衔接；ResourceSpace：物料版本与待审归档。
Presenton 本地导出引擎用于后续 12 页设计，从 HTML 版式输出演示文件；PowerPoint 负责最终打开、修正和渲染检查。采用自定义视觉体系，未将默认模板输出直接当作最终设计。
G1 / PRODUCT COMMUNICATION02 / 06
把 AI 的初稿，
变成能被使用的设计。
先判断讲什么，再判断怎么摆。
产品介绍需要支持真实交流。深化时增加版本对照、选配边界、常见问题和客户需求确认，让材料不止展示功能，也能帮助对方提出下一步问题。AI 可以协助组织信息，但不能替代对来源和适用条件的核对。
审美判断落实到具体改动。
从官方产品图提取冷灰紫色调，重新建立中英文标题、数字与正文的层级。第二页调整动作图与背景的衔接，避免生硬的贴图感；第三页移除多余小图，让版本对照成为焦点，并改为原生可编辑表格。
交付之前，再看那些容易漏掉的细节。
在 PowerPoint 中检查数字和单位换行、字体兼容、图片裁切、表格线与文本可编辑性，再渲染全部页面并导出 PDF。文件摘要验证文件一致性；事实、审美与发布决定仍由人负责。
本案例中的 AI 主要参与资料整理、内容与代码协作。已验证的自动化链路使用结构化数据和确定性生成工具，并不是自主判断、自动批准发布的 AI Agent。12 页设计深化目前单独完成，尚未接回基础链路。
G1 / PRODUCT COMMUNICATION03 / 06
展示实际记录，保留结果边界。
早期每次输出：中文 PDF / PPTX、英文 PDF / PPTX。
早期链路检查通过：4 份归档文件大小与待审状态，8 份 v1 / v2 文件摘要。
深化版 PPTX 与 PDF；保留可编辑文字、图片及一张原生比较表。
Activepieces 执行记录为成功；ResourceSpace 资源 5–8 已进入待审状态。v2 调整活动标题和行动入口，产品事实沿用同一来源。文件摘要用于核对输出一致性，不替代参数、内容或设计质量的人工审核。
尚未测量真实团队工时、销售转化或投放效果，也没有自动批准发布。下一步应让团队用一个真实需求试做，记录人工耗时、改稿轮次、事实错漏与资料使用情况，再判断是否值得扩展。
查看脱敏验证记录 ↗G1 / PRODUCT COMMUNICATION04 / 06
代码支撑交付，
规则让流程能够复用。
下载包提供实际制作脚本及阅读说明，按基础生成、视觉深化、交付验证分类。它是案例源代码摘编，不包含运行凭据、字体文件、服务数据库或完整安装环境。
展开：生成与归档逻辑 / GENERATION LOGIC
流程说明（简化）：
读取产品事实 + 活动需求
→ 校验产品、版本与字段
→ 按 zh / en 分别生成 PDF 和 PPTX
→ 记录来源、版本、文件大小和 SHA-256
→ 标记 pending_review，交给归档服务
→ 人工审核后决定是否发布
展开：12 页设计制作步骤 / DESIGN PIPELINE
- prepare.mjs：组织内容、配色、字体层级和官方图片，生成逐页 HTML。
- render.mjs：调用 Presenton 导出引擎，生成预览与演示文件。
- finalize.py：修正文本、字体与原生 PowerPoint 比较表格。
- render-powerpoint.ps1：在 PowerPoint 中渲染全部页面并导出 PDF，逐页检查。
G1 / PRODUCT COMMUNICATION05 / 06
先把一个产品专题做好，
再逐步扩展。
设计师可以先负责可靠资料、视觉母版、多格式输出和交付检查；跨部门系统、权限与客户数据接入，再与对应负责人协作。近期最具体的下一步，是把已确认的 12 页设计接回需求字段，并补齐品牌与产品审核。
在此基础上，才扩展展会系列物料、数字渠道内容与素材复用。业务目标是信息更清楚、交付更稳定，并由真实反馈决定是否推广。
资料依据：宇树 G1 官网、SDK2 与 MuJoCo。成品公开资料核对日期：2026-11-03。实际产品交付以官方确认为准。
交流一个具体的市场设计任务 ↗G1 / PRODUCT COMMUNICATION06 / 06