MS1 产品策划案评审：Windup 修订版（Refs #37 · 仅评审不合并）#38
Conversation
![fennoai[bot]](https://avatars.githubusercontent.com/in/1924301?s=60&v=4){kind=small}
|
|
||
| 穿戴资产是构成造型的可复用组件——服装、服饰、装备(如长剑、红围巾),各自独立成卡,可跨角色、跨造型复用,创建一次即可多处套用。 | ||
|
|
||
| 这样做的考虑:资产的可提取、可迁移、可复用是贯穿全模型的原则;将角色拆分为身份与可复用组件,正是为使同一件穿戴资产可供多个角色使用。 |
There was a problem hiding this comment.
如果我们后面确实会引用“（角色）身份”的概念，那在角色那里应当定义什么是“（角色）身份”
| 行为: | ||
|
|
||
| - 创建角色:输入描述或上传参考图 → 产出稳定信息与首个造型的母版候选 → 用户确认后锁定。 | ||
| - 锁定后,角色的稳定信息与既有造型母版转为只读;修改形象即新建或修改造型,原造型及其已生成动作不受影响。 |
There was a problem hiding this comment.
锁定后,角色的稳定信息与既有造型母版转为只读
角色的名字、年龄等信息，都不会提供修改的功能？
修改形象即新建或修改造型
如果是“修改造型”，原造型就该会受影响才对
There was a problem hiding this comment.
那“角色的稳定信息与既有造型母版转为只读”就不太好理解了，如果用户修改“角色的名字、年龄”，会发生什么
There was a problem hiding this comment.
这个是从用户的使用姿势角度来说的吧：如果相差很大，建议用户创建新的角色而不是在原角色上修改？
那如果用户觉得相差不大，在原角色上修改，会发生什么？我理解“名字、年龄”等信息也是这里说的“角色的稳定信息”的一部分，然后这里说“角色的稳定信息与既有造型母版转为只读”，我没理解怎么算转为只读
| - 多造型情形下,每个造型拥有独立母版,并共用角色的身份约束。 | ||
| - 各朝向母版独立生成,不以伪透视替代,每个朝向作为独立资产绘制。 | ||
|
|
||
| ### 3.5 动作与动作实例(Action & Action Instance) |
There was a problem hiding this comment.
这个我们之前提到过，建议命名调整为：
- Action -> Action Template
- Action Instance -> Action
因为用户更多会去操作 2，而不是 1（相比 2，1 是更抽象的定义）；所以建议 2 使用更简洁的符合直觉的命名，而 1 使用更拗口的命名
|
|
||
| 行为: | ||
|
|
||
| - 用户在角色 / 造型下添加动作,形成动作清单,可批量选择多个一并提交;每个动作实例独立生成、独立检查、独立通过。 |
There was a problem hiding this comment.
用户在角色 / 造型下添加动作,形成动作清单
如果按现在的定义，这句话应该是：用户在角色 / 造型下添加动作实例,形成动作实例清单
下边的
动作是检查与交付的单元:一个动作实例整体判定"通过 / 退回";不同生成路线对同一动作可采用各自的检查方式(逐帧生成对应逐帧检查,视频生成对应整段播放 / 裁剪检查),将"检查 / 通过"机制固定于动作层,对任意生成路线均成立。
显然也把“动作”和“动作实例”混着说了
|
|
||
| 这样做的考虑: | ||
|
|
||
| - 定义与实例分层,动作方成为可复用资产,与"生产者、着装"解耦。 |
There was a problem hiding this comment.
指的是工作流引擎/生成系统——即产出动作资产的那套机制（Quick Start 或画布）
|
|
||
| 边界:帧不支持手绘编辑(本期无画笔工具),修正的唯一方式为重生成。 | ||
|
|
||
| ### 3.7 生成记录(Generation Run) |
There was a problem hiding this comment.
生成一个动作实例的过程和一条生成记录一一对应？
如果完成（& 保存）某个动作实例后（对应的生成记录记为 R1），后来又觉得其中某一帧不够好重新生成这一帧，那么这次对单帧的生成与生成记录会是以下哪个关系？
- 对应原来的那条生成记录 R1
- 不对应任何一条生成记录
- 对应一条新的生成记录 R2
There was a problem hiding this comment.
好的，所以一条生成记录对应的“一次生成”不一定是一个动作的生成，也可能是其他内容（如一帧）的生成
这个明确下会更好，因为现在的文档很容易让人以为一条生成记录对应的一定是一次动作的生成
|
|
||
| ### 3.8 工作流引擎与入口(Workflow Engine) | ||
|
|
||
| 工作流引擎是将上述概念串联并执行的底层机制:一次"生成动作"请求按动作类型自动路由至相应生成路线(决策四的落地);一段完成的流程可保存为模板,复用的是一套已验证的生产规范(尺寸、视角、动作数、帧率、命名、导出规则),可为新角色重放。 |
There was a problem hiding this comment.
一段完成的流程可保存为模板,复用的是一套已验证的生产规范(尺寸、视角、动作数、帧率、命名、导出规则),可为新角色重放。
这边的“生产规范”（也就是被“工作流模板”所复用的东西）感觉没理清楚；先写在这儿也可以，不过建议 MS2 要走通的的主流程先不包括它（实现上也先不考虑），等做完主流程后我们再去细化工作流复用的设计
|
整体的定义没啥大问题，主要提的问题还是表述上的，在产品设计文档中保持统一、准确的表述很重要，否则很容易引起歧义，妨碍达成共识 |
Reviewer flagged that the character section explained its naming as a convergence from an earlier draft, which readers of this document never see. Remove the "original draft mixed three terms" framing and keep only the positive definition of what a character is. The naming statement itself is unchanged; only the meta-narrative is gone.
3 participants
Windup 产品策划案（修订版）逐行评审载体，仅评审、不合并；定稿后落回 Issue #37。
Refs #37