当前能力与限制
本页以当前 Creator Source Package v1 loader、compiler 和 local_owner_synthetic_preview build target 为准。它用来回答“现在真的能做什么”,而不是描述未来 Creator Center 的目标形态。
Source 能力不等于 runtime 已经可用
下文大部分内容描述 Creator Source Package v1 能表达什么、compiler 会校验什么。它不代表当前 application 已经执行这些完整机制。当前 application code 支持普通 model-backed 对话、最小的 process-local turn trace 和两次手动 owner checkpoint:第一次提交角色自主的有界决定、确定性结果与公开等待状态;第二次发布经过校验的主动回访、一张 package-approved 静态结果图、结构化 Journal entry 与 public-safe causal timeline。它不提供 ambient scheduling、外部通知或实时图片生成。成功 compile 也不会自动把任意新 package 安装或激活到 preview。
当前已经实现
严格的七文件 source package
系统会从 content/creator-sources/<package-id>/v<version>/ 加载:
source-package.yaml
character.yaml
relationship.yaml
arc.yaml
dialogue.yaml
visual.yaml
acceptance.yaml所有 model 都是 closed schema:未知字段会失败,重复 YAML key 会失败,浮点数会失败,文件路径逃逸和 symlink 会失败。编译器还会验证 ID、事实、决定、结果、回访、视觉和 Journal 之间的引用闭包。
一个角色、一段 arc 的关系循环
一个 v1 package 绑定一个 primary_character_id 和一个 arc_id,当前可以表达:
- 一位有价值观、自我概念、矛盾、边界、知识限制、披露上限和声音约束的角色;
- 用户作为 world 之外的 remote confidant;
- 一组语义化 influence kind,而不是关键词 route;
- 可选的虚构共享背景、互惠承诺和持久关系 episode;
- Creator-bounded 的决定、角色行动、确定性 world outcome,以及每个 outcome 至少一个主动回访选项;
- 叙事 deadline、显式 progression checkpoint、角色沉默时仍可自主决定,以及没有安全决定时的诚实收束;
- 精确 opening、guided ordinary conversation、recovery surface、semantic-lock follow-up 和 Journal;
- 已提供的 portrait 与每个 outcome 对应的视觉候选;
- acceptance case 与 paraphrase range,用来保存创作者期望的行为范围。
有限的事实披露控制
当前 v1 source contract 可以编码、compiler 可以校验:
- 在角色层声明默认披露上限,并固定
hidden_motives_disclosed_by_default: false; - 通过
must_not_disclose_fact_ids禁止 ordinary 或指定 follow-up 披露某些 fact; - 要求 follow-up 只披露角色已经观察到的 committed fact;
- 为每个 follow-up 声明
disclosure_options的 reveal/withhold 集合; - 防止 visual 展示 private 或未提交的 fact。
这些能力适合“这个 surface 可以知道什么”的确定边界,但还不是通用的渐进式秘密披露系统。
确定性编译与复核
当前 CLI 可以把完整 package 编译为:
Creator Source Package
→ Canonical Authoring IR
→ RuntimeBundleContent输出目录以 bundle SHA-256 寻址。用相同输入运行 --check,可以重新编译并逐项比对已有 artifact。编译命令见快速开始。
语言能力
当前 platform policy 为 package 默认 locale 提供:
zh-CNen-US
这意味着中文 package 和英文 package 都能通过同一个 generalized compiler。当前内部验证同时覆盖一份中文完整实例和一份结构不同的英文 synthetic canary。
当前模型有以下限制:
- 一个 package version 只有一个
package.default_locale。 dialogue.recovery.degraded_chat.locale和所有dialogue.recovery.chat_only[].locale必须等于该默认 locale。- opening、ordinary meaning、follow-up meaning、Journal、alt text 等字段没有一套完整的多 locale map;它们是该 source version 中的一份创作文案。
arc.progression.decision_phase.no_eligible_guidance.public_projection.text可以包含多个 locale,但至少必须包含默认 locale。这是局部多语言文案,不是完整 package localization。- 当前 platform presentation catalog 不支持
zh-TW、ja-JP等其他 locale;把这些值写进default_locale会在编译时失败。
因此,当前“支持中英”准确地说是:可以分别创作并编译以 zh-CN 或 en-US 为默认语言的 package。它不是在一个 package version 中自动切换完整中英文体验。真正的双语 package、共享语义与两套 Creator-approved 文案如何版本化,仍需要后续设计和 schema 支持。
当前仍不支持
通用的渐进式秘密状态机
当前没有字段可以表达:
- 秘密的多阶段
unknown → suspected → partially_revealed → fully_revealed状态; - “用户 probe 两次后才说”这类计数规则;
- 基于 trust、关系 episode 或对话证据自动解锁 disclosure tier;
- 跨多个 arc 累积的秘密进度;
- 角色可拒绝、试探、转移话题后再逐步披露的 typed transition graph。
可以用 fact allowlist/denylist 和 follow-up disclosure option 做有限控制,但不能只靠 meaning 或 prompt prose 假装上述机制已经被 deterministic enforcement。新增 typed disclosure contract 应作为 schema/runtime 能力单独实现并接受后,再加入本指南。
完整的多阶段剧情与世界模拟
当前 local_owner_synthetic_preview 要求 Arc Progression V1,而且 v1 progression 只有一个 decision phase、一个 terminal horizon edge 和一组 bounded decision。它不是自由探索世界、连续任务树或任意 NPC simulation。
progression 在 source model 的语法层是 optional,但当前 build target 会拒绝没有 progression 的 package。对今天可编译的 package,应当把它视为必填。
自动生成或批准素材
visual.yaml 引用已经存在的文件。当前编译器不会:
- 生成 portrait 或 outcome image;
- 训练 LoRA;
- 判断形象是否忠于 IP;
- 批准某个精确 asset;
- 因
provenance_ref存在就推断权利或授权。
支持的文件后缀目前是 .avif、.gif、.jpeg、.jpg、.png、.svg 和 .webp。 后缀比较不区分大小写,bundle 中的目标路径由 asset ID 与规范化后缀生成。
Creator Portal 中的编辑与发布
当前 Creator Workbench/Test Evidence Explorer 是本地、只读、受限的基础能力。它们不是通用 YAML editor,也不能完成 upload、source ingestion、mutation、approval、qualification 或 activation。
面向外部用户的运行
当前 build target 是 local_owner_synthetic_preview。现有范围只允许 owner-authored synthetic input 的本地 PoC;不包括 tester、consumer、public、remote 或第三方数据,不包括真实关系历史和外部 proactive notification。更广范围需要另行确定身份、同意、隐私、保留、删除、安全和发布控制。
当前 application code 已经实现普通对话、最小 turn trace 和两次手动 checkpoint:第一次提交角色决定、world outcome 与等待状态;第二次提交经过校验的主动回访、package-approved 静态结果图、结构化 Journal 与 public-safe causal timeline。这仍然不是 ambient scheduling、外部通知或实时图片生成,也不会因为某个新 package 编译成功就自动运行该 package。
任意 provenance 类型
v1 的 provenance[].role 只接受:
historical_hybridgoverning_product_decisionsemantic_normalization_authoritysynthetic_fixture_origin
这足以记录当前历史 normalization 和合成 canary,但还不是完整的原创手稿、授权文件、艺术素材和 Creator correction provenance vocabulary。不要为了通过 schema 而给真实来源贴上不准确的 role;遇到无法诚实表达的新来源,应先扩展并审阅 contract。
怎样确认某项能力现在可用
不要根据路线图、概念稿或一段自然语言说明,推断某个字段或 runtime 行为已经存在。判断一项内容能否写入当前 package 时,按以下顺序检查:
- 完整字段清单中是否存在该字段;
- 语义创作指南是否定义了它的含义和跨文件约束;
- 本页是否把对应 runtime 行为列为当前已支持;
- 如果只描述了未来目标,就把它明确留作开放需求,不要塞进现有 prose 字段模拟确定性机制。
遇到关系身份、角色自主性、秘密披露、Creator approval、权利、隐私、发布范围或主动消息时,应在实现前与 Meet-U 团队明确设计和授权边界。