Plova Cloud

用项目说明、内容类型、子类型、信息字段、关系、层级和质量规则定义内容结构。

类型系统是 Plova 组织长期内容的核心。它不是给文件夹换颜色，而是明确“这类内容是什么、保存在哪里、需要哪些事实、与什么内容有关、AI 生成和交付时必须遵守什么”。

类型系统解决什么问题

普通文件夹只能告诉你文件放在哪里。Plova 类型系统还能回答：

这是角色、章节、设定、论点还是参考资料？
主角和配角是否需要不同字段或模板？
章节属于哪一卷、排在第几章？
这个章节关联了哪些角色、设定和伏笔？
AI 生成前应读取什么，交付前应检查什么？
哪些问题可以自动修正文案，哪些必须由作者确认？

类型系统的组成

项目说明（全局目标与规则）
└── 内容类型（稳定栏目）
    ├── 子类型（同一栏目中的结构差异）
    ├── 信息字段（需要维护的结构化事实）
    ├── 层级（父子结构与顺序）
    ├── 内容关系（跨文档关系）
    ├── 生成规则
    ├── 推荐工作技能
    └── 质量规则

Plova 类型设置，左侧为大纲、设定、角色等类型，中间为子类型，右侧为基础配置 — 类型设置把栏目、子类型、字段和规则集中管理。先选左侧内容类型，再在中间选择要调整的子类型。

项目说明：项目级契约

项目说明保存所有内容类型共享的背景。它适合维护项目目标、读者、平台、预计规模、世界规则、稳定决策和故事时间坐标。

例如长篇小说可以在项目说明中声明：

总体题材与核心命题。
预计总字数和章节规模。
不可违反的世界规则。
“公元”“新历”等故事时间别名。

项目说明应先于正式内容稳定下来。项目方向发生变化时，先更新项目说明，再检查受影响的内容文档。

内容类型：稳定的内容栏目

内容类型适合表示会被长期创建、检索、关联、校验或复用的内容，例如：

小说：大纲、章节、角色、设定、伏笔、节奏。
非虚构：选题、文章、论点、案例、资料卡。
研究：研究问题、来源、概念、发现、报告。
项目工作台：任务、规范、决策、验收记录。

不要把所有临时内容都设计成内容类型。草稿碎片、一次性工作记录和原始素材更适合放在自由目录栏目。

每个内容类型通常包含名称、说明、内容目录、信息字段、正文结构、可选子类型、层级和质量规则。

子类型：同一类型中的结构差异

只有在信息字段、正文结构、关系或规则确实不同的时候才需要创建子类型。

以“章节”为例：

子类型	适合的结构
分卷	分卷承诺、阶段目标、阶段闭环。
事件	前置依赖、转折点、下游影响。
正文章节	章节目标、出场角色、状态变化、结尾钩子。

如果只是“已完成 / 草稿”或“重要 / 普通”的差异，使用字段或标签即可，不必拆子类型。

字段：长期维护的结构化事实

字段用于检索、筛选、关联、校验或回写。说明性长文本应放正文，不要把一篇文章拆成几十个表单格。

常用字段类型：

字段类型	用途示例
text / textarea	标题补充、目标、背景说明。
number / sequence	目标字数、章节号、排序。
select / tags / boolean	状态、分类、标签、是否完成。
date	现实中的创建、采集或发布日期。
story_time	角色、事件或设定在项目正史中的时间位置。
belongs_to	当前文档属于哪个父级。
related_to / entity_picker	关联角色、设定、案例或其它实体。
list / object	确实需要结构化回写的列表和嵌套数据。

必填表示该事实在对应阶段必须存在，不等于要求作者手工填写。Plova 会优先让 AI 从项目说明、父级、相关文档和参考资料推导；只有证据不足且当前任务确实被阻塞时，才应向用户询问少量问题。

字段调整完成后，先用一篇演示文档验证创建、编辑和筛选是否符合预期，再批量应用到正式内容。

层级：表达真正的父子结构

层级适合“卷 → 事件 → 章节”“课程 → 模块 → 小节”等结构。配置层级时需要明确：

父级保存在哪个字段。
同级顺序使用哪个 sequence 字段。
哪个字段作为节点标题。
父级变化是否会影响生成顺序和上下文读取。

层级不是视觉分组。如果父子关系不会影响生成、校验或交付顺序，使用普通目录即可。

关系：连接不同内容类型

关系字段使文档之间形成可计算的连接。例如章节关联角色、事件引用设定、观点引用案例、研究结论关联来源。

关系规则可以进一步规定：

目标内容类型或子类型。
使用哪个关系字段。
最少需要几个关联对象。
在什么阶段检查。
缜密程度和缺失严重度。

规则不会要求 AI 凭空编造关系。没有证据时，正确结果应是指出缺口，而不是创建一个看似完整但不真实的关联。

AI 规则：让结构真正参与协作

生成规则

描述生成时持续生效的短规则，例如“每个章节围绕明确目标、阻碍与结果变化展开”。长篇方法论不应全部塞进生成规则。

质量规则

质量规则把检查分配到不同生命周期：

阶段	适合检查
生成后	局部草稿问题、结构缺口、AI 腔。
修订时	变更片段和修订副作用。
交付前	全文结构、事实、因果、引用和关系。
发布前	平台适配、标题钩子和外发风险。

严重度包括“只提醒、建议修改、必须修改、阻断交付”。自动修订只适合低风险文字表达；事实、关系、因果、引用和项目正史需要人工确认或证据支持。

Plova 大纲类型的质量规则页面，展示正式交付检查、生成规则和技能绑定 — 质量规则用于提醒 AI 在生成和交付前检查什么。涉及事实、关系和因果的修改仍由作者确认。

从预设模板开始调整

对于大多数项目，推荐流程是：

选择最接近的创作模板。
在项目主页检查现有栏目。
点击 栏目设置 打开类型管理。
删除确实不会使用的内容类型，而不是先新增大量栏目。
为核心内容类型调整子类型、字段和关系。
先用少量真实文档试跑，再增加质量规则。

示例：一个章节如何被约束

假设创建“第 12 章”：

内容类型是“章节”，子类型是“正文章节”。
belongs_to 指向当前分卷或事件。
sequence 决定同级顺序。
关系字段关联真正出场的角色、地点和伏笔。
生成规则规定视角、目标和正文结构。
交付前检查章节目标、因果链、角色一致性和状态变化。
正文完成后回写实际字数、状态和连续性记录。

这样 AI 得到的不是一张空白字段表，而是一份可执行的内容合同。

修改类型时的安全顺序

先提交 Git 或备份项目。
检查目标内容类型已有多少文档。
优先新增可选字段，再处理已有文档。
谨慎修改字段 key、字段类型、关系目标和必填状态。
保存后运行项目诊断，检查旧文档是否出现缺口。
用一个真实文档完成创建、编辑、审查和保存闭环。

类型配置应通过 Plova 的类型设置界面完成。修改前先在“版本与同步”中保存版本，便于比较和恢复。

设计检查清单

每个内容类型是否承担清晰且长期的职责？
字段是否真的需要检索、校验、关联或回写？
子类型是否带来结构差异，而不是仅仅换一个标签？
层级是否有明确父级字段和排序字段？
关系规则是否指向真实存在的目标内容类型？
自动修订是否只用于低风险文字表达？
交付前是否有与内容形态匹配的质量规则？

类型系统

On this page