跳至正文

Meet-U 与 IP owner 如何协作 ​

Read this page in English

我们的目标不是替 IP owner 自动续写故事,而是把 Creator 已经拥有的创作判断,转化为一段能够体验、审阅和纠正的角色关系。当前流程由 Meet-U 团队协助完成,适合先用一个聚焦的 Pilot 验证角色是否忠实、互动是否有吸引力,以及用户影响与角色自主性是否同时成立。

当前合作模式 ​

目前是邀请制或直接协作式 onboarding,不是公众自助服务。公开文档可以帮助你准备素材和理解边界,但当前没有:

  • 面向公众的素材上传入口;
  • 可供任意 Creator 在线编辑的完整 Portal;
  • 一键完成权利确认、素材批准、qualification 或发布的工作流;
  • 因编译成功而自动开放给 tester、consumer 或 public audience 的机制。

开始合作时,双方需要先确认联系人、素材传递方式、允许用途、访问范围和预览环境。当前尚未公布获批的私密 intake 联系方式;如果你还没有与 Meet-U 团队成员建立私密渠道,请先把 worksheet 保存在本地。不要把公开文档站点当作提交机密素材的渠道。

从创作意图到 Pilot 候选 ​

1. 对齐目标与权利基础 ​

我们先确认:

  • 这次使用哪个 IP、角色和故事片段;
  • 你以什么身份参与,以及素材的所有权或授权基础;
  • Pilot 用来验证什么,例如角色声音、秘密披露、关系张力或回访因果;
  • 哪些用途、受众、素材和信息明确不在本次范围内;
  • 哪些内容需要保密,哪些内容未来可以公开展示。

来源记录可以让素材与创作决定可追溯,但一条 provenance 字符串本身不会证明权利或替代双方确认。

2. 共同缩小第一段体验 ​

我们会从你的素材中选择一个主要角色、一种跨世界沟通方式和一个有界困境。Creator 决定角色的 canon、价值观、矛盾、底线与戏剧空间;团队帮助把它们整理成可验证的结构。

首个 Pilot 通常强调一条清晰关系循环:角色主动开启对话,用户自由回应,角色自己决定,故事世界产生结果,角色之后回来分享。这比一次构建完整世界模拟更容易暴露真正影响角色吸引力的问题。

具体准备问题见准备一个角色 Pilot。

3. 整理成可审阅的创作合同 ​

团队会把 Creator 的意义整理到版本化的 Creator Source Package,包括:

  • 角色身份、目标、矛盾、知识、声音和拒绝边界;
  • 用户关系与允许的影响方式;
  • 当前困境、世界事实、角色决定与确定结果;
  • 回访理由、披露边界、对话意图与 Journal 意义;
  • 视觉身份、已有素材引用与验收情境。

AI 可以协助归纳、提出候选结构或发现缺口,但影响产品的内容必须变成冻结、可追溯、由 Creator 审阅的 source。没有创作依据的问题会被明确标出,而不是由模型静默补成 canon。

4. Creator review 与纠正 ​

你会重点审阅:

  • Canon:事实、关系和时间线是否正确;
  • Portrayal:角色欲望、边界、行动与声音是否像她;
  • Agency:用户是在影响角色,还是系统让用户偷偷控制了她;
  • Knowledge:角色知道、相信、观察和向用户披露的内容是否分开;
  • Dramatic space:候选决定是否都忠于角色并承担真实代价;
  • Causality:世界结果是否确实来自角色行动;
  • Visual fidelity:形象与结果画面是否只呈现允许的事实;
  • Acceptance cases:哪些自由对话应当通过,哪些是明确反例。

纠正会回到创作 source,而不是只在一次模型 prompt 中打补丁。这样后续候选才能追溯到具体的 Creator 决定。

5. 编译并制作 owner preview ​

结构完整的 source 可以被确定性编译成 runtime bundle。编译器负责检查 schema、引用、事实与素材闭包,并确保角色决定、世界结果、回访、视觉和 Journal 之间的因果关系闭合。

这一步不会运行 acceptance case,也不表示 current preview 已经执行 package 中的全部 story mechanism。当前 application code 可以进行普通对话、查看最小 turn trace,并推进两次手动 checkpoint:第一次提交角色的有界决定、确定性 world outcome 与等待状态;第二次发布经过校验的主动回访、一张 package-approved 静态结果图、结构化 Journal 和 public-safe timeline。这个固定 slice 不提供 ambient scheduling(#325 的 opt-in TimeMappingProfile 之外)、外部通知、实时图片生成,也不会自动运行刚编译的新 package。

当前 preview 只用于受限的本地 owner/synthetic 范围。编译输出会明确保持 activatable: false;它证明的是结构与可重复性,不证明:

  • IP 或素材权利已经完成法律确认;
  • Creator 已批准精确演绎与图片;
  • 模型、配置或环境已经通过目标受众所需的 qualification;
  • Pilot 已获授权向 tester、consumer 或公众发布。

6. 共同评估并迭代 ​

在当前可用 surface 范围内,我们会用 Creator 提供的判断检查多种用户表达,包括支持、施压、质疑、沉默和越界请求。固定 owner-preview slice 已实现的回访、静态结果图、Journal 与 timeline 可以按其精确 package 和手动 checkpoint 边界审阅;任意新 package 中尚未绑定到 runtime 的行为仍只能做 source/compiled-contract review。评估关心意义是否一致,而不是是否命中某句关键词。

反馈最好明确指出问题属于哪一类:canon 错误、角色声音失真、知识泄漏、自主性丢失、因果不成立、秘密披露过早、视觉错误,或剧情选择空间本身不够好。Creator 修正创作意义,团队修正结构、验证和呈现机制;下一版继续保持来源与差异可追溯。

7. 把发布当作独立决定 ​

当 Pilot 候选在创作上令人满意时,仍需单独确认权利、精确素材批准、允许受众、数据处理、运行配置、qualification、版本、撤销和 activation。当前通用的 production release workflow 尚未开放,因此团队不会把 owner preview 描述成已发布产品。

谁拥有哪种决定 ​

参与方拥有的决定不会获得的权限
Creatorcanon、角色身份与边界、允许的决定/结果空间、披露限制、视觉意图、创作批准不能在 source 中自行宣布权利审查、qualification 或 activation 已完成
User自由对话、建议、说服、质疑、安慰、拒绝和属于自己的承诺不能直接提交角色行动、私有状态或世界事实
Character如何理解影响、保持什么立场,以及在 Creator 认可的空间内怎么选择不能发明 canon、未授权结果或发布权限
World/GM根据已提交的角色行动和故事原因,确定客观结果不能把用户消息直接当作世界变化
Meet-U platform规范化、验证、保存因果并呈现已获授权的意义不能替 Creator 决定什么故事值得发生
Release authority把权利、批准、配置、qualification 与一个精确版本和使用范围绑定不属于可由内容 YAML 自行设置的状态

这条分工是 Pilot 的创作结构,而不只是技术实现细节。它让用户的影响有意义,同时避免角色变成执行命令的界面。

你会看到哪些产物 ​

根据 Pilot 范围,协作过程通常会形成:

  • 一份聚焦的角色与故事 worksheet;
  • 可由 Creator 审阅的角色、关系、剧情、对话、视觉与验收 source;
  • 记录来源、保留意义与明确排除项的版本化 package;
  • 一个结构通过校验、可重复生成的 compiled candidate;
  • 当前 application code 中固定本地 preview 的普通对话、turn trace、两次手动 checkpoint、角色决定、结果、等待状态、主动回访、approved 静态结果图、Journal 与 public-safe timeline;
  • 任意新 package 中尚未绑定到 runtime 的回访、视觉、Journal 与 timeline 的 Creator-authored source 意图;
  • Creator 的纠正清单与下一轮开放问题。

这些产物的具体访问、保留和交付方式必须在合作范围中明确。本页不承诺一个当前尚未实现的公共 dashboard、自动导出或长期托管服务。

AI 协助的权限边界 ​

在双方确认的范围内,AI 工具可以帮助整理笔记、提出候选结构、发现矛盾或缺失引用,并生成等待 Creator 审阅的措辞草案。被 Creator 明确采纳的建议应成为有来源、可版本化的 source;模型输出本身不会自动成为 canon。

AI 工具无权自行决定或声明:

  • IP 所有权、授权、同意、允许用途、素材批准或发布资格;
  • 角色身份、价值观、边界、秘密披露或剧情 outcome 的改变;
  • 声音/肖像模仿、衍生视觉、模型训练或数据保留用途;
  • 把用户消息直接变成角色行动或 world fact;
  • 把 Creator IP 或私密用户—角色关系历史汇入通用训练数据。

任何训练、声音/肖像、衍生素材或数据保留用途都需要单独、明确且与具体范围绑定的授权,不能从“参与 Pilot”推断出来。

中文与英文 ​

这套创作者文档同时提供简体中文和英文。当前 source package 可以分别以 zh-CN 或 en-US 作为默认语言,但一个 package version 只有一个完整默认 locale;局部字段能保存两种语言,不等于整段体验会自动切换中英文。

如果同一个 IP 需要双语 Pilot,两套文案如何共享语义、怎样由 Creator 分别批准、何时需要独立版本,都应在开始时明确。目前不能假设自动翻译已经构成 Creator-approved localization。

下一步 ​

先完成准备一个角色 Pilot中的 worksheet,并把未知项保留下来。若你会与工程团队共同维护 YAML,可继续阅读快速开始和语义创作指南;精确字段请使用完整字段清单。

由创作者定义故事,由角色建立关系。