Plova

在结构中写作

在 Markdown 编辑器中写正文,同时维护字段、层级、关系和可追溯的项目事实。

结构化写作不等于先填完所有字段。正确的节奏是:先确定当前内容类型和目标,再写正文;只把长期需要维护的事实写入字段和关系。

创建文档

从左侧选择目标栏目,然后新建文档。若栏目包含多个子类型,先选择符合当前内容的子类型。不同子类型可能拥有不同字段、正文结构和质量规则。

新建文档时建议先确定:

  • 标题和内容目标。
  • 内容类型与子类型。
  • 父级或上级结构。
  • 当前任务真正需要确认的少量字段。
Plova 长篇小说大纲栏目,左侧展示分卷、事件、章节层级,中间打开第一章正文
在目标栏目中创建文档后,左侧层级帮助你确认它属于哪个分卷或事件,中央区域用于写正文。

编辑正文

Plova 使用 Markdown 作为主要内容格式,支持常见 GFM、表格、代码块、数学公式和 Mermaid。编辑器负责长文正文,属性区负责结构化事实。

正文适合承载论证、叙事、说明和完整段落。字段适合承载状态、顺序、关系、时间和需要筛选的事实。不要在正文和字段中重复维护同一事实。

使用 Wiki 链接

输入 [[ 可以连接项目内已有内容。Wiki 链接适合在自然语言中引用人物、设定、章节、论点或资料。

如果某项关系需要被筛选、校验或进入图谱规则,使用正式关系字段;如果只是正文中自然提及,可以使用 Wiki 链接。两者都可能进入内容图谱,但约束强度不同。

保存与未保存状态

编辑标签会显示未保存状态。切换项目结构、关闭标签或退出项目前先保存修改。关闭多个未保存文档时,应用会要求统一确认。

被删除的 Markdown 文档会进入项目回收站时,可以从回收站查看原路径和内容;仍建议用 Git 保存正式版本历史。

从结构调用 AI

让 AI 修改正文时,给出具体目标、允许变更的范围和验收标准。例如:

检查当前章节与“港区停电规则”是否冲突。只提出修改方案,不要直接改角色动机;引用相关设定和前一章的状态变化。

AI 创建结构化文档时会参考当前内容类型、子类型、项目说明和相关内容。遇到无法从项目证据确认的事实时,应先向你确认,而不是补写看似合理的答案。

Plova 正文、章节结构和 AI 协作区同屏
打开目标文档后再发起 AI 请求,并明确范围、依据和是否允许修改;这样更容易得到可核对的结果。

完成一篇内容前

  • 标题、父级和关键关系是否正确。
  • 必填事实是否有项目证据。
  • 正文中的引用是否能回到资料或源文件。
  • 结构诊断是否出现断链、孤立节点或字段提醒。
  • 交付前质量规则是否已经检查。
  • 需要长期保留的决定是否已写回项目,而不是只停留在对话中。

On this page