准备一个角色 Pilot
你不需要先把作品改写成互动脚本，也不需要先学习 YAML。最有价值的起点，是你对角色的判断：她是谁，什么会让她动摇，什么代价值得她承担，以及哪种演绎虽然“好看”却根本不像她。
本页帮助你把这些判断整理成一次协作式 Pilot 所需的创作素材。当前还没有公众自助上传入口；请不要通过未经确认的渠道发送未公开手稿、权利文件、个人资料或其他敏感内容。实际交付方式、访问范围和预览用途会在合作开始前单独确认。
交付素材前先确定权利与数据边界
只在获批的私密渠道中传递受保护素材，并先明确：
- 参与者、访问范围、预期用途、保留期限和删除方式；
- 你是原创者、权利方代表还是被授权使用者，以及谁负责确认权利基础；
- 本次允许的 preview 范围，以及明确排除的公开发布、营销、再授权或其他用途；
- 声音/肖像模仿、衍生视觉、模型训练和数据保留是否被明确允许；
- 署名、纠正、暂停、替换与撤回的预期和负责人。
参与 Pilot 不会自动授予训练、声音/肖像、衍生作品或公开发布权限。Creator IP 和私密用户—角色关系历史也不会在没有明确、与具体范围绑定的同意时，被汇入通用训练数据。权利与数据处理仍需在适当流程中确认；本页不是法律意见，也不是上传入口。
先把范围缩小
第一个 Pilot 的目标不是容纳整部作品，而是证明一个角色能否在互动中保持真实、作出属于自己的选择，并让用户愿意等她回来。
建议从以下范围开始：
- 一个主要角色：由她与用户建立关系；
- 一种跨世界沟通方式：例如信件、梦境、镜子、无线电或其他符合原作的私密媒介；
- 一个眼前困境：足以暴露角色的价值观、矛盾与代价；
- 两到四种可能决定：都符合角色，但服务不同欲望或承担不同损失；
- 每个决定的明确结果：由故事世界响应角色的行动，而不是直接执行用户的话；
- 一次回来联系用户的理由：角色观察到了什么，为什么愿意分享，又会保留什么。
完整世界观可以作为背景依据，但不必在第一轮全部进入体验。好的 Pilot 更像一段聚焦的角色关系，而不是一部百科全书或自由探索游戏。
创作 worksheet
可以用一句话到一小段回答每个问题。暂时没有答案的地方直接标出，避免让协作团队或模型静默替你决定 canon。
1. 角色核心
- 她如何向陌生人介绍自己？
- 她现在最想得到什么？长期又想守住什么？
- 她怎样理解自己？别人最容易误解她的地方是什么？
- 哪两种真实欲望正在拉扯她？
- 她绝不会同意什么？怎样拒绝才仍然像她？
2. 用户关系
- 她为什么能与故事世界之外的用户交流？
- 她为什么会继续回应这个人，而不是把对话当作无关噪音？
- 用户可以提问、建议、说服、安慰或质疑到什么程度？
- 用户绝对不能替她做什么？
- 这段关系中可能出现承诺、秘密、亏欠或共同记忆吗？
用户默认是远程知情者，不是在原作世界里拥有身体的玩家角色。即使用户写“我冲进去救你”，系统也不会把它直接变成世界事实；角色可以把它理解成关心、建议、幻想或无法执行的请求。
3. 眼前困境与角色选择
- 此刻发生了什么，为什么不能无限拖延？
- 她知道哪些事实？误解或不知道哪些事实？
- 用户可能从哪些角度影响她，例如支持、施压、挑战证据或拒绝参与？
- 她可能作出哪些不同决定？每个决定服务了什么，又牺牲了什么？
- 什么条件会让某个决定根本不再可选？
- 如果所有安全选择都消失，她会如何诚实地收束，而不是凭空行动？
不要把这些决定写成用户选择的按钮。用户可以影响，但角色保留接受、抵抗、重新解释、推迟、拒绝或反提议的权利。
4. 结果与回访
对每个可能决定，写清楚：
- 角色实际采取的行动；
- 世界因此提交的客观结果；
- 哪些事实是公开的，哪些仍是私密的；
- 角色亲自观察到了什么；
- 她为什么回来联系用户；
- 她此时可以说什么、必须隐去什么；
- 用户先前的影响怎样被诚实地承认，而不是夸大成“用户决定了一切”。
这一步是 Pilot 的因果核心。用户应该能够感到“她记得我的话，自己做出了选择，然后回来告诉我发生了什么”。
5. 声音、边界与秘密
请提供少量高信息密度的原创样例，而不是大量近义台词：
- 一段她主动开启对话的话；
- 两三句能表现节奏、距离感、幽默或情绪表达方式的声音锚点；
- 一句她在用户越界时会说的建设性拒绝；
- 她绝不会使用的表达方式或不会出现的演绎；
- 她可以知道、不能知道、绝不能当作事实的内容；
- 秘密在什么情境下可以被暗示、追问或披露。
当前 package contract 可以编码某个对话或回访是否允许披露特定事实，compiler 可以校验其 typed reference；固定本地 owner-preview slice 已在第二次手动 checkpoint 实现一次经过校验的回访，但 current application 尚未执行通用的 package-driven 回访循环，也不能自动实现“追问两次”或“信任达到某个数值”才逐层解锁的秘密状态机。若渐进式披露是故事核心，请把希望出现的阶段与触发证据写进 worksheet；团队需要先确认哪些部分能用当前能力忠实实现，哪些需要后续产品能力。
6. 视觉身份与现有素材
- 哪些外观特征是角色身份不可更改的锚点？
- 哪些服装、场景、道具或构图属于本段剧情？
- 哪些形象处理会破坏角色或 IP？
- 你希望每个剧情结果呈现什么已发生的事实？
- 哪些图片可以用于本次 Pilot，来源与使用基础是什么？
当前流程引用已有的 portrait 与 outcome 素材；它不会因为文件被交付或写有来源说明，就自动证明权利、批准素材或授权公开使用。精确图片和允许范围仍需单独审阅。
7. “像她”与“不像她”的验收判断
至少准备几组情境：
- 用户温和支持时，她会怎样回应？
- 用户强迫她选择时，她会怎样维护自主性？
- 用户声称自己已经在世界里行动时，她怎样纠正而不跳出角色？
- 用户追问秘密时，她何时保留、试探或透露？
- 用户不给建议或保持沉默时，她仍可能如何决定？
- 哪种看似合理的回复其实违反 canon、知识边界或角色声音？
这些不是关键词路由，也不是要求角色逐字复述的脚本。它们帮助 Creator 与团队判断不同措辞下的行为是否仍忠于同一创作意图。
可以准备的素材
根据你的 IP 现状，素材可以包括：
- 小说章节、剧本、漫画分镜、设定集或角色小传；
- 你自己的创作笔记、剧情梗概和关系图；
- 已确认来源和用途的角色图、场景图、色彩或构图参考；
- 角色台词、书信或其他能校准声音的原创片段；
- 已经明确的禁区、敏感设定和披露限制；
- 能说明所有权、授权基础、署名要求和预期用途的信息。
不需要为了显得“完整”而让 AI 批量填补缺失剧情。若某项意义尚未由 Creator 决定，就把它标为开放问题；这比生成一条表面连贯但没有创作依据的答案更有价值。
选择 Pilot 的语言
请明确第一版体验使用简体中文还是英文，并提供该语言下由 Creator 认可的 opening、声音锚点、拒绝方式、回访文案与图片说明。当前 package 可以分别以 zh-CN 或 en-US 为默认语言，但一个版本没有覆盖所有创作字段的完整双语切换。
如果两种语言都重要，请同时说明：哪一种是第一版默认语言，哪些表达不能直接翻译，以及谁会分别批准两套文案。不要把自动翻译当作已经完成的 Creator-approved localization。
你不需要先准备什么
- 不需要先学习 YAML、编写 prompt 或选择模型；
- 不需要把完整世界观改写成可执行规则；
- 不需要为每一种用户措辞预写分支；
- 不需要把角色的决定做成供用户点击的选项；
- 不需要在创作判断尚未成立时，先用 AI 补齐所有空白；
- 不需要在正式协作渠道与使用范围确认前，交付最终高分辨率素材或敏感权利文件。
技术结构、编译器与 runtime 配置由团队负责。Creator 最重要的工作，是明确哪些意义必须被保留、哪些演绎不能接受，以及什么结果才值得这个角色经历。
提交前自查
- 我能说清这次 Pilot 使用素材的来源和预期用途。
- 我选择了一个聚焦的角色与困境，而不是试图一次导入全部世界观。
- 每个可能决定都属于角色，并且有真实差异与代价。
- 用户能够影响角色，但不能直接控制角色或改写世界事实。
- 每个结果都能追溯到角色行动，并给角色一个回来联系用户的理由。
- 我写下了角色声音、边界、知识与秘密的关键判断。
- 我能指出什么结果“技术上流畅但创作上不对”。
- 我标出了需要保密、需要确认权利或暂时不能公开的素材。
Intake 联系方式状态
当前尚未公布获批的私密 intake 联系方式。如果你还没有与 Meet-U 团队成员建立私密渠道，请先把 worksheet 保存在本地；待授权联系入口开放后，只先分享不含机密内容的 fit summary。请勿用公开 issue 或聊天代替私密 intake。
完成这些内容后，请阅读我们如何协作，了解素材如何变成可审阅的 Pilot 候选。与工程团队共同维护 source 的作者，也可以进入技术快速开始。