--- title: "我用 ChatGPT 的 Page 把聊天和执行串起来" author: "冯智勇Geo" published: "2026-11-06T11:19:01.000Z" description: "把聊天中确定的想法、要求和决定写进 Page，再让 Codex 接着执行并写回结果，减少重复交接上下文的工作。" tags: ["AI","ChatGPT","Codex"] url: "https://fengzhiyonggeo.com/posts/chatgpt-page-collaboration/" --- # 我用 ChatGPT 的 Page 把聊天和执行串起来 ![《我用 ChatGPT 的 Page 把聊天和执行串起来》的文章封面]() 最近用 ChatGPT，我越来越重视它最近新推出的一个功能：Page。它是 ChatGPT 的 Space 里可以持续编辑的文档，也可以直接从聊天中创建。 原因不是它让我多了一个写文档的地方，而是我发现，**把聊天中确定下来的想法、要求和决定写进 Page，再让执行任务的 AI 读取它，思考和执行就不必每次重新交接一遍。** 我不太想把这叫作什么架构。对于普通用户，它更像一个使用习惯：聊清楚，写下来，照着做，再把结果写回来。 这套方法主要适合已经在用 ChatGPT 生态、并且账号能够创建和编辑 Page 的人。Page 是 Space 里可以持续编辑的文档，也可以直接从聊天中创建。[1] 不需要一开始就把所有工具配齐，先用好 ChatGPT 和 Page，就能开始。 ## 聊完之后 我会多做一步 我主要在网页版 ChatGPT 里聊天。无论打字还是说话，很多想法都是边聊边清楚的：最初觉得应该这样做，讨论后又发现另一种方式更合适。 所以，聊天记录和最终决定不是一回事。 我现在会在讨论到一定程度时，让 ChatGPT 把已经确定的内容整理成 Page。官方也支持从当前会话创建文档，再由用户直接修改或让 ChatGPT 继续编辑。[1] 其实日常使用时，我只需要对它说一句：“把这次会话记录整理成一份 Page 文档。”不需要补充太多复杂的要求。最多，我会另外准备一份符合自己习惯的提示词，规定平时如何整理会话记录。 接下来，我会在网页端查看这份文档。目前手机端还不能编辑，但网页端的实时编辑没有问题：无论是选中区域后针对性修改，还是直接编辑，都很流畅、实用。后续手机端可能也会开放文档编辑能力。如果发现某一段、某个情况或某个逻辑讲得不对，就直接选中对应区域，点击修改，再用语音或文字说明问题，让它直接改正。实际使用下来，修改后的内容能够和上下文承接起来，效果没有问题。 我连“从会话提炼文章选题”和“根据选题生成文章”都做成了提示词 Page。就像这篇文章：先在聊天里把想法讲清楚，再引用相应的 Page，让 ChatGPT 按里面的要求提炼选题、生成文章。 这里没有写代码，也没有搭建什么 Agent 系统。我只是把需要反复解释的要求写成文档，下次直接引用。 ## 没有 Dot 也能把工作接起来 如果只是讨论、研究和写文章，很多工作可以先在 ChatGPT 和 Page 之间完成。涉及本地项目、代码和文件操作时，我再接上 Codex。 在我的使用环境里，Codex 可以读写 Page，而且不必通过浏览器。 不过，我一开始把 Page 链接发给它时，它走的却是浏览器这条路：打开我的 Ego Lite 浏览器，再读取和编辑文档。我觉得这样不够高效，就尝试让它直接通过内部的 Page 工具完成读写。 下面两张截图记录了这次尝试。它先读取文档并检查权限；随后，按我的要求在文档末尾写入一行测试文字，读回确认，再删除测试文字、核对原文。整个过程没有使用浏览器，测试也成功了。它给出的工具说明是：通过 Pages 插件的 `read_page` 读取正文和权限，通过 `edit_page` 写入和删除内容。 所以，可以把 Page 链接发给 Codex，也可以直接在会话里引用 Page，让它尝试直接读写。如果它像我最初遇到的那样，打开浏览器来编辑，不妨明确提醒一句： > 请优先通过 Pages 插件直接读取和编辑这份 Page，不要使用浏览器。 这至少是我已经实际跑通的方式，不必因为它第一次选择了浏览器，就认为直接读写不可能。当然，前提仍然是工具连接可用、账号有相应权限，而且文档类型受支持。 ![](https://fengzhiyonggeo.com/images/chatgpt-page-collaboration/page-read-write-1.png) ![](https://fengzhiyonggeo.com/images/chatgpt-page-collaboration/page-read-write-2.png) 因此，我考虑的工作方式很直接： **我和 ChatGPT 讨论 → 把确定的内容写进 Page → 我把 Page 交给 Codex → Codex 执行并写回结果 → 回到 ChatGPT 继续讨论。** 这里的关键不是把聊天内容复制到另一个窗口，而是让 Codex 接着同一份文档工作。另一个好处是，我可以把“想清楚怎么改”和“动手执行”分开。 例如，要修改网站上的一个功能，我不一定一开始就知道要改成什么样，还需要讨论为什么要改、有哪些可能的方案、哪些地方不能动。如果在 Codex 里另外开一个会话，就得先让它读取项目文件、理解网站，再开始讨论。而网站的很多背景信息，我已经写成了 Page，和 ChatGPT 讨论时可以直接引用，不必重新交代一遍。 就我个人的体感，在这些背景已经写清楚的情况下，和 ChatGPT 讨论更容易发散，也更容易把思路聊透；Codex 则更适合接着确定的要求干活。这不是绝对的能力划分，而是我目前用起来更顺手的分工。 如果觉得讨论还没有达到自己的标准，我会先把聊天模型调到当前可用的最高档，再问一句： > 我需要提供什么样的上下文，或者补充哪些文档和资料给你，你才能更好地思考和做判断？ 让它先说明还缺哪些信息，我再去准备、补充，然后继续讨论。对我来说，这比急着进入执行更有机会得到更好的思路和决策。等到目标、方案和约束确定下来，再写进 Page，交给 Codex 执行，不必一上来就设计复杂的任务调度。 交给 Codex 时，我会把“写回结果”也列为任务要求： > 先读取这份 Page，确认目标和约束。完成后，将实际修改、验证结果、产出物位置，以及未完成或需要我决定的问题写回这份 Page。没有验证的内容，不要写成已经成功。 Codex 执行时，我原来的 ChatGPT 窗口往往还开着。我是非程序员，看不懂代码怎么写，也从来没有逐行看过代码。我关心的是执行结果：代码能不能跑通，整个架构和功能是否正常、稳定，能否通过测试和验证，以及 Page 里写回的修改和验证情况。结果写回后，我就接着和 ChatGPT 沟通：这次做成了什么，是否符合原来的想法，还有哪些需要确认，下一步要不要调整。这样，讨论和执行就能接着往下走，而不必重新转述整个过程。 本地项目目录不必变成另一套长期知识库。我的划分是：目标、决策和工作总结放在 Page；代码、配置、产出物和执行所需的 Page 版本快照保存在本地。代码以实际仓库为准，快照不替代更新后的 Page。复用这条流程前，也要先确认自己的 Codex 环境能够读写目标 Page，不能只发一个链接就算接通。 **Page 保存了上下文，但不会因为内容更新就自动启动下一轮执行。** 没有 Dot 时，仍要由我确认结果已经写回，让 ChatGPT 读取更新后的 Page、继续讨论，再通知 Codex 按新要求执行。省下的是反复解释背景的工作，交接和跟进仍然需要人工推动。 ## 有 Dot 就多一层协调 我希望让 Dot 承担这些交接和跟进，而不是把它当作主要的聊天对象。分工可以是： **我和 ChatGPT 讨论并更新 Page → Dot 依据 Page 协调 Codex 执行 → 执行结果写回 Page → 我审核并继续讨论。** Dot 支持持续任务和定时检查；连接电脑并授予相应权限后，也可以创建本地Codex 任务。[2] 不过，这套流程能否稳定运行，仍需在自己的环境里验证。 没有 Dot，就由我推动；需要持续协调、相关能力也已验证可用时，再让 Dot 参与。它的作用是减少人工发起任务和追踪进度，而不是增加一个重复解释需求的地方。**无论谁推动，Page 都保存着事情为什么要做、现在做到哪里、下一步还缺什么。** ## 遇到难题 我会先换更强的模型试一次 使用 Page 的过程中，我还遇到过一个很具体的问题。 2026 年 11 月 4 日，我在当时的会话中使用 GPT-6 极高推理设置，没能创建 Page；切换到 GPT-6 Pro 后，却可以了。到了 11 月 6 日，我再尝试极高推理设置，又已经能够创建。 这是我自己账号和会话里的实测，不是所有用户都适用的模型能力对照表。它也不能证明，创建失败就一定是模型能力低。 但这让我形成了一个处理难题的习惯：**遇到棘手问题，先把完整上下文交给当前能用的最强模型过一遍，再决定要不要换工具、找插件或者重做流程。** 我不是说不用查资料。我的意思是，不要刚碰到一次失败，就马上开始折腾另一套方案。有时候，先让更强的模型理解问题、检查当前工具，反而更省事。 当然，账号是否具备相关功能、文档有没有编辑权限、当前客户端是否支持，都要分开检查。官方的 Page 使用说明也明确列出了这些条件。[1] 换模型是一种排查方法，不是获得权限的办法。 ## 我感觉它更懂我了 因为依据更明确了 最近不断把讨论结果写进 Page 后，我有一个很明显的感受：ChatGPT 再和我聊事情时，对我的背景、要求和判断，会更有依据。 哪怕只是昨天整理的一批文档，或者刚刚更新过的内容，当它能够检索并读到时，我也会感觉它比单靠过去的聊天记录更“笃定”。 这是我的使用感受。我不把它理解成“文档越多，AI 就自动越聪明”。我更看重的是：文档是否清楚、是否仍然有效，以及这次工作时，AI 有没有真正读到。 聊天允许探索，也允许推翻。Page 则可以明确留下：现在采用哪个方案、为什么这样选、哪些限制还有效。我的想法变了，就继续更新，而不是让几个互相矛盾的版本都冒充当前结论。 这也是我愿意主要留在 ChatGPT 生态里的原因：我希望减少工具之间搬运上下文的工作。它不意味着每个功能都已经稳定，也不意味着其他工具不能实现同样的方法；只是对我而言，先把正在用的这一套用好，比不断增加工具更重要。 普通人开始尝试，不必先学会写代码，也不必先配好 Dot 和 Codex。下次和 ChatGPT 把一件重要的事情讨论清楚之后，多做一步：让它整理成 Page，检查内容，然后在下一次工作中引用它。 **我想保留下来的，不是越来越长的聊天记录，而是能让下一次思考和执行接着走的上下文。** ## 参考资料 [1] OpenAI：[Getting started with Space in ChatGPT](https://help.openai.com/en/articles/20001549-getting-started-with-space-in-chatgpt)。用于核对 Page 的创建、编辑、适用条件与权限说明。 [2] OpenAI：[Getting started with your dot](https://help.openai.com/en/articles/20001530-getting-started-with-your-dot)。用于核对定时任务、电脑访问授权与本地 Work／Codex 任务能力。