以前很多人提到 ChatGPT 协作写文章、改代码，会想到 Canvas：左边聊天，右边打开一块可编辑内容。到了 2026 年，OpenAI 官方帮助中心已经把相关能力逐步描述为 writing blocks 和 code blocks。简单说，使用方式从“单独打开 Canvas”变成了“在聊天里生成、修改、跟踪一块可编辑内容”。
所以这篇文章不写过时的“Canvas 功能大全”，而是按当前更实用的方式讲：ChatGPT 写作块和代码块到底怎么用，适合哪些场景，和普通聊天有什么区别。站内已经有 ChatGPT Projects怎么用 这类项目工作区教程，本文重点放在单篇文章、单份文档、单段代码的迭代修改。
先说结论：写作块适合改稿，代码块适合改局部
普通聊天适合问答和头脑风暴，但不适合反复修改同一份内容。你让 ChatGPT 改一篇文章，它可能在下一轮又把段落顺序改乱；你让它修一段代码，它可能直接重写一大块，导致你不知道到底改了哪里。
写作块和代码块的价值就在这里：把“需要持续修改的内容”从聊天里单独拎出来。你可以让 ChatGPT 只改某一段、保留原结构、解释修改理由，或者围绕同一份内容做多轮修订。这对内容创作者、站长、产品经理和 AI 编程新手都很实用。
写文章：先生成结构，再逐段打磨
写作块最适合的场景，是长文、教程、公众号文章、产品说明和工作报告。不要一开始就让 ChatGPT “写一篇完整文章并优化到最好”，这样很容易得到一篇看似完整但缺少个人判断的模板文。
更稳的流程是：
- 先在聊天里说明目标读者、发布渠道、文章目的和已有素材。
- 让 ChatGPT 生成大纲，不急着写全文。
- 确认大纲后，再让它生成写作块。
- 逐段修改：哪里要更口语、哪里要更具体、哪里要增加案例。
- 最后单独检查标题、导语、摘要、行动建议和事实准确性。
例如写老达AI博客文章时，我不会只让 AI 生成正文，还会要求摘要、SEO 描述、关键词、特色图 alt 和站内链接。这类发布流程可以结合 老达AI实践专题 里的案例去理解：AI 写作不是只产出文字，而是完成一套内容交付。
改文档：不要让它一次性“全面优化”
很多人用 ChatGPT 改文档时，会下一个很宽泛的指令：“帮我优化一下。”结果常见问题是语气变得很像模板、原本的个人表达被磨平、重要细节被删掉。
写作块里更推荐用小指令：
- 只把第一段改得更像真实经验，不要改结论。
- 保留原有小标题，只压缩每段到 120 字以内。
- 把口号式表达改成具体动作。
- 标出你改了哪些地方，并解释为什么改。
- 保留我的语气，不要写成官方公告。
这比一次性重写更可控。尤其是个人博客、复盘文章、客户方案和项目总结，真正有价值的是经历、判断和场景，不是漂亮但空泛的表达。关于 ChatGPT 在办公资料整理里的用法，也可以看 ChatGPT自动化办公怎么用。
看代码：先解释风险，再让它局部修改
代码块适合处理小段函数、配置文件、脚本和示例代码。它不是完整 IDE，也不替代 Cursor、Claude Code、Codex 这类面向项目的工具，但很适合帮你理解和修改局部代码。
更可靠的代码块流程是：
- 先粘贴代码，让 ChatGPT 解释这段代码在做什么。
- 让它指出潜在风险，比如空值、权限、异常处理、性能问题。
- 明确修改目标，例如“只增加输入校验，不改变函数签名”。
- 让它输出修改后的代码块，并说明改动点。
- 把代码放回真实项目后，再用本地测试或构建验证。
如果任务已经涉及多文件修改、依赖安装、测试命令和版本控制，就不要只靠 ChatGPT 代码块硬做。那时更适合转向 AI编程工具专题 里的项目级工具，比如 Cursor、Claude Code 或 Codex。
版本修订：让 AI 解释“改了什么”
写作块和代码块最容易被低估的一点，是可以围绕同一份内容做版本修订。你不要只看最终稿，还要让 ChatGPT 解释每一轮改动：
- 这一版比上一版删掉了哪些内容？
- 哪些句子从抽象表达改成了具体动作？
- 有没有新增事实判断？来源是否可靠？
- 代码是否改变了输入输出？是否需要补测试？
- 是否有更适合保留原文的地方？
这个习惯可以明显降低返工。尤其是团队协作、客户交付和公开发布，最终稿之外还要知道“为什么这样改”。如果你已经在尝试更复杂的自动执行任务，可以再看 ChatGPT Agent怎么用，区分内容修订和任务执行之间的边界。
哪些场景不适合只用写作块和代码块
写作块和代码块很好用，但不要把它们当成万能工作台。下面几类任务更适合换工具或拆流程：
- 多文件项目开发：需要读目录、运行命令、改多个文件，应该用项目级 AI 编程工具。
- 长期知识管理：需要多份资料、固定指令和持续上下文，应该用 ChatGPT Projects 或自定义 GPT。
- 自动化执行：需要定时、调用接口、发消息、写表格，应该用 n8n、Dify 或 Agent 工作流。
- 严肃事实核查：需要引用来源、核对日期、比较政策或价格，必须单独查证。
可以把写作块和代码块理解成“单份内容的修订台”。它适合把一篇文章、一段代码、一份说明书打磨清楚；但如果你的任务已经变成流程、系统或项目，就要换成更合适的工具。更多工具选择可以从 AI工具评测专题 延伸阅读。
老达点评
我更喜欢现在这种“写作块、代码块”的理解方式，因为它把重点从功能名拉回到工作方式：哪些内容需要持续修改，哪些修改需要保留上下文，哪些地方必须局部控制。很多人用 AI 写作失败，不是模型不行，而是每一轮都让 AI 从零开始重写。
真正高效的用法，是先把任务拆成一块可编辑内容，再围绕这块内容做小步迭代。写文章时保留结构，改文档时保留语气，看代码时保留输入输出边界。这样用 ChatGPT，才更像一个可靠的协作编辑，而不是一个每次都重新发挥的聊天机器人。
注：本文根据 OpenAI 帮助中心在 2026 年 6 月下旬可见的 writing blocks / code blocks 说明 和 Canvas 帮助文档 整理。由于 ChatGPT 产品界面会继续调整，实际入口名称可能随账号、套餐和模型版本变化。
