Plova

与 AI 协作

让 AI 围绕当前项目的源文件、结构、资料和版本状态工作,并保留你的确认权。

Plova 的 AI 会话与项目绑定。会话可以读取当前文档、项目说明、相关结构、参考资料和版本状态;能否调用工具或修改文件由当前授权决定。

选择模型与供应商

  • Plova 托管模型:登录后按当前套餐显示可用模型,不需要自行填写 API Key。
  • 自有 API Key / 自定义供应商:费用、速度、可用性和数据处理方式由对应供应商决定。

无论使用哪一种,都应先确认项目内容是否适合发送给该服务。

写出可执行的请求

一个高质量请求通常包含:

  • 目标:最终要得到什么。
  • 范围:当前文档、某个内容类型、某一组资料或整个项目。
  • 边界:哪些事实不能改,哪些内容只允许建议。
  • 依据:必须读取的源文件、父级、关系或资料包。
  • 验收:怎样判断完成。

例如:

检查第 8—10 章中林遥的行动是否符合角色设定。先读取角色卡、对应章节和关联事件;列出冲突与证据,不直接修改正文。

当前文档与项目上下文

从一个具体文档发起任务时,AI 更容易确定目标。跨文档任务应告诉 AI 需要检查的内容类型、子类型、结构范围或资料包。

图谱用于定位相关文件和影响范围,项目事实仍以源文件为准。对话中的旧结论也不能覆盖后来修改过的正文。

Plova 打开示例章节并显示右侧 AI 协作区
先打开目标章节,再从右侧发起任务。AI 会围绕当前项目协作,但重要事实仍应回到源文件核对。

生成结构化内容

要求 AI 创建章节、角色、设定、选题等结构化文档时,明确目标内容类型和子类型。Plova 会加载该内容的信息字段、正文结构、关系和质量规则。

证据不足的字段不应被凭空补齐。AI 会优先从项目说明、父级、相关文档和参考资料推导;仍然无法确定时,才应向你提出少量确认问题。

审查与修订

“生成”“审查”“修订”是不同任务:

  • 生成:按当前契约产生候选内容。
  • 审查:检查结构、事实、关系、引用和质量规则。
  • 修订:只改变已确认需要处理的部分,并重新检查副作用。

涉及正史、关系、因果或引用事实时,不要要求 AI 自动“全部修好”。先获得问题列表和证据,再确认修订范围。

保留确认权

涉及文件、命令、网络或外部服务时,检查工具名称、目标路径和拟执行动作。权限设置控制 AI 可以做什么,但不能替代对高风险改动的审查。

将有价值的结果留在项目里

把已确认的大纲、资料摘要、修改说明和决定写回项目。只存在于聊天记录里的项目事实,无法稳定约束下一次生成。

当 AI 请求使用工具或修改文件时,先检查目标文件、动作范围和是否会把内容发送给外部服务,再决定是否允许。

推荐工作流

  1. 打开目标文档或项目主页。
  2. 描述目标、范围、依据和验收标准。
  3. 让 AI 先读取和判断,再决定是否修改。
  4. 检查引用的源文件和关系是否正确。
  5. 确认修改范围并执行。
  6. 运行结构诊断或内容审查。
  7. 保存文档并在“版本与同步”中保存版本。

On this page