让角色活起来，创作权仍属于你把你的故事与角色带进一段有因果、有选择、会继续发展的关系

Read this page in English

我们想一起证明什么 ​

一个好角色不只是“会说话的设定”。她有自己的欲望、矛盾和底线，也会记得用户如何对待她。用户作为故事世界之外的远程知情者，可以影响她怎么看待眼前的困境，却不能替她行动或指定结局。

当角色最终作出自己的决定，世界给出确定的结果，她可以在之后回来告诉用户发生了什么。这样形成的关系有清楚的因果：

用户与角色交谈
→ 角色理解这份影响
→ 角色在 Creator 认可的范围内自主决定
→ 故事世界产生结果
→ 角色回来分享她亲历的变化

这种体验的创意来源仍然是人。Meet-U 的作用，是让 Creator 写下的角色、选择与因果可以被稳定地呈现和检验，而不是让模型无限续写一条未经审阅的剧情。

适合哪些 Creator ​

你不需要是大型工作室或知名作家。你的 IP 可以是一部小说、漫画或剧本，一组艺术角色，一个持续创作的世界，也可以是还在发展的原创构想。关键是你愿意对角色和故事作出真实判断，并能说明本次使用素材的来源与预期用途。

这个阶段尤其适合希望验证以下问题的 IP owner：

• 角色离开原作叙事视角后，是否仍能保持声音、知识与边界；
• 用户的自由对话能否带来有意义的影响，又不夺走角色自主性；
• 一个有界困境和一次主动回访，是否足以让用户产生关系感；
• Creator 的 canon、秘密与演绎判断能否在互动过程中被持续遵守；
• 哪些创作纠正值得在扩大故事或发布范围前沉淀下来。

你带来什么 ​

你不需要先学习 YAML，也不需要先写完整的互动脚本。一个适合起步的 Pilot 通常只需要：

• 一个你真正理解并愿意负责的角色；
• 一个能暴露她价值观与矛盾的具体困境；
• 她可能作出的少量、彼此有真实代价的选择；
• 她与用户交流的理由、语气和不能跨越的边界；
• 你希望保留的 canon、秘密、视觉身份与署名来源；
• 几个“这样才像她”和“她绝不会这样做”的判断。

准备 Pilot提供一份不要求技术背景的素材清单和创作 worksheet。

我们怎样协作 ​

目前的 onboarding 是协作式 Pilot：Meet-U 团队会与 IP owner 一起整理素材、建立可审阅的角色与剧情边界，并制作可编译的本地候选。现在还没有面向公众的自助上传、在线编辑或一键发布流程。

我们会把几类决定分开：

了解协作方式说明从素材盘点、Creator review 到 Pilot 候选的完整路径，也明确哪些能力仍未开放。

目前处于什么阶段 ​

当前工具能够把一份结构完整的 Creator Source Package 编译成可复核的 runtime bundle。当前 application code 已实现普通对话、最小 turn trace 和两次手动 owner checkpoint：第一次提交角色自主决定、确定性 world outcome 与等待状态；第二次发布经过校验的主动回访、一张 package-approved 静态结果图、结构化 Journal 和 public-safe causal timeline。这不是 ambient scheduling、外部通知或实时图片生成。编译结果固定不可直接激活，也不能证明任意新 package 已经安装或可运行；它不证明 IP 权利、Creator approval、素材批准、远程使用或公开发布资格。

因此，这个站点是公开可读的创作指南，但它不是公开提交入口，公开的私密 intake 联系方式也尚未公布。若你正在评估合作，请先使用准备 Pilot在本地整理创作意图；只有在与 Meet-U 团队成员确认私密渠道后再传递受保护素材。具体交付方式、权利基础、保密需求和预览范围需要在协作开始时单独确认。

技术创作路径 ​

如果你会与工程团队一起维护 source package，可以继续阅读：

• 快速开始：从创作 worksheet 到七个 YAML 文件，再到本地编译与复核；
• 语义创作指南：每组内容由谁拥有，以及角色、关系、剧情、对话与视觉如何形成因果闭包；
• 完整字段清单：从实际 schema 生成的字段、类型、必填状态和约束；
• 当前能力与限制：已支持的范围和不能靠文案假装存在的能力；
• 生命周期与权限边界：为什么 source、编译候选、创作审批与发布必须分开。

技术格式是让创作意图可检查、可重复的中间载体，不是我们要求每位 IP owner 使用的最终创作界面。