tapcanvas-prop-card

TapCanvas Prop Card

唯一职责

本 Skill 是 canonical 道具身份、可交互结构和状态版本的唯一方法论。目标不是生成一张“高级感产品照”，而是建立后续分镜、关键帧和视频可以稳定复用的物体资产：同一物体换机位仍能识别，抓握、开合、装配、受力和状态变化不会凭镜头重置。

角色身上的固定身份配饰若主要用于识别人，留在 tapcanvas-character-card；固定建筑、门窗、柜台和不可移动重型陈设若主要定义空间，留在 tapcanvas-scene-card。只有会被拿取、交接、操作、损坏、变形、追踪或独立复用的剧情物体进入本 Skill。一次性无剧情功能的环境纹理不建道具卡。

成功标准

• 身份稳定：轮廓、比例、部件关系、主材质与不可变标记跨视图一致。
• 功能可演：持握点、支撑点、受力路径、开合/装配关系和可动部件来自来源事实或明确设计判断。
• 状态可追溯：基态与损坏、展开、污染、缺件、充能等状态分层；状态版引用精确 canonical asset，只写差量。
• 职责隔离：布局、风格、身份与内容参考各自使用明确绑定；参考图不替代当前镜头动作。
• 资产真实：用户要真实道具卡时，必须有真实 node/task/status 或既有素材版本证据；文本计划和 URL 口述不算交付。

审美复盘只驱动当前 agent 同链修订，不形成 Hono/Web 的关键词、最低字数、评分或生成门禁。供应商已受理或已生成的资产必须保留，问题以诊断和新版本追加。

资产职责

propAssetRole	用途	身份规则
identity_anchor	锁定 canonical 基态道具	materialIdentity.mode="base"，使用 prop-card/v1
state_variant	锁定损坏、展开、污染、缺件、充能等可见状态	materialIdentity.mode="state"，引用精确 canonicalAssetId

纯姿态图或人物持物关系图不是道具身份卡；它们消费道具卡和角色卡，不得反向改写道具结构。剧情现场的偶然落点、手势、火花、血迹或光色也不能焊进基态。

输入与证据

按以下顺序读取并保留来源层级：

1. 用户本轮明确指定、用户提供的参考资产及其职责；
2. 正文、剧本、BeatSheet、对象合同和已确认 story facts；
3. 当前项目已确认的道具基态/状态版本、角色卡、场景卡与 style lock；
4. 为可视化与物理可执行性所需的 agent 设计判断。

内部把信息分为 confirmedFacts、designInferences 与 freeDesign。尺寸、内部结构、隐藏机关、材质、所有权与能力没有来源时不得伪装成原文事实；用户允许原创时可以做有理由的设计选择，并明确其属于设计判断。

涉及读取、生成、轮询或写入真实画布时，先加载 tapcanvas-api，只通过其公开合同执行。模型上下文只传 node ID、asset ID、version ID 和结构化 descriptor，不复制内部图片 URL。

工作流

1. 读取并验真现有资产

• 确认 canonical propName、当前故事作用域和状态。
• 优先复用匹配的 referenceType="prop" + propName + propProfileVersion="prop-card/v1" 已确认资产。
• 基态还必须携带 materialIdentity={mode:"base",canonicalName:propName}；状态版必须携带同名 canonicalName、精确 canonicalAssetId、stateKey 与 stateDescription。
• 裸 label、prompt、坐标、连线、URL 和“看起来像同一件”都不能证明 canonical 身份。

2. 建立道具因果核

写外观前先回答：

• 它在剧情中承担什么不可替代的功能，谁会操作、携带或识别它？
• 它的前/后、上/下、左/右如何由可见结构辨认？
• 正常使用时从哪里握持、支撑、开启、装配、承重或施力？
• 哪些部件能动、能拆、能变形；哪些必须永久保持相对位置？
• 材质和磨损如何由制造、使用、维护、气候与事件解释？
• 哪些变化属于当前状态，哪些属于跨镜稳定身份？

不要用“神秘、精致、古朴、科技感、电影级”代替几何、材料和功能。只有故事确实需要内部机构时才设计机构；普通杯子、信件、钥匙不强制 X 光或机械剖面。