深色模式
功能地图：每个入口解决什么问题
功能名字记不住没关系。记住你遇到的是哪类问题，然后来这张表里找对应的入口。
怎么用这一页
不要从头读到尾。先想清楚你现在要做的是哪件事，然后跳到对应的小节。每一节都写了三件事：它解决什么、什么时候别用它、实际操作时要注意什么。
需要先说清楚的一点：这些功能的名称、位置、可用范围经常调整。 下面写的是功能本身能做什么，具体在哪个菜单里，以你看到的界面为准。
要查最新的东西：联网搜索
解决什么： 模型的知识有截止时间，问最近发生的事、当前价格、刚发布的版本，不联网就只能编。开启搜索后，它会去检索网页，然后基于检索到的内容回答，通常还会给出来源链接。
什么时候别用： 问的是稳定不变的知识（概念、语法、数学），搜索反而多绕一圈，还可能被质量差的网页带偏。
要注意： 开了搜索不等于答案就一定准确。它可能读到的是一篇过时或错误的文章。看到来源链接时，点开扫一眼——特别是涉及数字和结论的时候。
一个实用习惯
问「最新」类问题时，顺便说一句「用中文来源优先」或「优先找官方文档」。检索结果的质量直接决定答案质量，而来源偏好是可以指定的。
要读一份文件：上传附件
解决什么： 把 PDF、Word、表格、代码文件、图片丢进对话框，让它基于文件内容回答问题、提取信息、做汇总。比起把内容复制粘贴进来，上传能保留结构，长文档也不会被截断。
什么时候别用： 文件里有不该外传的内容时。上传即意味着内容离开你的设备，进入服务提供方的处理流程。合同、病历、身份证件、客户名单这类，先想清楚再决定。
要注意的几件事：
- 扫描件（图片型 PDF）需要它做文字识别，识别错字很常见，关键数字要核对。
- 表格里的公式、合并单元格、隐藏行，处理时容易丢失。需要精确结果的话，让它输出计算过程，而不是直接给结论。
- 很长的文档，它可能只读了其中一部分就开始总结。问一句「你读到了第几页/第几节」能确认这一点。
上传之后怎么问
这份文件是一份 40 页的服务合同。我要判断里面有没有对我不利的条款。
请：
1) 按条款编号列出：付款条件、违约责任、终止条件、知识产权归属
2) 每条后面附上原文摘录（不超过两行）
3) 单独标出你觉得需要律师看的地方，并说明为什么
不要总结整份合同，我只要这四类。要处理图片：看图
解决什么： 截图里的报错、手写的笔记、白板照片、图表、界面设计稿，都可以直接丢进去问。它能把图里的文字读出来，也能描述画面内容、指出界面上的问题。
什么时候别用： 需要像素级精确的场合——读密集的表格数字、辨认模糊的小字、判断颜色是否精确匹配。这些它会给你一个自信但可能不准的答案。
要注意： 图片里的文字识别，中文手写体和低分辨率截图错误率高。涉及金额、编号、地址时，让它逐字念一遍，你自己比对。
不想打字：语音
解决什么： 走路、开车、手上忙着的时候，用说的比打字快。App 上的语音对话是双向的，可以像打电话一样来回聊，适合练口语、边走边理清思路。
什么时候别用： 需要精确措辞的场合（正式文书、代码、地址电话）。语音转文字会有错字，而错字会直接进入它的理解。
长期做一件事：Projects
解决什么： 把一组相关的对话、上传的资料、固定的说明放在同一个「项目」里。下次接着做的时候，不用重新交代背景——它已经知道你的项目是什么、文件在哪、按什么规矩来。
什么时候别用： 一次性的小问题。开项目有设置成本，问一句「这个词什么意思」不值得。
典型用法：
- 一个持续几个月的写作项目：把大纲、参考资料、已完成的章节都放进去。
- 一个固定格式的周报：把模板和写作规范写进项目说明，每周新建对话即可。
- 一个产品的工作区：把需求文档、术语表、竞品资料集中起来。
要反复改一份东西：Canvas
解决什么： 写作和写代码时，把成果放在旁边的独立编辑区里，你可以直接在上面改，也可以指定某一段让它重写。比起在对话里来回复制，改稿效率高很多。
什么时候别用： 一次性的短回答。为了三行字开一个编辑区，反而多一步。
要注意： 它的强项是「一段文字/一段代码的迭代」，不是完整的多文件项目。项目级的改动交给 Codex 更合适。
不想每次重复交代：记忆
解决什么： 让它记住关于你的稳定信息——你的职业、常用的输出格式偏好、正在做的项目背景。之后新开的对话里，它会自动带上这些。
什么时候别用： 涉及敏感信息，或者是一次性的偏好。记忆是跨对话保留的，写进去的东西要想清楚。
要注意： 记忆里的内容也会过期。你换了工作、换了项目，旧记忆还在，反而会带偏回答。隔一段时间去设置里清一遍。
固定套路反复用：自定义 GPT
解决什么： 把一套固定的指令、知识文件、工具配置打包成一个专属助手，以后直接用它，不用每次重述要求。适合团队共用的场景：客服话术、内部知识问答、固定的文案风格。
什么时候别用： 只用一两次的任务。配置一个自定义 GPT 的成本，高于直接写一段长提示词。
要注意： 自定义 GPT 的质量完全取决于你喂给它的指令和知识。指令写得含糊，它就是一个换了名字的普通对话。
要写代码：Codex
解决什么： 不只是给你一段代码，而是能读你的整个项目、修改多个文件、跑测试、提交改动。适合「把这个功能实现出来」这类任务，而不是「这段正则怎么写」。
这一块单独有一篇讲：Codex：让它直接改你的代码。
一张速查表
| 你遇到的问题 | 用哪个 | 一句话提醒 |
|---|---|---|
| 要查最近发生的事 | 联网搜索 | 点开来源看两眼 |
| 手上有份文档要看 | 上传附件 | 敏感内容先想清楚 |
| 截图里的报错看不懂 | 看图 | 让它逐字念出关键信息 |
| 手上忙，想边说边问 | 语音 | 精确内容别靠说的 |
| 一件事要做几个月 | Projects | 把背景一次性交代清楚 |
| 一份稿子要改很多轮 | Canvas | 指定段落改，别整篇重写 |
| 每次都要重复同样的要求 | 记忆 / 自定义 GPT | 定期清理过期记忆 |
| 要在真实项目里改代码 | Codex | 改动要自己审一遍 |