如果 OiiOii 这类工具同时提供“全局资产 / 角色记忆”和“多智能体分工”，判断标准可以先简化成一句：凡是跨集复用、被反复引用的信息，都归资产线；凡是本集一次性产出、产出后还要被人挑选和修改的，都归智能体任务线。把这两条线混在一起，通常会出现两种后果：角色设定被某一集的即兴发挥覆盖，或者同一份人物小传被多个智能体各写一遍，后面谁也说不清哪份是准的。

角色一致性、全局资产记忆属于长期维护，靠唯一键和版本记录约束；分镜拆解、台词生成属于单次创作任务，靠智能体分工和产出回收约束。建议先把资产线的字段定死，再让智能体只读不写；两条线在开工前交接、生成中隔离、回收后合并。是否成立，用多集连做验证：角色是否稳定、分镜是否可追溯、资产是否被改写。资产与任务冲突时，先停任务线。

把角色一致性与全局资产归到同一条维护线

资产线的判断维度不是“内容重要不重要”，而是“是否跨集、跨镜头重复引用”。进入资产线的三类内容：

1. 角色静态设定：姓名、别名、年龄区间、外貌关键特征、服装基线、语气基调。这些一旦变更，会牵动所有已生成内容。
2. 世界观与场景常量：时间线、地点命名、组织关系、固定道具的外观与归属。
3. 跨集复用的规则与词表：称呼方式、禁用词、台词口吻约束、术语表、角色之间的关系描述。

不进入资产线的内容也要写明：单集的情绪强度、单镜头构图、只出场一次的路人、只在本集成立的笑点或反转。这些属于任务线产物，写进资产会造成污染。落地时建议给资产记录设唯一键和版本字段，字段名可替换，但语义不要省：

{
  "asset_id": "char_lin_01",
  "type": "character",
  "version": 3,
  "scope": "global",
  "fields": {"name": "林某", "alias": ["小林"], "look": "...", "tone": "克制"},
  "updated_by": "asset_editor",
  "updated_at": "ISO8601"
}

验证方式很直接：改动 fields 后回到已生成的分镜，看引用该 asset_id 的位置是否同步。如果只有部分同步，说明有智能体在写自己的副本，这时应先收写权限，而不是调提示词。

把分镜拆解与台词生成归到智能体分工线

任务线的判断维度是“有没有明确的单次产出，并且产出后需要人做取舍”。分镜拆解、台词生成、镜头描述补全、节奏调整都属于这一类。它读资产，但不改资产。

最小单元建议定在“一场戏”，而不是一个镜头。原因是一个镜头往往没有完整的叙事起点和终点，拆解智能体拿到单镜头信息时，容易为了凑时长自造对白或动作，反而绕开资产约束。以一场戏为单元，能同时提供人物、地点、冲突和目标，台词智能体才有足够上下文，分镜智能体也能在一场内保持镜头连贯。可以先用下面的骨架分发，字段按实际工具改：

task = {
  "unit": "scene",
  "scene_id": "ep03_s02",
  "duration_hint": "30-45s",
  "asset_refs": ["char_lin_01", "loc_office_02"],
  "deliverable": ["shot_list", "dialogue_draft"],
  "write_policy": "read_only_on_assets"
}

如果确实需要镜头级重做，建议把它当成“一场戏任务”的子任务下发，并要求回报 scene_id，避免产出飘在任务线里无法归属。

标出两条线的交接点

交接点是出问题最多的地方，通常集中在三个时机。

“生成中只记录不写入”是关键，它能防止单集任务把临时设定直接写进全局。交接清单建议固定四项：快照版本号、读取的 asset_id 列表、候选新增项、产出归属的 scene_id。四项缺一，后面就很难追。

三类容易混淆的情况

• 角色在本集改了称呼：如果只是一次性口误或剧情内伪装，留在任务线；如果后续集继续沿用，走候选清单再并入资产线。
• 场景只出现两次：出现两次以上、且后续可能复用的地点，通常值得进资产；纯粹一次性的过场地点放任务线即可。
• 台词里出现新设定：台词智能体写出的设定默认视为草稿，不自动升级为资产，需要人工确认后再入库。

用一次多集连做验证分工是否成立

单集跑通说明不了什么，建议连做三到五集，中间不做资产的手工修补，观察两条线是否互相拖累。三个观察点：

• 角色是否稳定：跨集检查外貌、语气、称呼是否漂移，以及漂移出现在任务线产出阶段还是资产读取阶段。
• 分镜是否可追溯：每个镜头能否回溯到 scene_id 和当时使用的资产快照版本。
• 资产是否被改写：对比开工前后资产记录的 version 和 updated_by，看是否有任务线写入的痕迹。

如果分镜可追溯、角色也稳定，但资产 version 在无人确认的情况下变了，说明写权限没收干净，优先修这个，而不是继续调提示词。

出现冲突时先停哪条线

冲突处理的优先顺序建议是：先停单集任务线，再查资产线。原因是任务线产出是局部的、可重做的，资产线一旦被改动，影响面会扩散到所有引用它的集数，回滚成本更高。停任务线之后，按“备份资产记录 → 定位写入来源 → 恢复目标版本 → 重新下发任务”的顺序处理，而不是在原任务上继续改。

例外有两类：一是资产记录本身已经损坏或互相矛盾，例如同一角色出现两个版本号被同时引用，这时必须先冻结资产写入再清理资产；二是任务线已经产出大量可复用内容，而资产改动只是新增字段，此时可以先保留任务产出，但仍要避免任务线在修复期间继续写入。判断依据不是谁更重要，而是谁的改动范围更大。