From d062d7946509c7210cf8b6acc600980d07c735e5 Mon Sep 17 00:00:00 2001
From: Stev_Wang <304865932@qq.com>
Date: Mon, 2 Nov 2026 15:09:51 +0800
Subject: [PATCH] docs(proposal): add project initiation proposal V0.1
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

补入立项阶段的背景论证与投入测算，作为 PRD 的上游背景材料；
本文只用于追溯决策，不约束实现。

影响面：仅文档，无代码影响。回滚方式：git revert 本提交。
---
 ...灵犀_信息流素材生产平台_立项建议书_V0.1.md | 1291 +++++++++++++++++
 1 file changed, 1291 insertions(+)
 create mode 100644 docs/立项建议/灵犀_信息流素材生产平台_立项建议书_V0.1.md

diff --git a/docs/立项建议/灵犀_信息流素材生产平台_立项建议书_V0.1.md b/docs/立项建议/灵犀_信息流素材生产平台_立项建议书_V0.1.md
new file mode 100644
index 0000000..2bfdb7d
--- /dev/null
+++ b/docs/立项建议/灵犀_信息流素材生产平台_立项建议书_V0.1.md
@@ -0,0 +1,1291 @@
+# 灵犀 · 信息流素材生产平台 · 立项建议书
+
+*PROJECT INITIATION ADVISORY*
+
+**从「个人经验驱动」到「资产驱动的素材工厂」**
+
+> 本文是对现有 PRD（V0.1 / V0.2）的**补充建议**，不替代 PRD，也不在 PRD 原文上做任何修改。文中所有"建议"均为可讨论的观点，最终以评审结论为准。
+
+| **项** | **内容** |
+| --- | --- |
+| 文档类型 | 立项建议书（讨论稿） |
+| 文档版本 | V0.1 |
+| 文档状态 | 待讨论 |
+| 基线文档 | `docs/PRD/灵犀_信息流素材生产平台_PRD_V0.2.md`（V0.2，2026-10-30） |
+| 关联文档 | `README.md`、`docs/PRD/灵犀_信息流素材生产平台_PRD_V0.1.md`、`docs/skills/` 下两个 Prompt 生产 skill |
+| 编写日期 | 2026-10-30 |
+| 适用范围 | 立项评审、需求范围讨论、版本排期对齐；不含技术选型与架构设计 |
+
+---
+
+## 0　阅读说明
+
+### 0.1　本文要回答的三个问题
+
+现有 PRD 已经把「做什么功能、按什么规则、分什么优先级」写得比较完整。但在立项阶段，还有三个更靠前的问题没有被回答：
+
+| **序号** | **问题** | **本文对应章节** |
+| --- | --- | --- |
+| 1 | 素材生产的瓶颈到底在哪？值不值得投入自建平台？ | 第 1 章 |
+| 2 | 如果做，边界划在哪？哪些是"必须有"，哪些是"看起来很美"？ | 第 2、3 章 |
+| 3 | 先做哪一段、后做哪一段？怎么判断"做成了"？ | 第 8、9 章 |
+
+### 0.2　与 PRD 的关系
+
+- **PRD 回答"怎么做"**：功能清单、业务规则、字段级优先级。
+- **本文回答"为什么做、做到什么程度、先做哪一段"**：立项判断、目标体系、模块结构、管理底座、路线与指标。
+- 本文提出的结构调整（如「编辑」并入「资产模块」）如果被采纳，**由 PRD 下一版承接细化**，本文不直接改 PRD。
+
+### 0.3　结论摘要（只看一页）
+
+1. **建议立项，但必须收敛范围**：产品收敛为「三条主线 + 一个底座」——脚本线、素材线（图片 / 视频）、资产线，底座是平台管理。不做"素材界的大而全工具箱"。
+2. **建议调整现有 PRD 的模块结构**：「编辑」并入「资产模块」（它本质是资产的生产入口）；「管理」拆成「资产管理」与「平台管理」两个子域。理由见 3.2。
+3. **主链路的核心不是"AI 一键生成"，而是"批量生成 → 人工快筛 → 资产复用"**。AI 负责把"可选方案"从 10 个放大到 100 个，人负责把 100 个收敛到 5 个，资产负责让下一次不用从 0 开始。
+4. **三个最高杠杆的补强项**（现有 PRD 尚未覆盖或很弱）：
+   - 结构化「商品信息卡 / 卖点库」，替代自由文本的"产品信息"输入；
+   - 提示词模板资产化（`docs/skills/` 里的两个 skill 已经是雏形，应升级为平台资产）；
+   - 视频的「批量变体矩阵」（N 条脚本 × 人物池 × 场景池 × 景别），而不是一条脚本一条视频。
+5. **管理模块是立项成败的关键之一**：30–100 人跨部门使用、客户数据需要隔离，意味着"用户 / 客户 / 权限 / AI 配置 / 数据字典 / 审计"不是锦上添花，而是**第二期就绕不过去的地基**。
+6. **建议分四段走**：M0 地基（主数据 + 权限 + 资产模型）→ M1 脚本与图片主链路 → M2 视频批量矩阵与 AI 配置 → M3 复用与效果回流。
+
+### 0.4　阅读约定
+
+| **标记** | **含义** |
+| --- | --- |
+| 【待补】 | 需业务方 / 数据侧回填的现状值或口径 |
+| 【待决策】 | 需拍板的分歧点，汇总在第 11 章 |
+| 【建议】 | 本文观点，供讨论，可被否决 |
+| 【差距】 | 与现有 PRD V0.2 的差异点 |
+
+---
+
+### 0.5　文档结构
+
+| **章节** | **内容** | **重点读者** |
+| --- | --- | --- |
+| 0 | 阅读说明与结论摘要 | 所有人（赶时间只看 0.3） |
+| 1 | 项目背景、痛点、自建 vs 采购、立项结论与止损 | 决策者 |
+| 2 | 目标体系、非目标、验收标准 | 决策者 / 业务负责人 |
+| 3 | 产品全景：结构调整建议、主线流程、与 PRD 映射、角色 | 产品 / 研发负责人 |
+| 4 | 脚本模块：分镜级脚本、商品信息卡、变体矩阵、质量校核 | 产品 / 文案 / AI 工程 |
+| 5 | 素材模块：图片线、视频线、快筛、导出归档 | 产品 / 设计 / AI 工程 |
+| 6 | 资产模块：资产分类、继承规则、生命周期与复用度量 | 产品 / 设计 |
+| 7 | 平台管理：账号、客户、权限、AI 配置、数据字典、审计 | 产品 / 研发 / 安全 |
+| 8 | 关键决策 12 项 | 决策者（评审必读） |
+| 9 | 路线 M0–M3 与人力建议 | 决策者 / 项目经理 |
+| 10 | 指标与埋点 | 产品 / 数据 |
+| 11 | 风险与合规 | 决策者 / 法务 |
+| 12 | 待确认问题 | 所有人 |
+| 附录 | 与 PRD 对照、核心实体、页面清单、术语、依据 | 产品 / 研发 |
+
+---
+
+## 1　项目背景
+
+### 1.1　业务背景：素材是信息流投放的"燃料"，不是"交付物"
+
+团队以信息流广告投放服务为主业，商业模式决定了素材的特殊地位：
+
+| **事实** | **含义** |
+| --- | --- |
+| 客户按投放效果与消耗结算，素材是计划的前置条件 | 没有素材就没有可投计划，素材产能直接决定可承接的客户数与消耗上限 |
+| 信息流素材有"消耗"属性，单条素材的有效跑量周期通常只有数天 | 素材需要**持续新增**，不是做一批用一年 |
+| 服务客户集中在服饰电商（现为得物、唯品会等） | SKU 多、上新快、卖点同质，**素材数量与迭代速度**决定测试与跑量能力 |
+| 同一品类换一个客户，创意结构高度相似 | 经验本应可复用，当前却每次从零开始 |
+
+**结论**：素材不是"做完即交付"的项目制产物，而是持续消耗的"弹药"。弹药产能上限 = 业务规模上限。这是做平台而不是"多招几个设计"的根本原因。
+
+### 1.2　行业变量：生成式 AI 打掉了单条成本，但没有解决组织能力
+
+近两年的三个变化，共同决定了现在这个时间点值得立项：
+
+| **变化** | **发生了什么** | **对我们的影响** |
+| --- | --- | --- |
+| 生成成本断崖式下降 | 一条 15 秒达人素材的生产，从"人天级"降到"人时级" | 单条成本不再是主要瓶颈，"做得过来"变成"管得过来" |
+| 生成工具商品化 | 平台侧与第三方都推出了 AI 创意工具，门槛持续降低 | 单纯"会用 AI"不构成竞争优势，工具本身不稀缺 |
+| 竞争焦点转移 | 从"会不会做"转向"懂不懂客户 / 有没有资产 / 能不能规模化" | 平台价值必须落在**客户数据、私有资产、流程编排**三层上 |
+
+一句话：**AI 把"生成"变成了便宜的公共品，把"资产与治理"变成了贵的私有品。** 平台应该建在后者上。
+
+### 1.3　现状与痛点（PRD 已识别 + 本文补充）
+
+PRD V0.2 表 1-2、表 1-4 已识别 5 条痛点和 6 条问题，本节直接沿用，并补充两条与"平台化"直接相关的问题：
+
+| **编号** | **环节** | **现状问题** | **影响** | **来源** |
+| --- | --- | --- | --- | --- |
+| P-01 | 成本 | 因素材制作成本高，只能少做、做简 | 可投素材不足，测试计划铺不满 | PRD 已有 |
+| P-02 | 产能 | 设计产能有限，急单靠运营拼凑 | 交付周期被排期锁死，错过投放窗口 | PRD 已有 |
+| P-03 | 质量 | 构图、信息层级、警示语不合规 | 提审被拒、返工，进一步挤占产能 | PRD 已有 |
+| P-04 | 冷启动 | 新客户每次从头积累，同品类经验不继承 | 人效随客户数线性下降 | PRD 已有 |
+| P-05 | 沉淀 | 脚本、模板、Logo 散落在个人设备 | 人一走经验就断档 | PRD 已有 |
+| Q-01 ~ Q-06 | 五个环节 | 脚本靠人写、制作靠人拼、审核分散、资产无管理、流程靠口头、基础数据靠约定 | 见 PRD | PRD 已有 |
+| **Q-07** | **治理** | **没有账号体系、权限边界与操作留痕；AI 调用与成本不可见** | **客户素材存在泄露风险；多人协作靠人管；AI 花在哪、花了多少说不清** | **本文补充** |
+| **Q-08** | **工具链** | **脚本、出图、出视频、存资产分散在 5–8 个工具与个人网盘** | **同一条素材的"上一版"找不到；换个工具就重做一遍；无法统计真实成本** | **本文补充** |
+
+> 【建议】Q-07、Q-08 是本项目区别于"再多买几个 AI 工具"的关键。如果这两条不在范围里，平台的必要性会显著下降。
+
+### 1.4　影响量级（先立口径，再填数）
+
+PRD 表 1-3 已给出测算维度，本节补充**计算口径**，数值仍为【待补】，建议由业务方与数据侧在评审前回填。
+
+| **指标** | **计算口径（建议）** | **现状值** | **备注** |
+| --- | --- | --- | --- |
+| 在服务客户数 | 当期有投放消耗的客户数 | 【待补】 | 现为 2（得物、唯品会），目标是可承接增量 |
+| 单客户月均视频需求 | 条 / 月，按已交付可投计 | 【待补】 | 不含返工 |
+| 单客户月均图片需求 | 套 / 月（1 套 = N 张同版式） | 【待补】 | |
+| 素材一次过审率 | 首次提审通过条数 ÷ 提审总条数 | 【待补】 | 平台质量目标的核心约束 |
+| 单条视频综合成本 | （人力工时 × 人时成本 + AI 调用成本 + 外部采购）÷ 产出条数 | 【待补】 | 平台 ROI 测算的分子 |
+| 需求交付周期 | 需求提出到素材可投的自然日 | 【待补】 | |
+| 素材复用率 | 复用了既有资产（模板 / Logo / 位置 / 脚本 / 提示词）的产出 ÷ 总产出 | 【待补】 | 平台上线后统计 |
+| 新客户冷启动周期 | 首条素材可投所需工作日 | 【待补】 | 资产复用的直接结果 |
+
+### 1.5　自建 vs 采购：建议"混合"，不要"全自建"也不要"全采购"
+
+立项最容易被跳过、也最该先回答的问题是：**这些能力为什么要自己建？** 【建议】按下表分层判断：
+
+| **能力层** | **商品化程度** | **是否形成我们的壁垒** | **建议** |
+| --- | --- | --- | --- |
+| 基础生成能力（文 / 图 / 视频 / 语音模型） | 高 | 否，且迭代极快 | **采购 / 接入**，不碰模型训练 |
+| 生成编排（批量任务、参数、重试、额度、成本核算） | 中 | 部分 | **自建**（轻量，但别省） |
+| 提示词与模板 know-how（人物池、场景池、景别、口播脚本结构） | 低 | **是，核心资产** | **必须自建并资产化** |
+| 客户与素材资产、权限、审计、交付记录 | 低 | **是，且是合规刚需** | **必须自建** |
+| 投放执行与效果归因 | 高 | 否，且平台侧封闭 | **本期不做**，只留数据接口 |
+
+**结论**【建议】：平台 = **编排层 + 资产层 + 治理层**；模型 = 可替换的供应商。不把产品价值押在任何一家模型上，也不重复造"生成工具"的轮子。
+
+> 行业侧的对标情况（巨量引擎「即创」、腾讯广告「妙思」、筷子科技等）见 1.5.1，用于校准"哪些能力可以直接买"。
+
+#### 1.5.1　行业与竞品参考
+
+> 以下为 2026-10 的公开资料调研（未做商务询价），用于判断"哪些能力可以直接买、哪些必须自己建"。
+
+**一句话结论**：脚本生成、批量出图、批量出片这三段，在 2025–2026 已被平台方商品化到近乎免费（即创免费公测，妙思、万相营造平台内免费或托管计费），**自建这三段没有壁垒**；真正稀缺的是"按客户隔离的素材资产 + 多人生产权限 + 跨模型编排 + 提示词 know-how"，市面产品最多覆盖其中 1–2 项。
+
+| **产品** | **覆盖我们的哪些环节** | **明显不覆盖** | **定价线索** |
+| --- | --- | --- | --- |
+| 巨量引擎「即创」 | 脚本生成、智能成片、数字人、商品卡；「爆款裂变」「一键过审」；可绑组织协作 | 仅巨量生态；跨平台资产、客户级数据隔离、操作审计、模型与额度配置均无公开功能说明 | 免费公测（官方口径：2025-06 日均生成约 40 万条） |
+| 腾讯广告「妙思」 | 文生图 / 图生图 / AI 视频 / 数字人口播、无限画布；成品 / 原料 / 分发资产库；三类 API；与广告审核打通 | 客户级数据隔离、RBAC、审计导出均无公开说明；强绑腾讯广告 | 平台侧无公开价，托管与 API 商务计费 |
+| 阿里妈妈「万相营造 / 万相实验室」 | 服饰模特图、平铺图上身试穿、AI 图片衍生、图生视频、剧本短视频；千套行业模板 + 官方模特 | 脚本工程化批量、团队权限、DAM、客户隔离弱；绑淘系 | 无公开报价（阿里云市场按量售卖 API） |
+| 筷子科技 Kuaizi | 「编拍剪投管」全链：脚本、AI 视频与数字人、批量混剪、多渠道投放、DAM、角色权限 + 集中审批 + 版本管理 | 跨平台投放数据回流未见；私有化与数据隔离无公开材料 | 启动版 6,800 元/年（媒体口径，未在官网复核） |
+| 特赞 Tezign / MuseDAM | DAM 内容中台：多模态资产、版本、权限、版权、使用记录治理 | 素材批量变体生产、投放闭环弱；不做"脚本 → N 变体"编排 | 企业定制，无公开报价 |
+| 即梦 / 可灵 / 混元 / HeyGen / Synthesia | 图生图、图生视频、数字人口播 API，可直接嵌入自有流程 | 无资产、无权限、无编排、无投放 | HeyGen $29/月起、Synthesia $29/月起（年付）；国内按量计费 |
+| 剪映企业版 / 稿定设计 | 模板批量出图与剪辑、团队席位、共享资产库、后台权限 | 无脚本工程化、无变体编排、无客户级隔离 | CapCut Teams 约 $15–30/席位/月；稿定 1,599 元/5 人/年起 |
+| Creatopy / Pencil / AdCreative.ai / Creatify（海外） | 品牌规范 + 审批流、静图批量、链接 → 口播视频；**Creatopy Agency 包按客户分 Brand Kit** | 国内平台（巨量 / 腾讯 / 快手）适配与合规预审缺失；中文服饰模板少 | Creatopy $49/席位/月起；Creatify 单条成片 $5–8 |
+
+**三条结论**（直接支撑本文立论）：
+
+1. **生成能力不必自建，也不该自建**。图像、视频、数字人口播已有成熟 API，边际成本已到"每秒几毛"量级；连服饰专用的模特图 / 平铺上身，平台级产品都在做，自研投入产出比最差。
+2. **"客户级数据隔离 + 操作审计"是采购品替代不了的**。调研未找到任何产品提供"客户级数据隔离 + RBAC + 审计导出"的组合；最接近的 Creatopy Agency（按客户分 Brand Kit）与筷子科技（角色权限 + 集中审批）也只到"代理工作台"粒度，且资产留在对方云上。这直接支撑第 7 章平台管理的必要性。
+3. **采购品的资产不跨平台**。即创、妙思的素材与审核都封闭在各自平台内，客户换平台即归零；而客户（得物 / 唯品会商家）的投放本就跨平台，**跨平台素材管理是刚需**，这是自建最强的理由。
+
+> 补充一条与本文一致的建议：即创、妙思可以当"免费产能"用（补足峰值），但不能当底座——它们的资产不属于我们。
+
+主要来源：[即创（百科）](https://baike.baidu.com/item/即创/67261870)、[腾讯妙思（百科）](https://baike.baidu.com/item/腾讯妙思/68735292)、[万相营造入选服贸会示范案例（人民网）](http://finance.people.com.cn/n1/2025/0920/c1004-40568186.html)、[筷子科技内容供应链报道（中国贸易报）](https://chinatradenews.com.cn/article/trade_promotion/177582)、[特赞 MuseDAM 产品页](https://tezign.static.tezign.com/products/musedam)、[Creatopy 定价](https://www.creatopy.com/pricing/)、[CapCut Teams 帮助](https://www.capcut.com/help/capcut-teams)、[HeyGen 定价](https://www.heygen.com/pricing)。
+
+> 未核实项：妙思与万相营造的官方报价、筷子科技官网价目、特赞报价、即创企业级权限细节，均按"未找到公开信息"处理，未做推断填充。
+
+### 1.6　立项结论与止损条件
+
+**结论**：建议立项。理由不是"AI 很热"，而是三条同时成立——需求侧素材消耗在加速、供给侧生成成本在下降、组织侧已有可复用的脚本与模板雏形（`docs/skills/` 即为证据）。
+
+但立项必须同时设定**止损条件**，避免"做了但没用"：
+
+| **编号** | **止损条件** | **触发后的动作** |
+| --- | --- | --- |
+| S-01 | M1 结束时，仍无法让一个真实客户完整跑通「录入 → 脚本 → 素材 → 导出」 | 暂停扩范围，先修主链路 |
+| S-02 | 上线 2 个月，单条综合成本下降 < 30%，或一次过审率下降超过 5 个百分点 | 回退"人工兜底"路径，重新评估 AI 环节 |
+| S-03 | 目标用户周活 < 50% | 先解决采用率与培训，不加新功能 |
+| S-04 | 资产复用率连续 2 个月 < 20% | 说明资产设计脱离实际，重做资产模型 |
+
+---
+
+## 2　项目目标
+
+### 2.1　北极星指标
+
+【建议】北极星指标取：
+
+> **人均每周产出的"可投素材数"（视频按条、图片按套，可按权重折算）**
+
+并附两条**约束条件**（防止用质量换数量）：
+
+- 素材一次过审率 **不低于** 现状基线；
+- 单条素材综合成本 **不高于** 现状基线。
+
+为什么不用"生成条数"：AI 生成 100 条废片也是 100 条，指标必须锚定"可投"。为什么不用"总产出"：掩盖人效，无法判断平台是否真的替代了人力。该指标需要同时配合 2.2 的质量与成本指标一起看。
+
+### 2.2　目标体系（五类）
+
+现有 PRD 表 1-5 的三条目标偏"流程上线"，缺少业务结果口径。建议补齐为五类指标，形成"效率—质量—成本—资产—治理"的完整闭环：
+
+| **维度** | **指标** | **口径** | **基线** | **目标（建议值，待校准）** |
+| --- | --- | --- | --- | --- |
+| 效率 | 需求交付周期 | 提出 → 可投的自然日 | 【待补】 | 缩短 50% 以上 |
+| 效率 | 人均周产出可投素材 | 可投条数 ÷ 参与人数 ÷ 周数 | 【待补】 | 提升 2 倍以上 |
+| 效率 | 需求按期率 | 按期交付 ÷ 总需求 | 【待补】 | ≥ 90% |
+| 质量 | 素材一次过审率 | 首次通过 ÷ 提审总数 | 【待补】 | 不低于基线，争取 +10pp |
+| 质量 | 返工率 | 返工需求 ÷ 总需求 | 【待补】 | 下降 50% |
+| 质量 | 商品还原度抽检合格率 | 人工抽检（AI 图/视频是否还原商品） | 无基线 | ≥ 95% |
+| 成本 | 单条视频综合成本 | 人力 + AI 调用 + 外部采购 ÷ 条数 | 【待补】 | 下降 50% 以上 |
+| 成本 | 单套图片综合成本 | 同上 ÷ 套数 | 【待补】 | 下降 60% 以上 |
+| 资产 | 资产覆盖率 | 有完整资产包（模板 / Logo / 位置 / 警示语 / 提示词）的客户 ÷ 总客户 | 0 | M3 达到 100% |
+| 资产 | 资产复用率 | 复用既有资产的产出 ÷ 总产出 | 0 | ≥ 60% |
+| 治理 | 权限覆盖率 | 纳入角色与数据权限的用户 ÷ 总用户 | 0 | 100%（M1 起） |
+| 治理 | 操作审计覆盖率 | 纳入审计的关键操作 ÷ 关键操作总数 | 0 | 100% |
+| 治理 | 生成任务成功率 | 成功任务 ÷ 提交任务 | 【待补】 | ≥ 98% |
+| 采用 | 目标用户周活率 | 周活跃 ÷ 目标用户数 | 0 | ≥ 80%（上线 3 个月后） |
+| 采用 | AI 调用成本占比 | AI 调用成本 ÷ 素材总成本 | 未知 | 可观测、可控（不设硬目标） |
+
+> 【建议】指标宁少勿多。评审时建议**只锁定 6 个**作为 M1/M2 的验收口径：交付周期、人均产能、一次过审率、单条成本、资产复用率、周活率。其余作为观察指标。
+
+### 2.3　分期目标
+
+| **阶段** | **目标** | **衡量** |
+| --- | --- | --- |
+| M0（地基） | 主数据、账号与权限、资产模型可用 | 新客户可在 10 分钟内完成建档与权限分配 |
+| M1（主链路） | 一个客户可完整走通「录入 → 脚本 → 图片 / 视频 → 预览 → 导出」 | 交付周期与单条成本首次可测 |
+| M2（提效） | 视频批量变体、AI 配置、模板资产化上线 | 人均产能、AI 成本可观测 |
+| M3（复用） | 行业资产包、复用率、效果数据回流（仅采集） | 新客户冷启动 ≤ 1 个工作日 |
+
+### 2.4　非目标（本期明确不做）
+
+与 PRD 1.2.3 保持一致，并补充四条：
+
+| **不做** | **原因** |
+| --- | --- |
+| 投放执行、账户搭建、计划复制 | 平台侧封闭，且不是素材生产的瓶颈 |
+| 素材效果归因与优化建议 | 数据拿不全，先采集不承诺归因（预留接口） |
+| 客户自助登录与协作 | 客户不直接进系统，避免权限与数据边界复杂化 |
+| 计费、结算、发票 | 与素材生产无关 |
+| 通用视频剪辑器 / 逐帧精修 | 与"批量"定位冲突，精修走外部工具 |
+| 模型训练与微调 | 先接 API，验证业务价值后再谈私有化 |
+| 素材投放后的资产管理（如素材下架、账户素材库同步） | 可作为 M4+ 候选 |
+
+### 2.5　验收标准（DoD）
+
+| **编号** | **标准** | **判定方式** |
+| --- | --- | --- |
+| AC-01 | 功能闭环：至少 1 个真实客户完整走通全链路 | 业务方现场验收 |
+| AC-02 | 指标改善：2.2 的 6 个锁定指标中至少 3 个达标 | 上线后 60 天数据 |
+| AC-03 | 组织采用：目标用户周活 ≥ 50%，且至少 3 个角色日常使用 | 埋点 + 访谈 |
+| AC-04 | 数据安全：权限隔离可验证、审计可追溯 | 安全自查 + 抽样 |
+
+---
+
+## 3　产品全景
+
+### 3.1　一句话定位
+
+> **面向信息流投放的 AI 素材工厂：把客户与商品信息稳定地变成可投放素材，并把过程中的经验沉淀为可复用资产。**
+
+三个关键词：**稳定**（不是偶发爆款）、**可投放**（不是草稿）、**可复用**（不是一次性）。
+
+### 3.2　结构建议：三主线 + 一底座（对 PRD 四模块的调整）【差距】
+
+现有 PRD 是「脚本生成 / 素材生产 / 编辑 / 管理」四模块。建议调整为「脚本 / 素材 / 资产」三条主线，加「平台管理」一个底座：
+
+| **建议模块** | **是什么** | **承接 PRD 的哪些内容** | **调整理由** |
+| --- | --- | --- | --- |
+| **脚本模块** | 从商品信息到"可拍摄 / 可生成"的脚本 | 4.3 脚本生成 + 4.5.3 脚本方向 + 4.5.4 待审核脚本 | 脚本的"生成—审核—入库"本是一条链，不宜分散在两个一级模块 |
+| **素材模块** | 图片与视频两条批量生产线 | 4.4 素材生产（图片 / 视频 / 导出） | 基本沿用，补齐"批量变体"与"成片入库" |
+| **资产模块** | 资产的生产入口 + 资产库 | 4.5 编辑模块（录入 / Logo / 模板 / 位置 / 警示语）+ 4.6 管理模块中的资产列表 | "编辑"本质是资产的生产，不是独立业务；"管理"里的资产列表是同一批资产的维护面 |
+| **平台管理** | 用户 / 客户 / 权限 / AI 配置 / 数据字典 / 审计 / 系统配置 | 4.6 中的行业、客户管理 + **本文新增** | 这一层是"治理"，与"内容资产"不是一个东西，混在一起会让管理模块变成大杂烩 |
+
+**三条理由展开**：
+
+1. **消除双入口**。PRD V0.2 已经出现「录入」与「行业 / 客户管理」两个建客户入口（O-12），又出现「编辑模块产出资产」与「管理模块维护资产」两个入口。这不是笔误，是模块边界没划清。合并后规则变成：**资产模块生产，平台管理治理，素材模块消费**。
+2. **管理模块被低估了**。PRD 里"管理"只有七类资产列表，但 30–100 人跨部门使用必然需要账号、角色、数据权限、审计；已有可调用 API 也必然需要模型与额度配置。这些不属于"资产"，应独立成底座。
+3. **扩展性**。三级结构（生产 → 资产 → 治理）职责单一，后续加"视频模板""提示词模板""人物池"时不会和现有模块打架。
+
+> 【待决策】D-01：是否接受"三主线 + 一底座"的结构调整。若接受，PRD 下一版需要重排章节。
+
+### 3.3　主线流程【建议】
+
+```mermaid
+flowchart LR
+    subgraph P["平台管理 · 底座"]
+        P1["组织 / 用户 / 角色 / 权限"]
+        P2["客户 / 行业 / 数据字典"]
+        P3["AI 配置 / 额度 / 审计"]
+    end
+
+    subgraph S["脚本模块"]
+        S1["商品信息卡 / 卖点库"] --> S2["脚本模板 + 批量生成"]
+        S2 --> S3["质量校核 + 人工审核"]
+        S3 --> S4["入库脚本"]
+    end
+
+    subgraph M["素材模块"]
+        M1["图片生产线<br/>物料 / 模板 / Logo / 位置 → N 张 → 预览勾选"]
+        M2["视频生产线<br/>脚本 × 人物 / 场景 / 景别 → 批量变体"]
+    end
+
+    subgraph A["资产模块"]
+        A1["模板 / Logo / 位置 / 警示语"]
+        A2["提示词模板 / 人物池 / 场景池"]
+        A3["成片资产 / 原始物料"]
+    end
+
+    P2 --> S1
+    P2 --> M1
+    P2 --> M2
+    P3 --> S2
+    P3 --> M2
+    S4 --> M2
+    A1 --> M1
+    A2 --> M2
+    A1 --> S2
+    M1 --> A3
+    M2 --> A3
+    A1 --> A2
+    A1 -.->|复用| M1
+    A2 -.->|复用| M2
+```
+
+**流程要点**（与 PRD 4.2 一致的部分不重复，只列新增）：
+
+1. 平台管理不是"后台配置页"，而是所有主链路的下游依赖：没有客户档案、没有权限、没有可用模型，主链路无法启动。
+2. 素材模块的产物（成片）也应回到资产模块入库——**导出即归档**，否则平台只生产不沉淀，半年后还是"找不到上一版"。
+3. 资产模块的"复用"是虚线而非实线：复用发生在生产时的"选用"，而不是资产模块主动推送。
+
+### 3.4　与现有 PRD 的模块映射
+
+| **PRD V0.2 章节** | **建议归属** | **处理方式** |
+| --- | --- | --- |
+| 4.3 脚本生成 | 脚本模块 | **保留**，补结构化输入、质量校核、变体标签（见 4.3） |
+| 4.4 素材生产 | 素材模块 | **保留**，补批量变体矩阵、成片入库、规格矩阵（见 5.3 / 5.4） |
+| 4.5 编辑模块 | 资产模块 | **合并**，并补"提示词模板""人物池 / 场景池"两类资产 |
+| 4.6 管理模块 | 资产模块（资产列表部分） | **拆分**：资产列表 → 资产模块；行业 / 客户 → 平台管理 |
+| 4.6 管理模块 | 平台管理（治理部分） | **大幅扩展**：用户 / 角色 / 权限 / AI 配置 / 数据字典 / 审计 / 系统配置（见第 7 章） |
+| 5 非功能需求 | 全局 | 保留，补数据安全与合规（见第 10 章） |
+| 10 待确认问题 | 第 11 章 | 合并去重，补充本文新增项 |
+
+### 3.5　角色与协作（对应 30–100 人跨部门）
+
+PRD 表 2-1 定义了 4 个角色，面对 30–100 人的跨部门协作偏少。建议扩展为 6 个角色（权限矩阵见 7.5.2）：
+
+| **角色** | **职责** | **核心诉求** | **数据范围建议** |
+| --- | --- | --- | --- |
+| 平台管理员 | 账号、角色、权限、系统配置、审计 | 管得住、查得到、不出事 | 全部 |
+| 客户负责人 / 主管 | 客户交付与团队产能 | 看进度、看产能、看成本 | 本部门 / 所辖客户 |
+| 投放运营 | 承接需求、发起生成、筛选导出 | 快、少填、少返工 | 本人负责客户 |
+| 素材设计 / 制作 | 模板、Logo、位置、成片质量 | 一次做对、可复用 | 所负责客户 / 行业 |
+| 脚本 / 文案 | 脚本方向与脚本审核 | 有模板、有卖点、可批量 | 所负责行业 / 客户 |
+| AI 工程 / 配置 | 模型、提示词、参数、额度 | 可调、可比、可控成本 | 全部（配置权限） |
+| 审核 / 合规 | 素材合规与警示语 | 有清单、可留痕 | 全部（只读 + 审核） |
+
+> 【建议】"AI 工程"这个角色在 PRD 里完全缺失，但它决定了平台能不能持续变好。即使由设计或研发兼任，也应有独立权限（能改模型、能改提示词、能看成本）。
+
+---
+
+## 4　脚本模块
+
+### 4.1　定位：脚本不是"文案"，是"可执行的生产说明书"
+
+这是本文对 PRD 4.3 最重要的建议。PRD 里脚本的产出物被描述为"一段可使用的脚本文案"，但从下游的素材生产看，这个粒度不够——如果只有整段文案，视频生产线只能"整条抽卡"，一条不满意就全部重来。
+
+| **理解方式** | **产物** | **下游能做什么** |
+| --- | --- | --- |
+| 传统理解 | 一段 100–300 字的文案 | 人工读、人工拍、人工剪 |
+| **平台定义（建议）** | **结构化生产说明书**：钩子 + 分镜序列 + 台词 + 产品露出 + 音频 + 合规信息 + 元数据 | **按镜头批量生成、可替换单镜、可组合变体、可统计效果** |
+
+一条脚本在平台里应至少拆成：
+
+| **组成** | **内容** | **为什么必须结构化** |
+| --- | --- | --- |
+| 开场钩子（0–3 秒） | 钩子类型 + 台词 + 画面 | 前三秒决定完播率，是最值得做 A/B 的部分 |
+| 分镜序列 | 每个镜头：场景 / 景别 / 时长 / 画面内容 / 台词或字幕 | 与 `docs/skills` 的"图生图 → 图生视频"逐镜生成路径对齐 |
+| 产品露出 | 出现在第几镜、以什么方式（特写 / 上身 / 手持） | 决定商品图在哪一镜被锁定还原 |
+| 音频说明 | 是否有口播、BGM 情绪、语速 | 口播需要脚本文案与 lip sync，是另一条分支 |
+| 合规信息 | 需不需要警示语、放在哪一镜 | 合规是硬约束，不能靠后期补 |
+| 元数据 | 行业 / 客户 / 品类 / 人物设定 / 时长档 / 平台 / 钩子类型 | 支撑检索、复用与效果统计 |
+
+> 【建议】没有分镜级结构，第 5 章的"批量变体矩阵""单镜替换"都做不了。这是脚本模块设计的第一原则。
+
+### 4.2　输入：用结构化「商品信息卡」替代自由文本
+
+PRD 4.3 的生成输入里有一项"产品信息（富文本）"。它有三个问题：**无法批量**（每个客户每次重新写）、**无法校验**（AI 编造材质或价格时无从比对）、**无法复用**（同品类商品重复描述）。建议拆成三样东西：
+
+#### 4.2.1　商品信息卡（客户级 / 单品级）
+
+| **字段** | **说明** | **必填** | **维护方** |
+| --- | --- | --- | --- |
+| 客户 / 行业 / 品类 | 三级归属，决定可复用的资产范围 | 是 | 运营 |
+| 商品名 / 款号 | 用于命名与检索 | 是 | 运营 |
+| 核心卖点（3–5 条） | 从卖点库勾选，可新增 | 是 | 运营 / 文案 |
+| 卖点证据 | 材质、工艺、版型、上身效果、检测报告等可核验信息 | 是 | 运营 |
+| 目标人群 | 年龄段、风格、体型 | 建议 | 运营 |
+| 使用场景 | 通勤 / 约会 / 度假 / 居家等 | 建议 | 运营 |
+| 参考价与促销信息 | **可选且带有效期**，过期自动提醒（避免素材里出现旧价格） | 否 | 运营 |
+| 商品图 | 白底图（必须）、细节图、模特图 | 是 | 运营 |
+| 禁用表述 | 该商品不可说的内容（未验证功能、竞品对比、绝对化用语） | 建议 | 运营 / 审核 |
+| 适用平台与规格 | 本商品优先投放的平台 | 否 | 运营 |
+
+#### 4.2.2　卖点库（行业级 / 客户级两级）
+
+- 按标签组织：`材质` `版型` `功能` `情绪` `场景` `价格`。
+- 行业级卖点（如"羊毛混纺""显瘦 A 字版型"）可被该行业所有客户复用；客户级卖点只在客户内可见。这直接对应 7.5 的数据权限。
+- 卖点带"使用次数 / 采纳率"，M3 后可观察哪些卖点真的带来效果。
+
+#### 4.2.3　素材参考（可选）
+
+允许挂历史爆款脚本或成片作为参考样例，供生成时做 few-shot 或供人参考。**注意合规**：参考样例不得直接复制客户 A 的素材给客户 B。
+
+> 【差距】PRD 只有"产品信息（富文本）"，没有商品信息卡、卖点库、素材参考。建议作为脚本模块的**前置输入能力**纳入范围（可排在 P1，但数据模型要在 M0 定好）。
+
+### 4.3　生成：模板化 + 批量 + 变体矩阵
+
+#### 4.3.1　脚本模板资产化（结构化模板，而非一段 prompt）
+
+现有两个 skill 已经证明"结构化的分镜与节奏"比"一段自由 prompt"稳定得多。平台应把这种结构做成模板资产：
+
+| **模板字段** | **示例** | **作用** |
+| --- | --- | --- |
+| 模板名称 / 编号 | `服饰-通勤-15s-反差钩子` | 检索与引用 |
+| 适用行业 / 品类 / 平台 | 服饰 / 女装外套 / 抖音 | 过滤候选 |
+| 时长档 | 15s / 30s / 60s | 与分镜槽位绑定 |
+| 叙事结构 | 钩子 → 痛点 → 卖点 → 证据 → 行动 | 决定槽位顺序 |
+| 钩子类型 | 提问式 / 反差式 / 价格式 / 场景式 / 身份式 / 悬念式 | 可多选，用于批量变体 |
+| 分镜槽位 | S1–S5：场景 / 景别 / 时长 / 画面 / 台词位 | 直接映射到视频生产 |
+| 变量槽 | `{{商品}}` `{{卖点}}` `{{人群}}` `{{场景}}` `{{价格}}` | 批量填充 |
+| 提示词片段 | 图生图 / 图生视频 prompt 片段（复用 skills） | 与生成能力对接 |
+| 人物设定 | 性别、年龄段、气质、体型 | 决定人物池候选 |
+| 版本 / 状态 | v1.2 / 启用 | 模板也要有生命周期 |
+
+> 【建议】模板从 `docs/skills/` 里的两个 skill 反向拆解生成（"电商-达人口播"与"电商-达人展示"各自抽出结构），这是最快、成本最低的资产冷启动路径。
+
+#### 4.3.2　生成参数（PRD 4.3 保留 + 新增）
+
+| **参数** | **PRD V0.2** | **建议** | **理由** |
+| --- | --- | --- | --- |
+| 行业 / 客户 | 有 | 保留 | 决定资产范围与数据权限 |
+| 脚本模板方向 | 有 | 保留，改为"选模板 + 选钩子类型" | 从"方向文字"升级为可选结构 |
+| 字数范围 | 有 | 保留，增加"时长档"与"字数"的联动校验 | 15 秒配 300 字必然念不完 |
+| 产品信息 | 富文本 | **改为选商品信息卡** | 可校验、可复用 |
+| 生成数量 | 有 | 保留，增加"变体矩阵展开" | 见 4.3.3 |
+| **投放平台** | 无 | **新增** | 平台决定时长、比例、合规要求 |
+| **时长档** | 无 | **新增** | 15s / 30s / 60s |
+| **钩子类型（多选）** | 无 | **新增** | 前 3 秒是最值得测试的变量 |
+| **指定卖点** | 无 | **新增** | 一个商品一批素材，覆盖不同卖点 |
+| **人物设定 / 语气风格** | 无 | **新增** | 与人物池联动 |
+| **是否含口播** | 无 | **新增** | 口播与纯展示是两条生成路径 |
+| **输出结构** | 无 | **新增**：纯文案 / 分镜表 | 分镜表才能直接进视频线 |
+
+#### 4.3.3　批量与变体矩阵
+
+- **批量**：一次提交 N 条，异步任务队列，逐条返回，失败可单条重试（PRD 已有任务状态与单条耗时 ≤ 30s 的非功能要求）。
+- **变体矩阵**：不是"填 20 条"，而是"选 2 个模板 × 3 个钩子 × 2 个卖点 = 自动展开 12 条，可勾选其中 8 条生成"。这让"批量"从体力活变成选配。
+- **上限保护**：单批建议设上限（如 ≤ 50 条，【待确认】），提交前显示"预计生成条数 × 预计耗时 × 预估成本"。
+- **去重**：生成后做相似度检测（文本 embedding），相似度过高的标"与 #3 高度相似"，提示淘汰。否则 20 条里 15 条几乎一样，人工筛选成本反而上升。
+
+#### 4.3.4　命名与状态（沿用 PRD，补充状态语义）
+
+命名沿用 PRD 4.3：`行业-客户-方向-日期-编号`；建议把"方向"替换为"模板编号 + 钩子代号"，便于检索与统计（如 `服饰-得物-通勤H3-20261030-001`）。
+
+| **状态** | **含义** | **可执行动作** |
+| --- | --- | --- |
+| 草稿 | 参数已填未提交 | 编辑 / 删除 |
+| 生成中 | 任务执行中 | 取消（部分产物可保留） |
+| 待审核 | 生成完成 | 通过 / 驳回 / 修改后重生成 |
+| 已入库 | 审核通过，可被视频线选用 | 发起视频制作 / 停用 |
+| 使用中 | 已被某批次视频引用 | 查看引用 / 停用（不影响已生成成片） |
+| 已停用 | 不再建议使用 | 恢复 |
+| 失败 | 生成异常 | 重试 / 查看原因 |
+
+#### 4.3.5　质量校核（自动检查 + 人工终审）
+
+| **检查项** | **规则** | **处置** |
+| --- | --- | --- |
+| 事实一致性 | 不得出现商品信息卡之外的功能、材质、价格、销量数据 | 拦截，标红具体位置 |
+| 极限词 / 违禁词 | 通用词库 + 行业词库 + 平台规则 | 高亮（PRD 已有），可配置"警告 / 阻止" |
+| 结构完整 | 前 3 秒必须有钩子；结尾必须为行动引导或品牌露出 | 警告 |
+| 时长匹配 | 字数 ÷ 语速（约 4–5 字/秒）与时长档偏差 > 20% | 警告并给建议字数 |
+| 字幕长度 | 单行不超过约定字数（【待确认】，建议 14–16 字） | 警告 |
+| 卖点覆盖 | 至少覆盖 1 个核心卖点，且与商品信息卡一致 | 警告 |
+| 重复度 | 与本批次其他脚本相似度 > 阈值 | 标记，建议淘汰 |
+
+> 自动校核只做"拦截明显错误"，不做"判断好不好"。判断好不好交给人的一批预览（见 5.3.3 的快筛机制）。
+
+### 4.4　审核与入库
+
+- **审核视图**：列表 + 详情并排，敏感词高亮，支持单条通过 / 驳回 / 局部重写 / 整条重生成；支持批量通过（低频风险场景下）。
+- **审核要素**：卖点真实、合规、可拍性（场景与道具现实中能否实现）、时长是否够念完。
+- **入库即资产**：入库后带标签（行业 / 客户 / 品类 / 钩子类型 / 卖点 / 时长 / 平台），进入"已入库脚本"池，供 PRD 4.4.2 的视频生产选用。
+- **版本**：已入库脚本的修改必须产生新版本并重新审核，避免"审过的和用着的不是一回事"。
+- **权限**：提交人、审核人、可修改已入库脚本的角色分开（见 7.5 权限矩阵），默认"编辑不改、审核不改"。
+
+### 4.5　与视频生产线的接口（决定视频能不能批量）
+
+| **脚本字段** | **喂给视频线的什么** | **要求** |
+| --- | --- | --- |
+| 分镜场景 | 场景池选择或生成 | 场景名需与场景池词表对齐，否则无法匹配 |
+| 景别 | 提示词中的景别控制 | 枚举化（中近景 / 特写 / 全景），不要自由文本 |
+| 台词 | 口播 TTS 与 lip sync 的输入 | 断句标注，便于逐句生成与对齐 |
+| 镜头时长 | 分段生成时长 | 与模型最短 / 最长片段约束对齐 |
+| 产品露出 | 商品图锁定与还原 | 明确"哪一镜、以什么方式出现" |
+| 警示语 | 叠加内容与位置 | 与（4.5.8）警示语资产关联 |
+
+> 结论：**脚本的"分镜级结构化"是视频批量化的前置条件**。如果 M1 只做文案级脚本，M2 的视频矩阵会推倒重来，建议 M0 就把分镜数据模型定下来。
+
+### 4.6　脚本效果回流（M3，仅采集不承诺归因）
+
+- 记录每条脚本的：被引用次数、对应成片数、被人工标注的效果（起量 / 一般 / 未起量）。
+- 让"哪种钩子类型 / 哪种结构有效"从人的记忆变成可查的数据，反哺模板库迭代。
+- 明确边界：**不承诺效果归因**（平台侧数据拿不全），只做"我们自己的历史标签"。
+
+### 4.7　与 PRD 4.3 / 4.5.3 / 4.5.4 的差异汇总
+
+| **项** | **PRD V0.2** | **本文建议** | **原因** |
+| --- | --- | --- | --- |
+| 脚本粒度 | 文案 | 分镜级结构 | 视频批量生成的前置条件 |
+| 输入 | 富文本产品信息 | 商品信息卡 + 卖点库 | 可校验、可复用、可批量 |
+| 模板 | "脚本模板方向"（文字） | 结构化模板资产 | 稳定性与可统计 |
+| 批量 | 填数量 | 变体矩阵 + 去重 | 减少无效产出，降低筛选成本 |
+| 质量 | 敏感词高亮 | 自动校核清单（7 项） | 一次过审率是核心质量指标 |
+| 状态 | 有（生成中 / 完成 / 失败等） | 补齐 7 状态与动作 | 与资产、视频线的衔接 |
+| 效果 | 无 | 引用与效果标签（M3） | 让模板迭代有依据 |
+
+---
+
+## 5　素材模块
+
+### 5.1　定位：两条批量生产线，不是"编辑器"
+
+素材模块最容易做偏：一旦开始做"裁剪、调色、转场、逐帧精修"，就会变成一个小型剪辑软件，和"批量"的定位互相拉扯。建议明确边界：
+
+| **做** | **不做（本期）** |
+| --- | --- |
+| 图片：模板化批量合成、多规格、批量预览与勾选 | 逐像素精修、复杂合成、抠图编辑器 |
+| 视频：按分镜批量生成、矩阵变体、单镜替换、自动合规 | 时间线剪辑、转场特效、调色、关键帧动画 |
+| 批量预览、快筛、勾选、导出、归档 | 在线协作批注（M4 候选） |
+| 规格矩阵与合规校验 | 多平台一键发布 |
+
+衡量素材模块好坏的指标只有一个：**每小时能产出多少条"可投"素材**，而不是"功能多不多"。
+
+### 5.2　图片生产线
+
+#### 5.2.1　输入（沿用 PRD 4.4.1，补齐三处）
+
+| **输入** | **说明** | **来源** |
+| --- | --- | --- |
+| 客户 / 行业 | 决定可用的模板、Logo、位置、警示语集合 | 平台管理 |
+| 原始物料 | 商品白底图、细节图、模特图，支持一次选多张（一个批次多商品） | 运营上传 |
+| 图片模板 | 按行业 / 品类 / 平台过滤 | 资产模块 |
+| 产品展示方式 | 平铺 / 模特上身 / 场景化 | PRD 已有 |
+| Logo | 位置、尺寸、显隐 | 资产模块 |
+| 产品位置 | 指定位置（P0）/ 自定义位置（P1） | 按 PRD 4.5.7 |
+| 警示语 | 内容 + 位置 | 按 PRD 4.5.8 |
+| 生成数量 | 或由"物料 × 模板 × 规格"矩阵自动计算 | 本文补充 |
+| **规格矩阵** | 目标平台与尺寸比例 | **本文新增** |
+| **批次备注** | 交付用，如"双 11 预热第 2 批" | **本文新增** |
+
+#### 5.2.2　流程
+
+1. 选客户与行业 → 自动带出该客户可用资产包（避免每次重新选模板）。
+2. 选物料（可多选，支持整批商品）。
+3. 选模板 + 展示方式（模板预置了位置与文字样式，减少逐张调整）。
+4. 选规格矩阵（可多选平台）。
+5. 提交生成（异步，显示"共 N 张，预计 M 分钟"）。
+6. 网格预览 + 勾选（PRD 已有；建议支持"按组快筛"：同组只留 1–2 张）。
+7. 导出 / 入库（同一份产物，导出即归档）。
+
+#### 5.2.3　规格矩阵（本文新增）
+
+不同投放位的比例与安全区不同，逐张改尺寸是最容易吃掉人效的环节：
+
+| **平台 / 位置** | **建议比例** | **建议尺寸** | **安全区注意** | **待确认** |
+| --- | --- | --- | --- | --- |
+| 抖音（竖版信息流） | 9:16 | 1080 × 1920 | 右侧 / 底部 UI 遮挡 | 【待确认】 |
+| 快手（竖版信息流） | 9:16 | 1080 × 1920 | 同上 | 【待确认】 |
+| 小红书（竖版笔记） | 3:4 | 1080 × 1440 | 顶部标题区 | 【待确认】 |
+| 朋友圈（竖版） | 1:1 或 4:5 | 1080 × 1080 / 1080 × 1350 | — | 【待确认】 |
+| 横版信息流 | 16:9 | 1920 × 1080 | — | 【待确认】 |
+| 电商主图 | 1:1 | 800 × 800 或 1200 × 1200 | 白底要求 | 【待确认】 |
+
+> 【建议】规格表应做成**可配置的数据字典**（见 7.6），不要写死在代码里——平台规则变化频繁。
+
+#### 5.2.4　质量与合规校验
+
+| **检查项** | **为什么** | **建议做法** |
+| --- | --- | --- |
+| 安全区 | 文字被平台 UI 遮住等于白做 | 模板标注安全区，生成时校验文字与 Logo 是否越界 |
+| Logo 完整性 | 被裁切或遮挡影响品牌与客户要求 | 自动检测 Logo 区域是否完整、对比度是否足够 |
+| 商品不变形 | 服饰类商品变形等于错款，客户会直接拒收 | 商品区域锁定比例，不做非等比拉伸 |
+| 警示语合规 | 行业与平台硬要求 | 内容、位置、字号、对比度四项校验 |
+| 模板图层语义 | PRD 风险 R-02：上传式模板缺图层语义，无法自动填充 | **模板必须带命名图层**（背景 / 商品位 / 文字位 / Logo 位 / 警示语位），否则只能人工摆 |
+
+> 【建议】把 R-02 从"风险"升级为"模板上传的准入条件"：不带命名图层的模板不予入库。这比事后补救便宜得多。
+
+#### 5.2.5　性能（沿用 PRD）
+
+- 单张合成 ≤ 10s；预览 ≥ 50 张不卡；批量任务异步 + 进度可见 + 失败重试。
+- 建议补一条：**批量任务的中断恢复**——100 张跑到第 87 张失败时，不应从头再来。
+
+#### 5.2.6　图片状态
+
+`排队 → 合成中 → 待预览 → 已勾选 → 已导出 → 已入库`，另有 `失败（可重试）`。导出与入库是同一动作的两面，状态机里不要拆成两条互斥路径。
+
+### 5.3　视频生产线
+
+#### 5.3.1　输入
+
+| **输入** | **说明** | **来源** |
+| --- | --- | --- |
+| 已入库脚本 | 单条或多条（矩阵的横轴） | 脚本模块 |
+| 商品信息卡 + 商品图 | 白底图作为商品还原的唯一基准 | 脚本模块 / 运营上传 |
+| 人物设定 | 性别、年龄段、气质、体型；来自人物池或自定义 | 资产模块（本文新增资产类型） |
+| 场景 | 场景池（skills 已定义 24 个场景）或自定义 | 资产模块（本文新增） |
+| 景别与节奏 | 如 0–5 秒中近景 → 5–10 秒产品特写 → 10–15 秒近景 | 资产模块（模板预置） |
+| Logo / 警示语 | 内容 + 位置 | 资产模块 |
+| 平台 / 时长 / 数量 | 与脚本时长档联动 | 运营选择 |
+| 是否口播 / BGM | 口播需台词与 lip sync；BGM 按情绪选 | 运营选择 |
+| **光影与色调** | skills 中的光影池 L1–L5 | 资产模块（本文新增） |
+
+#### 5.3.2　生成链路（分镜级，这是与 PRD 4.4.2 最大的差别）
+
+PRD 4.4.2 的描述是"选脚本 → 选产品/Logo/警示语 → 生成视频"，隐含"一条脚本出整条片"。建议改成逐镜链路：
+
+1. **分镜拆解**：脚本 → N 个镜头（场景 / 景别 / 时长 / 画面 / 台词）。
+2. **关键帧生成**（图生图）：每镜生成首帧，商品图在此阶段锁定还原。
+3. **逐镜生成**（图生视频）：每镜独立生成、独立重试。
+4. **口播合成**（如需要）：台词 → TTS → lip sync（以人物首帧为基准）。
+5. **拼接与包装**：拼接、字幕、Logo、警示语、BGM。
+6. **成片校验**：时长、比例、黑帧、静音、字幕错字、合规。
+7. **预览与勾选**：见 5.3.3。
+
+> **关键成本设计**：任何一镜不满意，只重生成该镜，不重生成整条。整条重来的成本是线性叠加，单镜重来是常数级。这一条决定了视频线能不能"敢试"。
+
+#### 5.3.3　批量变体矩阵（现有 PRD 完全没有，却是最有价值的部分）
+
+| **轴** | **取值示例** | **生成方式** | **用途** |
+| --- | --- | --- | --- |
+| 脚本 | 3 条不同钩子的脚本 | 脚本模块产出 | 测钩子与结构 |
+| 人物 | 人物 A / B / C | 人物池 | 测人物吸引力与适配度 |
+| 场景 | 通勤地铁 / 办公室 / 街拍 | 场景池 | 测场景代入感 |
+| 景别节奏 | 标准节奏 / 快切节奏 | 模板预置 | 测节奏 |
+| 时长 | 15s / 30s | 脚本时长档 | 测时长 |
+
+- 组合方式：选 2 个轴做交叉（如"3 脚本 × 3 人物 = 9 条"），而不是全轴笛卡尔积（会爆炸）。
+- 提交前必须显示：**预计条数 × 预计时长 × 预估成本**，并允许设单批上限。
+- 产出组织：按"组"展示（同一脚本为一组），便于"同组只留 1–2 条"的快筛。
+
+**快筛机制**（建议做成核心交互）：AI 把候选从 5 条放大到 50 条，人的工作变成"从 50 条里 3 分钟留下 5 条"。这需要：
+- 按组并排播放（不是单条翻页）；
+- 支持键盘快捷键（保留 / 淘汰 / 收藏）；
+- 支持"同组只保留最佳"的一键收敛；
+- 淘汰理由可选（画面差 / 商品不对 / 台词怪 / 人物出戏），这些理由本身就是模型调优的输入。
+
+#### 5.3.4　一致性要求（硬约束，不是"最好有"）
+
+| **要求** | **具体标准** | **不达标的后果** |
+| --- | --- | --- |
+| 商品还原 | 颜色、版型、细节、Logo 印花严格按白底图，不得"生成相似款" | 客户直接拒收，等于错款 |
+| 人物一致 | 同一条视频跨镜头为同一人；人物不得照搬原模特 | 出戏 / 肖像与版权风险 |
+| 风格一致 | 光影、色调、饱和度在整条内统一（光影池 L1–L5） | 一看就是拼的 |
+| 文字准确 | 字幕与台词逐字一致，无错别字、无乱码 | 低质素材，影响过审 |
+| 音画同步 | 口播口型与台词对齐 | 出戏 |
+
+> 【建议】把"商品还原度"做成**自动抽检 + 人工抽检双轨**：自动侧比对商品主色与轮廓特征，人工侧每批抽 10%。这是 2.2 里"商品还原度抽检合格率"的数据来源。
+
+#### 5.3.5　同质化与人机边界（容易被忽略）
+
+- 全部用 AI 素材，同一条视频反复微调会产出大量"看起来一样"的片子，投放侧反而拿不到差异化素材。
+- 建议保留 `实拍 / AI 生成 / 混合` 三种来源标签，并在预览时提示"与本客户近 30 天素材相似度高"（感知哈希 / 向量相似度）。
+- 建议 M3 起支持"实拍素材入库 + AI 二次加工"的混合路径，而不是全押 AI。
+
+#### 5.3.6　失败处理与成本控制
+
+| **项** | **建议** |
+| --- | --- |
+| 失败分类 | 内容审核拒绝 / 生成超时 / 参数非法 / 素材缺失 / 模型限流；分类可统计，用于选模型 |
+| 失败处置 | 单镜重试、换模型重试、跳过并标记；失败任务不计入交付与计费 |
+| 预算 | 单任务预算上限，超限前提示；按客户 / 批次 / 模型统计成本 |
+| 限流 | 队列优先级（交付急单优先）、并发上限、夜间批量跑 |
+| 可观测 | 每镜的耗时、成功率、成本可查（第 10 章埋点） |
+
+#### 5.3.7　视频状态机
+
+| **状态** | **含义** | **可执行动作** |
+| --- | --- | --- |
+| 排队 | 任务已提交 | 取消 / 调整优先级 |
+| 生成中 | 逐镜执行 | 查看进度 / 取消 |
+| 待预览 | 成片已就绪 | 播放 / 保留 / 淘汰 / 单镜重生 |
+| 已勾选 | 人工选中 | 导出 / 入库 |
+| 已导出 | 已生成交付文件 | 查看导出记录 |
+| 已入库 | 已归档为资产 | 打标 / 复用 |
+| 失败 | 存在失败镜或整条失败 | 重试 / 查看原因 |
+
+### 5.4　导出与交付（沿用 PRD 4.4.3 + 补充）
+
+| **项** | **PRD V0.2** | **建议补充** |
+| --- | --- | --- |
+| 范围 | 仅导出勾选项 | 保留；增加"按组导出（同组保留项）" |
+| 位置 | 本地文件夹 | 保留；建议固定结构 `客户/交付日期/类型/批次` |
+| 命名 | 同名加序号 | 保留；建议与脚本编号关联，成片加镜号 / 版次后缀 |
+| 留痕 | 有 | 保留；补"谁 / 何时 / 哪些 / 导出到哪" |
+| **交付清单** | 无 | **新增**：本批素材数、规格、对应脚本编号、审核状态、成本 |
+| **格式规范** | 无 | **新增**：视频 MP4 / H.264 / 1080×1920 / 30fps；图片 JPG（质量 90+）或 PNG |
+| **归档** | 无 | **新增**：导出即入库，成片自动回流资产模块 |
+
+> 【建议】"导出即归档"成本极低但价值很高：半年后客户要"上次那版"，能直接搜到，而不是在个人网盘里翻。
+
+### 5.5　成片入库与复用
+
+- 成片按客户 / 批次 / 脚本 / 人物 / 场景打标入库，可检索、可预览、可再次导出。
+- 复用场景（M3）：换 BGM / 换字幕 / 多规格改编 / 二次剪辑 / 同脚本换人物再生成。
+- 效果标签（人工）：`起量` `一般` `未起量`，作为模板与提示词迭代的依据。
+
+### 5.6　与 PRD 4.4 的差异与主要风险
+
+| **项** | **PRD V0.2** | **本文建议** |
+| --- | --- | --- |
+| 视频生成单元 | 整条视频 | 逐镜生成 + 单镜替换 |
+| 批量 | 填数量 | 多轴变体矩阵 + 快筛 |
+| 规格 | 未提及 | 规格矩阵 + 数据字典 |
+| 成片 | 导出即结束 | 导出即归档，进入资产 |
+| 成本 | 未提及 | 预算、分摊、可观测 |
+| 同质化 | 未提及 | 来源标签 + 相似度提示 |
+
+| **风险** | **说明** | **缓解** |
+| --- | --- | --- |
+| 商品还原不稳定 | 模型会"美化"或改款式 | 白底图锁定 + 自动比对 + 人工抽检 |
+| 合规审核不过 | 平台与行业规则变化快 | 词库与规则做成数据字典，可热更新 |
+| 成本失控 | 矩阵式批量很容易点爆预算 | 提交前预估 + 单批上限 + 失败不计费 |
+| 素材同质化 | 同一模板批量产出高度相似 | 相似度提示 + 多轴变体 + 实拍混合 |
+| 模板图层语义缺失 | PRD R-02 | 命名为模板准入条件 |
+
+---
+
+## 6　资产模块
+
+### 6.1　定位：资产是"可复用的生产输入"，不是"附件"
+
+这是本文对 PRD 4.5「编辑模块」的核心重构建议。PRD 把 Logo、模板、产品位置、警示语放在「编辑」下，本质是把它们当成"配置项"；但它们的真实身份是**生产时反复被消费的输入**。
+
+| **视角** | **产物** | **价值** |
+| --- | --- | --- |
+| 配置项视角（PRD 现状） | 一堆可选参数 | 每次生产都要重新选、重新调 |
+| **资产视角（建议）** | 可检索、可复用、可度量、有生命周期的生产资源 | 新客户冷启动从"从零"变成"套用行业包" |
+
+判断标准很简单：**如果一个东西会被第二条素材复用，它就应该进资产模块。**
+
+### 6.2　资产分类全景
+
+| **资产类型** | **作用** | **PRD 来源** | **本文** |
+| --- | --- | --- | --- |
+| 行业 | 资产归类与权限边界 | 4.6 管理模块 | 保留（主数据，见 7.4） |
+| 客户 | 资产私有域与交付对象 | 4.6 管理模块 | 保留（见 7.3） |
+| 脚本模板 | 脚本结构化的载体 | 4.5.3 / 4.6 | 强化为结构化模板（4.3.1） |
+| 入库脚本 | 视频线的输入 | 4.5.4 / 4.6 | 保留，补标签与版本 |
+| 图片模板 | 图片批量合成的基础 | 4.5.6 / 4.6 | 保留，补命名图层准入 |
+| 产品位置 | 商品在图中的落位 | 4.5.7 / 4.6 | 保留 |
+| Logo | 品牌露出 | 4.5.5 / 4.6 | 保留，补多规格（横 / 竖 / 白 / 黑） |
+| 警示语 | 合规要求 | 4.5.8 / 4.6 | 保留，补行业 / 平台维度 |
+| **人物池** | 视频人物一致性 | 无 | **新增** |
+| **场景池** | 视频场景一致性 | 无 | **新增** |
+| **光影 / 色调预设** | 整条视频风格统一 | 无（skills 有 L1–L5） | **新增** |
+| **BGM / 音效** | 视频氛围 | 无 | **新增** |
+| **提示词模板** | 生成质量的核心 know-how | 无（`docs/skills` 已具雏形） | **新增，最高价值** |
+| **商品信息卡 / 卖点库** | 脚本与素材的结构化输入 | 无 | **新增（见 4.2）** |
+| **成片资产** | 复用与二次加工 | 无（导出即结束） | **新增（见 5.5）** |
+
+> 【建议】"提示词模板"是本项目最容易被低估、又最值钱的资产。它把 `docs/skills` 里"某个人会写 prompt"变成"平台会写 prompt"。如果只能新增一类资产，选它。
+
+### 6.3　资产的组织：行业 → 客户 → 批次，三级 + 标签
+
+| **层级** | **内容** | **可见范围** | **维护方** |
+| --- | --- | --- | --- |
+| 行业级（公共） | 行业通用的模板、场景、人物、提示词、卖点 | 该行业下所有客户 | AI 工程 / 设计负责人 |
+| 客户级（私有） | 客户专属 Logo、警示语、位置、品牌风格、禁用词 | 仅该客户授权用户 | 客户负责人 / 设计 |
+| 批次级（一次性） | 某次活动的一次性素材与参数 | 批次参与者 | 运营 |
+
+**继承与覆盖规则**（建议明确写进设计）：
+
+1. 客户级资产**优先于**行业级资产；同名时以客户级为准（客户有自己的 Logo 规范时不被行业默认值覆盖）。
+2. 客户级资产**不能**反向影响行业级；行业级变更只对"未覆盖"的部分生效。
+3. **跨客户复用必须显式授权**：把客户 A 的模板用于客户 B 属于敏感操作，需客户负责人确认并留痕（避免素材撞车与数据泄露）。
+
+### 6.4　资产的生产入口（原「编辑」模块并入）
+
+| **能力** | **说明** | **PRD** |
+| --- | --- | --- |
+| 新建 / 上传 | 上传图片模板、Logo、警示语文本、人物与场景素材 | 4.5.2 / 4.5.5 / 4.5.6 |
+| 在线创建 / 修改 | 图片模板线上修改（P1）、位置与警示语的在线调整 | 4.5.6 / 4.5.7 / 4.5.8 |
+| 预览 | **必须是真实合成预览**，不是缩略图 | 4.6 已有"预览" |
+| 排序 / 删减 | 资产在候选列表中的顺序（高频优先） | 4.6 已有 |
+| 版本 | 模板与提示词的修改产生新版本，被引用时记录版本号 | **本文新增** |
+| 状态 | 草稿 / 启用 / 停用 / 废弃 | 4.5.9 状态机 |
+| 删除 vs 停用 | 未被引用可删；**已被引用的只能停用** | 4.6 已有规则，本文建议强化 |
+
+> 【建议】"已被引用的资产只能停用"必须做成硬约束，而不是提示。否则历史素材会指向一个不存在的模板，预览与重生成全部失效。
+
+### 6.5　资产的消费与复用度量
+
+- **引用关系**：任一资产可查"被哪些脚本 / 批次 / 成片引用"，反向也可查"这条成片用了哪些资产"。这是排障与审计的基础。
+- **复用率**：资产被复用的次数与覆盖客户数，直接对应 2.2 的"资产复用率"指标。
+- **失效清理**：停用资产仍被引用时，提示"需替换为 X"，并阻止新任务选用。
+- **资产质量**：被复用次数高、效果好标签多的资产加权排在前面（M3）。
+
+### 6.6　资产治理：谁维护、多久复审
+
+| **资产类型** | **维护方** | **复审频率** | **失效信号** |
+| --- | --- | --- | --- |
+| 图片模板 | 设计 | 季度 | 平台规格变化、复用率低 |
+| 提示词模板 | AI 工程 | 月度（模型迭代快） | 生成质量下降、模型升级 |
+| 人物 / 场景池 | 设计 + AI 工程 | 季度 | 出戏、同质化、版权问题 |
+| Logo / 警示语 | 客户负责人 | 客户变更时 | 客户换 Logo、法规更新 |
+| 脚本模板 | 文案负责人 | 月度 | 钩子失效、结构过时 |
+
+> 资产不是"建完就完"，**没有复审机制的资产库，半年后就是垃圾场**。建议把"复审"做成任务：到期未复审的资产自动降权。
+
+### 6.7　与 PRD 4.5 / 4.6 的差异
+
+| **项** | **PRD V0.2** | **本文建议** |
+| --- | --- | --- |
+| 模块归属 | 「编辑」为独立一级模块 | 并入「资产模块」 |
+| 资产类型 | 7 类（模板 / Logo / 位置 / 警示语 / 脚本 / 行业 / 客户） | 14 类（新增人物、场景、光影、BGM、提示词、商品卡、成片） |
+| 组织方式 | 行业 / 客户两级列表 | 三级（行业 / 客户 / 批次）+ 标签 + 继承覆盖规则 |
+| 生命周期 | 删除 / 停用 | 补版本、复审、引用关系、失效替换 |
+| 度量 | 无 | 复用率、引用关系、资产质量排序 |
+
+---
+
+## 7　平台管理（底座）
+
+### 7.1　定位：不是"后台配置页"，而是主链路的前置依赖
+
+PRD 4.6 的「管理模块」只有七类资产的列表维护。对 30–100 人跨部门使用、多客户数据隔离的场景，这远远不够。平台管理要解决的问题是：
+
+> **谁能在什么范围内、对哪些数据、做什么操作，以及做完之后能不能查到。**
+
+四件事：**身份（组织与账号）、边界（客户与数据权限）、能力（AI 与字典配置）、证据（审计与日志）**。
+
+> 【建议】这一章的内容在 PRD 里几乎是空白，但它决定了平台"能不能多人用、敢不敢给客户用"。建议 M0 就要落地最小集（见 7.9）。
+
+### 7.2　组织与账号
+
+| **能力** | **建议** | **说明** |
+| --- | --- | --- |
+| 组织架构 | 部门 / 小组两级即可 | 对应跨部门协作；不要做无限层级 |
+| 用户 | 内部账号，一人可多角色 | 不开放外部注册；客户不登录（沿用 PRD） |
+| 登录 | 建议接入企业统一登录（SSO）或手机号验证 | 【待决策】D-06 |
+| 生命周期 | 入职创建 → 调岗调整 → 离职停用（**不删除**） | 删除会导致历史记录失去归属 |
+| 离职处理 | 停用账号 + 资产与记录保留 + 名下客户转交 | 转交清单要可见 |
+
+### 7.3　客户管理
+
+平台里的"客户"不是 CRM 客户，只保留**交付所需的最小集**：
+
+| **字段** | **说明** | **必要性** |
+| --- | --- | --- |
+| 客户名称 / 简称 | 命名与检索 | 必须 |
+| 所属行业 | 决定资产继承与权限 | 必须 |
+| 服务状态 | 在服务 / 暂停 / 结束 | 必须 |
+| 对接人 | 内部负责人 + 客户侧对接人（仅记录） | 必须 |
+| 交付偏好 | 命名习惯、目录结构、常用规格、素材禁忌 | 建议（直接影响交付返工） |
+| 客户资产包 | Logo、警示语、模板、禁用词、人物与场景偏好 | 必须（见 7.3.1） |
+| 合同 / 结算信息 | — | **不做**（非目标） |
+
+#### 7.3.1　客户资产包（新客户冷启动的关键）
+
+建议在"新建客户"时提供**套用行业模板包**的能力：选行业 → 自动带出该行业的模板、场景、人物、提示词、卖点库 → 再替换为客户专属 Logo 与警示语。这是把 2.3 里"M3 新客户冷启动 ≤ 1 个工作日"变成可执行动作的地方。
+
+#### 7.3.2　客户状态与数据
+
+- 在服务 → 暂停（只读，不能发起新生成）→ 结束（全部只读，保留期后归档）。
+- 结束客户的资产不删除，转为"只读资产"，供同行业客户参考（需授权，见 6.3）。
+
+### 7.4　行业与数据字典
+
+**行业树**：一级（服饰 / 美妆 / 食品…）→ 二级（女装 / 男装 / 童装…）。行业是资产继承与数据权限的骨架，不宜过深。
+
+**数据字典**（建议全部做成可配置，不要写死）：
+
+| **字典** | **用途** | **变更影响** |
+| --- | --- | --- |
+| 平台与规格 | 抖音 / 快手 / 小红书 / 朋友圈…及尺寸比例 | 影响图片与视频产出，历史数据保留快照 |
+| 时长档 | 15s / 30s / 60s | 影响脚本与视频 |
+| 钩子类型 | 提问 / 反差 / 价格 / 场景 / 身份 / 悬念 | 影响脚本模板与统计 |
+| 景别 | 中近景 / 特写 / 全景 | 影响视频提示词 |
+| 光影与风格 | skills 中的 L1–L5 等 | 影响视频风格 |
+| 警示语类型 | 行业通用 / 平台强制 / 客户指定 | 影响合规校验 |
+| 禁用词库 | 通用极限词 + 行业词 + 客户词 | 影响脚本校核与素材校验 |
+| 失败原因 | 审核拒绝 / 超时 / 参数非法 / 限流 | 影响统计口径 |
+| 淘汰理由 | 画面差 / 商品不对 / 台词怪 / 人物出戏 | 影响模型调优输入 |
+
+> 【建议】字典变更采用"**只影响新数据、历史留快照**"的策略。否则改一次字典，历史统计全部失真。
+
+### 7.5　权限体系（RBAC + 数据权限 + 特殊规则）
+
+#### 7.5.1　模型
+
+```
+用户 ──(多对多)── 角色 ──(多对多)── 权限点
+  │
+  └── 数据范围（按客户 / 行业 / 部门 / 本人）
+```
+
+- **功能权限（RBAC）**：菜单可见、操作可执行（新建 / 生成 / 审核 / 导出 / 配置 / 审计）。
+- **数据权限**：能看到哪些客户、哪些行业的资产与任务。这是多客户服务场景的刚需（用户明确要求"按客户 / 行业隔离"）。
+- **字段级权限**：暂不做，除非出现明确的"同一客户内部分字段不可见"需求。
+
+#### 7.5.2　权限矩阵（建议）
+
+| **能力** | 平台管理员 | 主管 | 运营 | 设计 | 文案 | AI 工程 | 审核 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 客户建档 / 权限分配 | ✅ | 部分（本部门） | ❌ | ❌ | ❌ | ❌ | ❌ |
+| 脚本生成 / 提交 | ✅ | ✅ | ✅ | ❌ | ✅ | ❌ | ❌ |
+| 脚本审核 | ✅ | ✅ | ❌ | ❌ | ❌ | ❌ | ✅ |
+| 图片 / 视频生成 | ✅ | ✅ | ✅ | ✅ | ❌ | ✅（调试） | ❌ |
+| 资产维护（模板 / Logo…） | ✅ | ❌ | ❌ | ✅ | 部分 | 部分（提示词） | ❌ |
+| **导出** | ✅ | ✅ | ✅ | ✅ | ❌ | ❌ | ❌ |
+| AI 配置（模型 / 额度） | ✅ | ❌ | ❌ | ❌ | ❌ | ✅ | ❌ |
+| 数据字典维护 | ✅ | ❌ | ❌ | ❌ | ❌ | 部分 | ❌ |
+| 审计查看 | ✅ | 本部门 | ❌ | ❌ | ❌ | ❌ | ✅ |
+| 成本看板 | ✅ | 本部门 | ❌ | ❌ | ❌ | ✅ | ❌ |
+
+> 【建议】权限设计里最容易被忽略的是**"导出"**：导出是数据离开平台的唯一出口，必须单独成权限点，并且全量留痕。其次是 **"AI 配置"**：谁能改模型与额度，等于谁能花钱。
+
+#### 7.5.3　特殊规则
+
+1. **导出权限独立**，可按客户细分（某运营只能导出自己负责的客户）。
+2. **跨客户复用需授权**（见 6.3）。
+3. **权限变更全量留痕**，且审计日志本身只读。
+4. **权限季度复审**：避免"人都调岗了权限还在"。
+5. **敏感操作二次确认**：删除客户、批量导出、修改额度、关闭审计。
+
+### 7.6　AI 配置（用户明确要求的管理能力）
+
+这是"已有可调用 API"前提下最需要被管理的一层。建议分成六块：
+
+| **模块** | **内容** | **为什么需要** |
+| --- | --- | --- |
+| 模型管理 | 文本 / 图片 / 视频 / 语音各类模型，多供应商并存 | 一家模型涨价或限流时能换 |
+| 用途路由 | 脚本用 A、图生图用 B、视频用 C、TTS 用 D；可按客户或行业覆盖 | 不同任务质量与成本差异大 |
+| 参数与提示词 | 系统提示词、负面词、温度、风格预设、版本 | 质量调优的主战场，必须有版本与回滚 |
+| 额度与预算 | 按角色 / 客户 / 任务类型限额；月度预算；告警阈值 | 防止矩阵式批量点爆成本 |
+| 健康与降级 | 可用性探测、失败自动切换备用模型、降级策略 | 生成任务不能因一家模型挂掉就停摆 |
+| 成本看板 | 按模型 / 客户 / 批次 / 类型统计调用量与费用 | 支撑"单条成本"指标与报价 |
+
+**版本与灰度**：提示词与参数建议支持"版本号 + A/B + 一键回滚"。没有版本管理的 AI 配置，等于每次调优都是一次性赌博。
+
+### 7.7　审计与日志
+
+| **审计对象** | **记录内容** |
+| --- | --- |
+| 登录 / 登出 | 谁、何时、IP / 设备、结果 |
+| 权限变更 | 给谁、加了/减了什么、谁操作的、前后值 |
+| 资产增删改 | 哪类资产、哪个、动作、前后值 |
+| 生成任务 | 参数、模型、额度消耗、结果、失败原因 |
+| **导出** | 导出了哪些、多少、到哪（路径）、谁、何时 |
+| 配置变更 | 字典、模型、额度、路由的前后值 |
+| 敏感数据访问 | 客户资产包、成本数据、审计日志的查看 |
+
+**建议**：审计日志只读、不可修改、保留 ≥ 12 个月【待确认】，支持按人 / 按客户 / 按时间检索与导出。审计导出本身也要审计（防止"删除自己的痕迹"）。
+
+### 7.8　系统配置
+
+| **配置** | **说明** |
+| --- | --- |
+| 命名规则 | 脚本与成片的命名模板（如 `行业-客户-模板-钩子-日期-序号`） |
+| 导出设置 | 默认目录结构、格式、质量 |
+| 通知 | 任务完成 / 失败 / 额度告警 / 资产待复审 |
+| 初始化 | 默认角色、默认字典、示例资产包（新环境开箱可用） |
+
+### 7.9　平台管理的最小可用范围（分期）
+
+避免"M0 就想做完整 RBAC"导致延期。建议按下表排：
+
+| **能力** | **M0** | **M1** | **M2** | **M3** |
+| --- | --- | --- | --- | --- |
+| 组织 / 用户 / 登录 | ✅ 最小 | 完善 | — | — |
+| 角色与功能权限 | ✅ 6 角色 | 调整 | — | 细化 |
+| 数据权限（客户 / 行业） | ✅ 必须 | — | — | 字段级（如需） |
+| 客户管理 + 资产包 | ✅ | 完善 | — | — |
+| 行业 / 数据字典 | ✅ 核心字典 | 补齐 | 运营可配 | — |
+| 审计日志 | ✅ 关键操作 | 全量 | 检索与导出 | — |
+| AI 配置 | 模型接入 + 额度 | 路由与预算 | 版本 / 灰度 / 降级 | 成本优化 |
+| 成本看板 | ❌ | 基础 | 完整 | 客户/批次分摊 |
+| 系统配置 | 命名 / 导出 | 通知 | — | — |
+
+> 【建议】M0 的三件必做：**数据权限、审计日志、客户资产包**。这三件事后补成本极高，其余都可以迭代。
+
+### 7.10　与 PRD 4.6 的差异
+
+| **项** | **PRD V0.2** | **本文建议** |
+| --- | --- | --- |
+| 范围 | 7 类资产列表维护 | 平台治理底座（7 个子域） |
+| 账号权限 | 未提及 | RBAC + 数据权限 + 导出/配置特殊权限 |
+| 客户管理 | 仅作为资产归属 | 客户档案 + 资产包 + 状态机 |
+| 数据字典 | 未提及 | 9 类字典，可配置 |
+| AI 配置 | 未提及（仅"已有 API"） | 模型 / 路由 / 参数 / 额度 / 降级 / 成本 |
+| 审计 | 无 | 7 类审计对象，只读留痕 |
+| 分期 | 无 | M0–M3 最小范围表 |
+
+---
+
+## 8　关键决策（待拍板）
+
+以下 12 项是立项评审必须给出方向的分歧点。每项给出"建议"，但**建议不等于结论**，需要业务方确认。
+
+| **编号** | **决策点** | **可选项** | **本文建议** | **不决策的后果** |
+| --- | --- | --- | --- | --- |
+| **D-01** | 模块结构 | A. 沿用 PRD 四模块；B. 三主线 + 一底座 | **B** | 双入口问题（O-12）无法根治，管理模块持续膨胀 |
+| **D-02** | 自建 vs 采购（整体） | A. 直接采购现成 AI 素材平台；B. 全自建；C. 自建编排 + 资产 + 治理，生成能力采购 | **C** | A 买不到"客户数据 + 私有资产"；B 会在模型迭代上耗尽资源 |
+| **D-03** | 视频生成粒度 | A. 一条脚本一条整片；B. 逐镜生成 + 单镜替换 | **B** | 整条重生成，成本线性增长，不敢批量试 |
+| **D-04** | 视频筛选机制 | A. 全自动产出；B. 人工快筛（按组并排 + 保留 / 淘汰） | **B** | 产出多但可用少，人工在"翻页"上耗光 |
+| **D-05** | 客户是否登录系统 | A. 登录；B. 不登录（沿用 PRD） | **B**（M4 再评估） | 权限与数据边界复杂度陡增 |
+| **D-06** | 导出与交付方式 | A. 本地文件夹（沿用 PRD）；B. 云端下载；C. 直推投放平台 | **A + 可选 B** | 交付链路反复改 |
+| **D-07** | 登录与账号体系 | A. 企业 SSO；B. 手机号验证；C. 账号密码 | **A 或 B** | 30–100 人靠手动建号，运维成本高 |
+| **D-08** | AI 成本承担 | A. 公司统一预算；B. 按客户分摊计费 | **M1 用 A，M2 起可分摊（A+B）** | 成本不可见，无法报价与止损 |
+| **D-09** | 跨客户资产复用边界 | A. 完全隔离；B. 行业级公共 + 客户级私有；C. 完全共享 | **B** | 完全隔离则行业经验不继承；完全共享则素材撞车 |
+| **D-10** | 数据保留与删除 | 客户结束后保留 6 / 12 / 24 个月 | **12 个月**【待确认】 | 审计、纠纷与存储成本三方面都受影响 |
+| **D-11** | 是否做在线精修 | A. 做轻量剪辑；B. 不做，外链专业工具 | **B** | 定位从"批量工厂"滑向"剪辑软件" |
+| **D-12** | 提示词模板的修改权 | A. 仅 AI 工程；B. AI 工程 + 设计可改；C. 开放给运营 | **A**（B 可评审后放开） | 提示词是质量核心，随意改会导致质量波动 |
+
+> 【建议】评审时至少先定 D-01、D-02、D-03 三项，其余可在 M0 期间逐步定。
+
+---
+
+## 9　路线建议（M0–M3）
+
+### 9.1　分期与交付物
+
+| **阶段** | **周期（建议）** | **目标** | **范围** | **交付物** | **退出标准** |
+| --- | --- | --- | --- | --- | --- |
+| **M0 地基** | 4–6 周 | 能装人、能装客户、能装资产 | 组织 / 用户 / 角色 / 数据权限；客户档案 + 资产包；核心数据字典；审计最小集；资产模型（模板带命名图层）；1 类资产端到端跑通 | 可登录的平台骨架 + 数据模型 + 初始化数据 | 新客户 10 分钟内完成建档与权限分配；审计可查 |
+| **M1 主链路** | 6–8 周 | 一个真实客户走通全链路 | 商品信息卡（最小集）；脚本生成（文案级起步，数据模型按分镜级设计）；脚本审核入库；**图片生产线**；预览勾选；导出留痕；成片归档 | 可用的生产主链路 + 1 个客户的实际产出 | AC-01 达成；交付周期与单条成本首次可测 |
+| **M2 提效** | 8–10 周 | 视频批量与配置化 | 逐镜视频生成 + 单镜替换；变体矩阵 + 人工快筛；AI 配置（模型 / 路由 / 额度）；规则与字典运营化；成本看板 | 视频生产线 + 管理后台完整版 | 人均产能提升 ≥ 1 倍；任务成功率 ≥ 98% |
+| **M3 复用** | 6–8 周 | 资产复用与经验沉淀 | 行业资产包；复用率度量；脚本与成片效果标签；实拍混合与二次加工；模板复审机制 | 行业资产库 + 复用报表 | 资产复用率 ≥ 60%；新客户冷启动 ≤ 1 个工作日 |
+
+### 9.2　排序理由（为什么先图片、后视频）
+
+| **考量** | **图片线** | **视频线** |
+| --- | --- | --- |
+| 质量确定性 | 高（模板 + 固定物料，结果可预期） | 低（生成一致性仍是行业难题） |
+| 见效速度 | 快（一次上线即可验证批量价值） | 慢（调优周期长） |
+| 风险 | 低 | 高（商品变形、审核拒绝、成本） |
+| 依赖 | 资产 + 模板 + 权限 | 还需脚本分镜、人物 / 场景池、模型路由 |
+
+> 【建议】M1 先用图片线验证"平台 = 更快、更便宜"的假设，M2 再上视频。如果视频是业务绝对重心（【待确认】N-01），则 M1 需要把图片线压缩为"最小可用"，为视频留出时间，但**不建议**在 M1 就把视频矩阵全量铺开。
+
+### 9.3　人力配置建议（不含技术架构）
+
+| **角色** | **M0** | **M1** | **M2** | **M3** |
+| --- | --- | --- | --- | --- |
+| 产品（含业务分析） | 1 | 1 | 1 | 0.5 |
+| 设计（资产与模板） | 0.5 | 1 | 1 | 1 |
+| 前端 | 1 | 1.5 | 1.5 | 1 |
+| 后端 | 1.5 | 2 | 2 | 1.5 |
+| AI 工程（提示词与模型） | 0.5 | 1 | 1.5 | 1 |
+| 测试 | 0.5 | 1 | 1 | 0.5 |
+| 业务方（运营 / 设计 / 文案） | 兼职参与验收 | 深度参与 | 深度参与 | 深度参与 |
+
+> 【待补】团队实际可用人力与排期约束。上表为"能按时交付"的参考配置；人少则必须先砍范围（建议优先砍 M3 与 M2 的非核心项）。
+
+---
+
+## 10　指标与埋点
+
+### 10.1　埋点原则
+
+1. **第一天就采**：指标不是上线后补的，埋点随功能一起上线；补埋点等于丢历史。
+2. **任务级成本**：每个生成任务必须记录模型、耗时、调用量、费用——没有这个，所有成本指标都是估算。
+3. **口径唯一**：同一指标只有一处定义（见 10.4），避免各部门各算各的。
+4. **事件要带主体**：谁（用户 / 角色）、哪个客户、哪个批次，否则无法做权限与部门维度分析。
+
+### 10.2　关键埋点
+
+| **事件** | **触发时机** | **关键字段** | **支撑指标** |
+| --- | --- | --- | --- |
+| `customer_created` | 新建客户 | 客户、行业、操作人 | 客户覆盖率、冷启动耗时 |
+| `asset_created` / `asset_updated` | 资产新增 / 修改 | 资产类型、所属行业 / 客户、版本 | 资产覆盖率、复用率 |
+| `script_task_submitted` | 提交脚本生成 | 模板、钩子类型、数量、预估成本 | 脚本产能、模板效果 |
+| `script_generated` | 单条生成完成 | 耗时、模型、成功 / 失败原因 | 任务成功率、单条成本 |
+| `script_approved` | 审核通过 | 审核人、耗时、驳回原因 | 一次通过率、返工率 |
+| `image_batch_submitted` / `image_item_generated` | 图片批量 / 单张完成 | 张数、规格、耗时 | 图片产能、单套成本 |
+| `video_task_submitted` | 视频任务提交 | 脚本数 × 人物数 × 场景数、预估成本 | 矩阵规模、成本预估准确性 |
+| `video_shot_generated` | 单镜生成完成 | 镜号、耗时、模型、失败原因 | 单镜成功率、重生成率 |
+| `video_kept` / `video_discarded` | 快筛保留 / 淘汰 | 组别、淘汰理由 | 有效率、质量趋势 |
+| `export_done` | 导出完成 | 客户、批次、条数、路径、操作人 | 交付量、导出审计 |
+| `cost_recorded` | 任务结束 | 模型、金额、归属客户 / 批次 | 单条成本、成本分摊 |
+| `login` / `permission_changed` | 登录 / 权限变更 | 前后值 | 治理指标、审计 |
+
+### 10.3　四张核心看板
+
+| **看板** | **面向** | **核心内容** |
+| --- | --- | --- |
+| 产能看板 | 主管 / 运营 | 本周产出、交付周期、人均产能、排队任务 |
+| 质量看板 | 审核 / 设计 | 一次过审率、返工率、淘汰理由分布、还原度抽检 |
+| 成本看板 | 主管 / AI 工程 | 单条成本、模型费用分布、额度使用、预估 vs 实际 |
+| 资产看板 | 设计与 AI 工程 | 资产覆盖率、复用率、引用排行、待复审资产 |
+
+### 10.4　指标口径唯一表（建议维护在数据字典内）
+
+| **指标** | **唯一口径** |
+| --- | --- |
+| 可投素材 | 通过审核并完成导出的素材条数（不含失败、不含淘汰） |
+| 人均周产能 | 可投素材 ÷ 参与人数 ÷ 周数（计数权重见 2.1） |
+| 一次过审率 | 首次提审通过 ÷ 首次提审总数 |
+| 单条综合成本 | （人力工时 × 人时成本 + AI 调用费 + 外部采购）÷ 可投条数 |
+| 资产复用率 | 使用了既有资产的产出 ÷ 总产出（"既有"= 创建于本批次之前） |
+| 交付周期 | 需求登记时间 → 首次导出完成时间（自然日） |
+
+---
+
+## 11　风险与合规
+
+### 11.1　项目风险
+
+| **编号** | **风险** | **可能性** | **影响** | **缓解** |
+| --- | --- | --- | --- | --- |
+| R-01 | 范围蔓延（什么工具都想做） | 高 | 高 | 用 2.4 非目标清单卡住；D-11 明确不做在线精修 |
+| R-02 | 上传式模板缺图层语义，无法自动填充（PRD 已列） | 高 | 中 | 命名图层作为模板准入条件（5.2.4） |
+| R-03 | 采用率低（还是用微信 + 网盘） | 中 | 高 | 周活指标进 AC-03；M1 就让业务方深度参与 |
+| R-04 | 视频质量不稳定导致口碑受损 | 中 | 高 | 先图片后视频；人工快筛兜底；不承诺全自动 |
+| R-05 | 外部模型涨价 / 限流 / 下线 | 中 | 中 | 多供应商 + 路由 + 自动降级（7.6） |
+| R-06 | 需求方把平台当"外包订单入口" | 中 | 中 | 明确平台是自助工具，需求受理走既有流程 |
+| R-07 | M0 想做完整 RBAC 导致延期 | 高 | 中 | 按 7.9 最小集分阶段 |
+
+### 11.2　业务与合规风险
+
+| **编号** | **风险** | **说明** | **缓解** |
+| --- | --- | --- | --- |
+| C-01 | 广告法违规 | 极限词（"最""第一""国家级"）、虚假价格、材质虚标 | 词库拦截 + 商品信息卡事实校验（4.3.5） |
+| C-02 | AI 生成内容标识 | 生成合成内容需按规定做显式与隐式标识（国内已有专门管理办法，2025 年 9 月起施行） | 【待确认】N-07：广告素材的标识方式与位置需与法务确认 |
+| C-03 | 肖像权与模特授权 | 人物池素材来源不清会侵权；AI 生成"像某明星"同样有风险 | 人物池入库需授权证明；禁止以真实人物为原型的生成 |
+| C-04 | 客户素材保密 | 客户 A 的素材出现在客户 B 的成片里是重大事故 | 数据权限（7.5）+ 跨客户复用需授权（6.3）+ 导出留痕 |
+| C-05 | 商品还原错误 | 生成"相似款"导致错款投诉 | 白底图锁定 + 自动比对 + 人工抽检（5.3.4） |
+| C-06 | 平台规则变化 | 规格、时长、审核规则频繁调整 | 规格与规则做成数据字典，可热更新（7.4） |
+
+### 11.3　安全底线（五条硬要求）
+
+1. **客户数据隔离**：任何查询都必须带客户维度，禁止"先查全量再过滤"。
+2. **导出即审计**：导出是全链路唯一出口，必须留痕且可追溯。
+3. **资产删除保护**：被引用的资产只能停用，不能删除（6.4）。
+4. **AI 成本上限**：任何批量任务提交前必须显示预估成本（5.3.3）。
+5. **审计只读**：审计日志不可被任何角色修改（7.7）。
+
+---
+
+## 12　待确认问题
+
+PRD 第 10 章的 O-01 ~ O-12 **全部保留**，此处不重复。其中 O-12（"录入"与"行业 / 客户管理"双入口）建议由 D-01 的模块结构调整一并解决。
+
+本文新增待确认项：
+
+| **编号** | **问题** | **为什么影响设计** | **需要谁回答** |
+| --- | --- | --- | --- |
+| N-01 | 视频与图片的产能占比与优先级？ | 决定 M1 排期（先图片还是并行） | 业务负责人 |
+| N-02 | 当前一次过审率的真实基线？ | 质量目标与止损条件 S-02 的基准 | 审核 / 运营 |
+| N-03 | 单条素材的现状成本（人力口径）？ | ROI 测算与报价 | 主管 / 财务 |
+| N-04 | 目标投放平台清单与具体规格？ | 规格矩阵（5.2.3）与时长档 | 投放运营 |
+| N-05 | 口播类素材占比？ | 决定 TTS / lip sync 的优先级 | 运营 |
+| N-06 | 人物池与场景池的素材与授权来源？ | 合规（C-03）与资产冷启动 | 设计 / 法务 |
+| N-07 | AI 生成内容的标识方式与位置？ | 合规（C-02），影响成片包装规格 | 法务 |
+| N-08 | 跨客户资产复用的审批人是谁？ | 权限设计（7.5.3） | 主管 |
+| N-09 | 数据保留期与删除策略？ | D-10 与存储成本 | 法务 / 主管 |
+| N-10 | 月度 AI 调用预算上限？ | 额度配置与告警阈值 | 财务 / 主管 |
+| N-11 | 是否可接入企业统一登录？ | D-07 与账号体系 | IT |
+| N-12 | 交付是否需要客户签收 / 交付单？ | 导出与交付流程（5.4） | 客户负责人 |
+| N-13 | 资产复审的责任人与频率能否落人？ | 资产治理（6.6） | 设计 / AI 工程负责人 |
+| N-14 | 是否已有可复用的素材 / 模板历史积累？ | 冷启动规模与 M1 工期 | 运营 / 设计 |
+
+---
+
+## 附录
+
+### 附录 A　与 PRD V0.2 的章节对照
+
+| **PRD V0.2** | **本文对应** | **处理** |
+| --- | --- | --- |
+| 1 背景 / 2 用户与角色 / 3 目标与范围 | 第 1、2、3 章 | 沿用并补充（Q-07 / Q-08、五类指标、六角色） |
+| 4.3 脚本生成 | 第 4 章 | 强化（分镜级、商品信息卡、变体矩阵、质量校核） |
+| 4.4 素材生产 | 第 5 章 | 强化（逐镜、矩阵、快筛、规格、归档） |
+| 4.5 编辑模块 | 第 6 章 | 合并进资产模块，补 7 类资产 |
+| 4.6 管理模块 | 第 6、7 章 | 拆分：资产列表 → 第 6 章；治理 → 第 7 章 |
+| 5 非功能需求 | 5.2.5、11.3 | 沿用，补安全底线 |
+| 6 数据模型（如有） | 附录 B | 以本文实体为准，PRD 下一版对齐 |
+| 10 待确认问题 | 第 12 章 | 沿用 O-01~O-12，新增 N-01~N-14 |
+| 风险章节 | 第 11 章 | 沿用并补充 |
+
+### 附录 B　核心实体（供 PRD 下一版细化）
+
+| **实体** | **关键字段（摘要）** | **说明** |
+| --- | --- | --- |
+| 行业 | 名称、层级、父级、状态 | 资产继承与权限骨架 |
+| 客户 | 名称、行业、服务状态、对接人、交付偏好 | 数据隔离的边界 |
+| 用户 / 角色 | 账号、部门、角色、数据范围 | 一人多角色 |
+| 商品信息卡 | 客户、品类、商品名、卖点、证据、人群、场景、白底图、禁用表述 | 脚本与素材的结构化输入 |
+| 卖点 | 标签、内容、所属行业 / 客户、使用次数 | 可复用 |
+| 脚本模板 | 结构、槽位、钩子类型、时长档、提示词片段、版本 | 核心资产 |
+| 脚本 | 客户、模板、钩子、分镜（子表）、台词、状态、版本 | 分镜级 |
+| 图片模板 | 名称、命名图层、适用行业 / 规格、版本 | 图层语义是准入条件 |
+| 素材任务（图片 / 视频） | 客户、批次、参数、状态、成本、产物 | 任务级成本挂这里 |
+| 成片 | 类型、规格、对应脚本 / 镜头、文件、来源标签、效果标签 | 资产 |
+| 资产引用 | 资产类型、资产 ID、被引用对象（脚本 / 任务 / 成片） | 引用关系可查 |
+| 审计日志 | 主体、动作、对象、前后值、时间、IP、结果 | 只读 |
+
+### 附录 C　页面清单（建议）
+
+| **模块** | **页面** | **关键交互** |
+| --- | --- | --- |
+| 平台管理 | 客户列表 / 客户详情（资产包） | 套用行业包、分配权限 |
+| 平台管理 | 用户与角色、权限分配 | 数据范围选择、二次确认 |
+| 平台管理 | AI 配置、数据字典、审计日志、系统配置 | 版本与回滚、检索与导出 |
+| 资产模块 | 资产库（按类型 / 行业 / 客户） | 真实合成预览、排序、停用、复审 |
+| 资产模块 | 资产详情（引用关系） | 看被谁引用、替换失效资产 |
+| 脚本模块 | 脚本工作台（生成） | 模板 + 商品卡 + 矩阵展开 + 预估成本 |
+| 脚本模块 | 待审核列表 / 脚本详情 | 高亮、局部重写、批量通过 |
+| 脚本模块 | 已入库脚本库 | 检索、发起视频制作 |
+| 素材模块 | 图片批量生产 | 物料多选、模板选择、矩阵、网格预览、快筛、导出 |
+| 素材模块 | 视频生产与快筛 | 分组并排播放、快捷键、单镜重生、预估成本 |
+| 素材模块 | 导出与归档 | 目录结构、命名、交付清单 |
+| 全局 | 看板（产能 / 质量 / 成本 / 资产） | 按部门 / 客户筛选 |
+
+### 附录 D　术语表
+
+| **术语** | **含义** |
+| --- | --- |
+| 钩子（Hook） | 素材前三秒用于抓住注意力的开场设计 |
+| 分镜 | 脚本拆分出的最小可生成单元（场景 + 景别 + 时长 + 画面 + 台词） |
+| 景别 | 中近景 / 特写 / 全景等镜头尺度 |
+| 变体矩阵 | 由脚本 × 人物 × 场景 × 时长等轴交叉生成的批量候选 |
+| 快筛 | 按组并排预览，用最短时间从大量候选中保留少量可用素材 |
+| 资产包 | 某客户 / 行业的模板、Logo、位置、警示语、人物场景等资产集合 |
+| 一次过审率 | 首次提审即通过的比例 |
+| 资产复用率 | 使用既有资产的产出占总产出的比例 |
+| 单镜替换 | 视频某一段不满意时只重生成该镜头，不重生成整条 |
+| 命名图层 | 图片模板中带语义名称的图层（商品位 / 文字位 / Logo 位等），用于自动填充 |
+
+### 附录 E　依据与参考
+
+| **依据** | **用途** |
+| --- | --- |
+| `docs/PRD/灵犀_信息流素材生产平台_PRD_V0.2.md` | 功能基线、字段与流程 |
+| `docs/PRD/灵犀_信息流素材生产平台_PRD_V0.1.md` | 版本演进对照 |
+| `docs/skills/电商-达人口播skill/SKILL.md` | 口播素材的 prompt 与节奏 know-how |
+| `docs/skills/电商-达人展示skill/SKILL.md` | 展示类素材的场景 / 景别 / 光影体系 |
+| `README.md` | 项目定位与当前状态 |
+| 行业与竞品调研（2026-10） | 见 1.5.1 及其来源链接 |
+| 相关法规与平台规则 | 广告法、生成合成内容标识相关规定、各投放平台素材规范（以最新版本为准） |
+
+---
+
+## 变更记录
+
+| **版本** | **日期** | **变更内容** | **作者** |
+| --- | --- | --- | --- |
+| V0.1 | 2026-10-30 | 初稿：背景与目标、三主线 + 一底座、脚本 / 素材 / 资产管理、平台治理、路线与指标 | — |
+
+## 待办（本文定稿前）
+
+- [x] 回填 1.5.1 行业与竞品调研结论（已按 2026-10 调研回填）
+- [ ] 回填 2.2 中所有【待补】基线值
+- [ ] 评审 D-01 ~ D-12，至少先定 D-01 / D-02 / D-03
+- [ ] 确认 N-01 ~ N-14 的回答人与时间
+- [ ] 与 PRD 作者对齐附录 A 的章节映射，决定 PRD 下一版如何承接
+- [ ] 补 9.1 的实际排期与人力约束
+
+
+