开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


在当前的 ChatGPT 中,文字在 writing block 里编辑:把脱敏草稿放进 writing block,选中一段文字,提出一项有边界的修改,并在接受前通读整个块。[1]如果账户仍显示旧版 Canvas,就按同一套关卡进行 ChatGPT Canvas 写作和修订:定义哪些可改、哪些不可改,一次修订一节,比较实际可用的控制功能,导出或转移结果,并完成人工事实核验。获批母稿和具名审核人始终是权威依据。
本流程是通用使用 AI 方法中的一种受控用法,比 ChatGPT 入门或跨工具的 AI 改写与校对方法更窄。它聚焦用户仍能看到的旧版 Canvas 中的长文工作,并明确给出当前 writing block 的替代流程:选中一段文字,提出有边界的修改,审阅上下文,再逐项决定接受或拒绝。
关键要点
- 在任何 AI 工作区打开草稿前,先移除受限信息。
- 确认 Canvas 是否真的存在;否则使用 writing block。
- 先写修订简报,再请求改写文字。
- 保护事实、引文、数字、姓名和必用术语。
- 先修订选定章节,再尝试整篇处理。
- 比较版本,并检查被改段落以外的变化。
- 只有具名人员核验最终文档后才导出。
准备一份干净的母稿材料包,而不是把手头所有笔记都贴进去。材料包应包含当前获批草稿、目标受众、文档目的、不可变事实、必用术语、已知缺口和明确的修订请求。材料若含个人数据、客户信息、机密战略、凭据或受限知识产权,应删除,或只在组织批准的环境中使用。
OpenAI 说明了聊天历史和模型改进的用户控制,但这些控制不能替代组织的信息处理规则。[3]开始会话前先决定哪些内容可以输入。写作任务不需要真实值时,使用 [客户]、[金额] 或 [内部系统] 等占位符,并把受保护的映射表保存在 AI 工作区之外。
把草稿关联到依据台账:
| 文稿元素 | 权威依据 | 编辑规则 | 核验负责人 |
|---|---|---|---|
| 产品名称 | 获批术语表 | 不得改名 | 产品负责人 |
| 引文 | 访谈录音或源文档 | 保留原话 | 研究人员 |
| 数字或日期 | 具名来源及获取日期 | 不得重算 | 分析人员 |
| 法律表述 | 已批准政策或法律顾问意见 | 标记,不扩写 | 法务审核人 |
| 语气示例 | 获批风格样本 | 可模仿特征,不照抄措辞 | 编辑 |
没有依据的主张应标为待解决问题。不要让模型把这段话写得“听起来很确定”。
OpenAI 当前的帮助文档介绍的是在 writing blocks 中编辑文字,可用操作取决于套餐、设备、工作区、模型和发布进度。[1]OpenAI 的模型发布说明记录,Canvas 已于 2026 年 5 月 28 日从 GPT-5.5 Instant 和 Thinking 中移除,付费用户经旧模型的访问只在这些模型退役前临时保留。[2]执行任何 Canvas 步骤前,先查看实际账户中可见的控制。如果没有 Canvas,就使用 writing block,把 Canvas 专属的版本或导出控制视为不可用,不要硬套旧流程。
Canvas 可见时,只粘贴或打开脱敏后的工作稿;不可见时,把同一份脱敏文本放进 writing block。无论哪种界面,都不要以“改好一点”开头,而要给模型一份界定允许操作的修订简报。
文档目的:
受众:
获批母稿/版本:
不可变事实、引文、数字、姓名和链接:
必用术语:
允许修改范围:
禁止修改项:
本次变更请求:
依据或风格参考:
需保留的未知项:
审核人:
返回:
1. 修订后的段落;
2. 简明变更日志;
3. 每一条需要核验的主张;
4. 每一项你无法安全完成的修改请求。
先让模型复述约束再开始编辑。如果它分不清不可变事实和可编辑措辞,就缩小材料包,或给受保护的陈述加上编号。
OpenAI 的帮助文章同时介绍两种界面:用于文字的 writing block(写作块)和用于代码的 code block,二者都在对话中直接编辑。[1]修订文档时,让 writing block 走同一套受控流程:
code block 同样需要限定范围,但代码要靠测试和代码审查验收,而不是靠编辑通读;可参考 AI 生成代码的审查方法。如需把当前界面与独立文档工作区比较,可阅读 ChatGPT 写作块与 Gemini Canvas 的编辑流程比较。
选中包含问题的最小段落,以及足以理解它的上下文。一个段落可能需要它的标题、前面的定义和后面的过渡句,但很少需要整篇文档。一次只请求一种编辑操作:缩短、澄清、重组、调整语气、去除重复或统一术语。
例如:
只为非专业读者修订所选章节。
保持所有姓名、数量、日期、引文、链接和已定义术语不变。
不要添加例子或主张。保留本节结论。
返回变更日志,并标出含义可能发生变化的句子。
以编辑的身份审阅修改建议,而不是像顾客那样接受自动建议。检查缩短后的句子是否丢了条件,更顺的过渡是否暗示了因果关系,同义词是否改变了已定义的术语。只有你能说清改了什么、为何仍有依据时,才接受修改。
结果不对时,不要在同一提示里继续叠加相互矛盾的指令。拒绝该建议,重申起控制作用的规则,再提出更小的请求。干净的重试比一连串补偿性修改更容易审计。
分成两遍处理。语言遍只改善清晰度、结构和语气,不改变事实内容。核验遍把每个事实性或有后果的陈述与依据台账逐一对照。两遍混在一起,就等于邀请模型用看似合理的文字去“修补”缺口。
核验遍中,把每个重要陈述归为以下一类:
NIST 的生成式 AI 风险指南强调治理、记录风险,并关注虚构内容和信息完整性。[4]把这一原则用于整篇文档:文字流畅不是证据。引用必须支持具体主张,审核人必须亲自打开来源,而不是相信模型对来源的描述。逐项核验主张可使用独立的 AI 事实核查流程。
每完成一组局部修改,都要检查全文逻辑。搜索重复定义、不一致的日期、被改名的角色、大小写变化、失效的交叉引用、与结论不再相符的承诺,以及指向已移动章节的引用。单个段落正确,整篇文档仍可能前后不一致。
如果可见的旧版 Canvas 提供版本控制,把每个版本当作审阅辅助,而不是审批记录。可以把当前稿与最后一个已知良好的版本比较,但获批母稿和正式审批记录仍应保存在常规文档系统中。writing block 或其他当前界面的控制可能不同,所以要在外部维护变更日志,不要假设产品内一定有历史记录。
每完成一遍有意义的修改,记录:
| 变更 ID | 章节 | 请求 | 已核对的受保护项 | 决定 | 审核人 |
|---|---|---|---|---|---|
| R-01 | 引言 | 减少术语 | 事实、产品名称、结论 | 接受/拒绝 | 姓名 |
| R-02 | 步骤 | 调整顺序 | 步骤依赖、警告 | 接受/拒绝 | 姓名 |
| R-03 | 总结 | 与正文一致 | 主张、数字、范围 | 接受/拒绝 | 姓名 |
比较的不只是可见措辞。确认标题、列表、表格、脚注、链接、格式和章节顺序在修改后依然完好。如果回滚恢复了好的文字,却删掉了之后已核验的内容,只把需要的段落复制到受控草稿中,不要自动把恢复的版本当作定稿。
如果界面有导出控制,选择适合下一个受控步骤的格式;否则,用当前界面支持的操作转移或下载文字。独立打开生成的文件,检查标题、列表、表格、链接、引文和特殊字符是否正确显示,且没有残留隐藏备注、占位符或内部指令。
执行最终验收清单:
每项实质修订都使用这份决定记录:
变更 ID:
文档版本:
所选章节:
变更请求:
已核对的不可变项目:
含义是否保持:是/否/不确定
已核对依据:
决定:接受/拒绝/修订
审核人:
批准日期:
备注:
只有导出文档、依据台账、变更日志和审批记录彼此一致,流程才算结束。缺少这种一致的流畅 Canvas 草稿仍只是候选稿,不是获批交付物。
无法承诺固定的可用性。OpenAI 已记录 Canvas 从 GPT-5.5 Instant 和 Thinking 移除,并称付费用户的旧模型访问是临时的。请查看账户中可见的控制;没有 Canvas 时,使用当前的 writing block 流程。
如果旧版界面仍提供选取控制,就选中该段,附上足够上下文,并明确保护不得改变的事实。在 writing block 中,则对所选文字使用当前显示的编辑操作。
只有组织允许在所选环境中处理这些数据时才可以。尽量减少输入,移除秘密和个人信息,并遵守获批的留存和数据控制规则。
不能。约束能降低风险,但不能证明事实被保留。必须由人把有后果的主张与获批母稿和依据台账对照。
使用一份修订简报,写明目的、受众、不可变项、允许范围、禁止修改项、期望输出、未知项和审核人。然后一次修订一个有边界的章节。
不能。版本历史有助于比较和恢复草稿,但正式审核、审批人身份和留存应留在组织受控的文档流程中。
检查结构、表格、列表、链接、引文、特殊字符、占位符、评论和全部事实主张,并在目标应用中审阅导出文件。
当导出稿与已接受的修改一致、受保护事实已核验、未决事项可见,并且授权审核人记录了接受决定时,才算完成。
Sources checked 2026 年 10 月 4 日。
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。