ChatGPT 从聊天框变成个人操作系统：Peter Yang 的 GPT-5.6 完整实践

Peter Yang 这期视频展示了 GPT-5.6 发布后，ChatGPT 桌面端如何从聊天工具变成管理邮件、日历、播客准备和网站发布的个人操作系统。这不只是一个工具教程，更是一套 AI 时代工作方式的落地样本。

Peter Yang 这期视频发布于 GPT-5.6 上线后不久。ChatGPT 桌面端每天新增一百万用户，但多数人还停留在网页版聊天的用法。他展示了从安装桌面应用到管理邮件日历、自动准备播客、定时执行任务、再到一键发布可交互网站的完整路径。原视频在文末，值得从头看完。

不是聊天工具，是操作系统

视频的真正价值不在某个具体技巧。Peter Yang 展示的是一套完整的个人操作系统：ChatGPT 不再是你有事才打开的对话框，而是持续运行在工作后台、帮你管邮件、盯日历、准备会议、定时干活的主力。

这个转变的前提是 GPT-5.6 带来的桌面端能力升级——插件系统让 ChatGPT 能直接操作 Gmail、Google Calendar、文档、表格，而不只是生成文字。一旦连接器到位，AI 就从”回答问题”跨到了”替你执行”。

Chat、Work、Codex：三个名字，一套东西

OpenAI 把桌面端分成三个入口：Chat 是你熟悉的聊天界面，Work 加了在应用内操作的能力，Codex 在 Work 基础上多了 Pull Requests 页面，面向开发者。

Peter Yang 直言这个区分没必要。他用下来，Work 和 Codex 的核心区别只是 UI 和是否显示 PR 管理页。对他来说，Codex 更顺手，但 Work 一样能用。对于非开发者用户，Work 已经覆盖了大部分需求。

如果你刚装桌面端，不用纠结选哪个。先用 Work 就行。

模型选择：别被选项淹没

GPT-5.6 提供三个模型——Soul、Terra、Luna——每个有五档 effort（从 low 到 ultra）。组合起来十五个选项，容易让人选择困难。

Peter Yang 的建议很直接：用 Soul + medium effort。

他的依据是一张”智能 vs 输出 token”的对比图。Soul medium 是甜点区——智能够用，token 消耗可控。需要重度规划时临时切到 high effort，平时 medium 就够了。Terra 和 Luna 他几乎不用。

连接器是第一步

装完桌面端，Peter Yang 做的第一件事是开插件。他把这一步称为”让 ChatGPT 变强大的关键设置”。

最低配置：Gmail、Google Calendar、Documents、Presentations、Spreadsheets、Google Drive。有了这六个，ChatGPT 就能管邮件、日历，编辑文档和表格。

他装了 23 个插件，还包括 PDF（替代 Adobe Acrobat）、Slack、Notion、Figma、RemNote。他没有发现装多了有什么坏处，建议尽量把日常用的应用都接上。

这一步的本质是把 AI 从”提建议”变成”动手干”。没装插件，ChatGPT 能告诉你该怎么回邮件；装了插件，它能直接帮你回复。

长线程和一个参谋

Peter Yang 不建大量零散对话。他的做法是按项目分组，每个项目下设长线程，一条线程对应一个工作流。比如”个人操作系统”项目下，有专门做播客的线程、编辑通讯的线程、发社交媒体的线程。

他特别推荐先建一条”chief of staff”（首席参谋）线程。这条线程专管邮件和日历。

几个实际用法：

• 邮件行动项提取：让 Codex 检查过去三天的邮件，列出五个待跟进事项和该退订的邮件，附上原始邮件链接
• 批量退订：确认后让 Codex 自动打开每封邮件、点击退订按钮，五分钟搞定
• 邮件起草：Codex 找到未回复的邮件（比如日本酒店预订），自动起草跟进消息，你审核后发送
• 风格学习：让 Codex 读你发件箱，总结你的邮件风格，生成一个 skill，以后起草的邮件更接近你的语气

他强调一个细节：Codex 做的 skill 不要直接信任，要测一轮再投入日常使用。他自己的邮件风格 skill 就迭代了几次才稳定。

日历部分同样依赖插件。Peter Yang 直接用自然语言让 Codex 排会——”周五上午 9 点和 Char 开 15 分钟 Google Meet”。Codex 会自动找邮箱、检查时间冲突、添加会议链接。提到餐厅名，它能帮你找到地点。

更有意思的是定时日历准备。他让 Codex 查未来七天的播客录制安排，找到嘉宾后自动跑”播客准备 skill”：在线调研嘉宾背景、生成采访角度、起草采访指南，最后写进 Google Doc 供分享。

整个流程手动做至少半小时，Codex 几分钟完成初稿。

定时任务：让 AI 主动干活

前面所有操作都是你发起一条消息、Codex 去执行。定时任务把这个模式翻过来——你不发消息，它自己跑。

Peter Yang 演示了一个每周五早上 7 点执行的首席参谋简报任务。内容合并了邮件和日历两个工作流：检查过去三天邮件找行动项和退订目标、检查未来七天日历找播客和重要会议、自动运行准备 skill 并创建文档。

他说 Codex 团队内部的人更激进——每天跑多个定时任务，自动扫 Slack、邮件、会议纪要，帮自己判断该先干什么。这省去了打开五个应用收集上下文的时间。

这里有个顺序问题值得注意。Peter Yang 的路径是：先手动跑通一个工作流，给 Codex 反馈调好效果，然后把这套流程封装成定时任务。不是一上来就全自动。手动阶段建立的上下文和反馈，是定时任务能可靠运行的前提。

手机远程：电脑得开着

Codex 的手机端可以远程访问电脑上的线程。你在手机上发指令，实际执行发生在你的 Mac 上。

限制很明显：电脑必须开机。Peter Yang 的解决方案是 Amphetamine，一个 macOS 防休眠工具。出门前设定保持唤醒几小时，手机上就能继续和 Codex 交互。

他也提醒了一句：盯着手机上的 Codex 线程不一定比刷社交媒体健康。适当放下手机、去外面走走。

Sites：文档的下一代形态

视频最后展示的 Sites 功能可能是最长期的变化信号。

Peter Yang 用 Codex 做了三个东西：一个日本旅行清单网站（带景点和图片）、一个教女儿背乘法口诀的 Safari 数学游戏（答对放礼花）、一个产品需求文档（PRD）的交互式网站。

第三个最有意思。他做了十多年产品经理，写了几百份 PRD。结论是：不管写多短，工程师还是不爱读文档。但做成一个可点击、带分页（产品需求/设计/技术栈）的交互式网站，参与度完全不同。

他提到 OpenAI 和 Anthropic 内部团队已经从 Markdown 文件和 Google Docs 转向用 HTML 做计划评审。两家公司都在做 artifacts 和 sites 类功能，让审查、分享、评论 HTML 产物更方便。

几个值得留意的取舍

Peter Yang 的方案很实用，但也有几个地方值得多想一层。

他的自定义指令里有一条很关键：要求模型别总附和你。 GPT-5.6 有个倾向——不管你说什么它都先同意。他把”坚持原则、需要时反驳我”写进了 custom instructions。这是很多 AI 工具用户忽略的一点：默认的讨好模式对决策有害。

定时任务越多，上下文管理越重要。 Peter Yang 演示的定时任务把多个工作流串在一起自动跑。这很方便，但自动化一多，你就需要一套机制来记录每次运行的结果、追踪哪些有效哪些没用。Gabriel Chua 在 Codex 邮件自动化的实践中提出过”内外双循环”：内循环负责带着上下文干活、只产草稿不发送；外循环从你的审阅反馈里提取模式、改进下一轮运行。没有外循环，每轮自动任务都在重复同样的上下文缺陷。

手机远程依赖物理设备在线，这是个结构性短板。 只要你的 Mac 没开，整个远程链条就断了。Amphetamine 是个临时方案，长期来看这个瓶颈会推动计算向云端迁移。

七步行动清单

Peter Yang 最后给了七个可操作项，适合刚上手的人：

1. 装桌面端——如果你还在用网页版，这是最大的升级
2. 模型选 Soul + medium effort，需要重度规划时临时切 high
3. 写好自定义指令——让它知道你是谁、怎么回答你、别用 AI 套话
4. 装插件——至少 Gmail + Calendar + Drive + Docs + Sheets + Slides
5. 建一条 chief of staff 线程管邮件和日历
6. 手动跑通后封装定时任务，让它主动干活
7. 用 Sites 做可交互的网页——旅行计划、学习游戏、产品文档都行

原视频：https://www.youtube.com/watch?v=WLg9qWOf6zw