01聊天、追问与改写
通过来回沟通,把问题和文字逐步说清楚。
在哪里找到:Chat;Work 和 Codex 也支持对话补充。 Chat 适合在答案还不明确时讨论:解释一个概念、比较几种选择、调整一段文字,或把模糊想法整理清楚。你可以直接用日常语言表达,不需要先学习特殊语法。
同一段对话中,后续消息可以补充背景、纠正理解或改变表达方式。改稿时指出具体段落和读者,比笼统地要求“再好一点”更容易得到合适结果。
基本操作
- 1新建对话并选择 Chat。
- 2写明问题,以及会影响答案的背景。
- 3阅读回答后补充条件,或指出要修改的位置。
什么时候用例如把一份给同事的通知,调整成给客户阅读的版本。
需要知道涉及新近信息或关键事实时,应结合搜索和原始资料核对。
02模型与推理档位
模式决定怎样工作,模型决定由哪种能力来完成。
在哪里找到:网页与桌面输入区的模型设置;显示选项依账号而定。 Chat、Work、Codex 是工作入口,Astra、Sol、Terra、Luna 等名称属于模型。不要把切到 Work 理解成换成了某一个固定模型;同一入口可能提供多种模型。
推理档位表示处理问题时投入的思考程度。复杂分析、较大交付物可以考虑更高设置,简单修改通常先用默认即可。更高设置不保证每次更好,也可能增加等待和用量。
基本操作
- 1先确定任务目标,再打开可用的模型选择器。
- 2查看所选模型是否提供推理档位。
- 3不熟悉时保留默认,完成后按质量、耗时和用量判断是否需要调整。
什么时候用例如一句标题润色与多份资料相互核对,需要的处理深度通常不同。
需要知道模型、工具和档位会随平台、套餐、版本及组织设置变化;本站不承诺固定可用型号。
03读文件与看图片
让 AI 基于你提供的材料工作,减少空泛回答。
在哪里找到:Chat、Work、Codex 中可用的附件或文件上下文入口。 文档、表格、演示稿、PDF 和图片可以成为任务材料。你可以让它找重点、比较两个版本、提取信息,或者据此形成新文件。附上资料后,还要说明关注哪部分。
截图适合说明界面或视觉问题;表格适合统计;原始文档适合准确引用。若有多个版本,应指出哪个为准。上传后看见文件名,再让它确认使用的是哪些材料。
基本操作
- 1在输入区添加需要处理的文件。
- 2确认附件显示成功,并说明资料的用途或版本。
- 3要求围绕指定内容总结、比较或提取。
- 4检查回答中的数字、引用和对应原文。
什么时候用例如比较两份活动方案中日期、费用和分工的差异。
需要知道文件能上传不代表每处内容都能准确识别;扫描质量、复杂版式和文件限制会影响读取。
04项目:把资料和对话放在一起
适合持续主题,减少每次重复交代背景。
在哪里找到:网页和桌面 Projects;与 CLI(命令行工具) 的工作目录概念不同。 一个项目可以包含多段相关对话、文件和项目要求。Chats 用来看项目中的对话,Sources 用来管理上传文件与连接的来源。项目要求会供相关对话使用。
ChatGPT 项目整理的是上传和连接的上下文;本地项目则能连接电脑文件夹。把资料放进 ChatGPT 项目,并不会自动让 AI 读取硬盘里的其他文件。
基本操作
- 1打开 Projects,新建或选择现有项目。
- 2在 Sources 中放入相关资料,补充适用于该项目的要求。
- 3从项目中开始对话;不同成果可以分开讨论。
什么时候用例如一个课程项目中分别讨论大纲、讲义和宣传文案,使用同一份课程资料。
需要知道临时问题不必建项目;固定到侧栏只改变显示顺序,不会增加资料访问权限。
05制作文档、表格与演示稿
Work 的常见成果是可以打开和继续编辑的文件。
在哪里找到:Work 的结果区;桌面端通常可在工作区预览。 Work 可以把资料整理成文档、演示稿、表格或 PDF。需要哪种文件、给谁看、包含哪些栏目,都可以在任务里说明。生成一段文字与交付一个文件是不同要求。
成果出现后可以预览或下载;支持批注的界面还能针对某个位置提出修改。也可直接说清第几页、哪个表格、哪一列要改,不必把整项任务重新开始。
基本操作
- 1选择 Work,并提供任务所需资料。
- 2说明所需文件类型、结构和用途。
- 3打开成果,检查内容、数字与版式。
- 4提出具体修改,确认新版后下载。
什么时候用例如把项目数据整理成管理层可阅读的简报和配套表格。
需要知道不同平台支持的预览、批注方式不同;完成提示不能代替打开文件检查。
06搜索与深度研究
回答需要当前信息时,让结论带着来源。
在哪里找到:普通对话可用搜索;深度研究在支持的 Work 入口中使用。 网页搜索用于寻找公开信息,结果和引用会随搜索过程出现在对话中。它适合查时间、版本、公告和来源,阅读时仍应点开原文,确认引用确实支持结论。
深度研究用于需要多个来源和完整报告的问题。官方当前说明中,网页 Work 可从加号菜单选择可用的 Deep research;桌面端则通过 Deep research 插件进入。
基本操作
- 1说明研究问题、时间范围与希望比较的内容。
- 2需要当前事实时明确要求检索并提供来源。
- 3需要深入报告时,从当前平台提供的 Deep research 入口开始。
- 4检查报告的来源、日期和不确定信息。
什么时候用例如了解某个软件近期更新,并比较更新前后对工作流程的影响。
需要知道搜索与深度研究受账号和组织设置影响;两者的入口和耗时不同。
07插件与连接外部服务
让已授权的邮件、云盘或项目工具成为信息来源。
在哪里找到:网页、桌面和移动端支持的 Plugins;IDE(代码编辑环境) 扩展不提供插件。 插件是可安装的能力包,可能提供技能,也可能连接 Gmail、Google Drive、GitHub 等服务。它能做哪些事,取决于插件本身、服务账号与授予的权限。
在 Plugins 目录中查看详情后安装;需要访问外部服务时,系统会提示连接。安装完成后开一个新对话,可以直接说任务,也可用 @ 指定要使用的插件。
基本操作
- 1打开 Plugins 并搜索需要的服务或能力。
- 2查看详情后安装,按提示连接正确账号。
- 3在新对话中说明需要查什么或处理什么。
- 4检查返回的信息及涉及外部修改的动作。
需要知道标有 Desktop only 的插件需桌面端;安装、登录与授权不是同一步。
08技能:保存常用做法
把反复使用的格式、流程和要求留给下次。
在哪里找到:支持技能的 ChatGPT / Codex 入口。 Skill 可以理解为一份能被 AI 使用的工作说明书,里面保存步骤、模板和参考资料。它适合格式相对固定、经常重做的工作,例如周报、文章风格或资料整理。
技能解决“按什么方式做”,插件可以把技能与外部工具一起打包。完成一次效果满意的流程后,再把它做成技能,通常更容易写清楚要求。
基本操作
- 1找到已经稳定的工作流程与输出样例。
- 2使用可用的技能创建入口,说明目标、步骤和固定要求。
- 3检查生成的规则,并用实际需求验证。
- 4启用后按适用任务使用,必要时明确选择该技能。
什么时候用例如每次项目周报都按进展、风险、负责人和下周计划组织。
需要知道ChatGPT 与 Codex 的技能提及方式可能不同;启用范围和分享能力受账号设置影响。
09定时任务:按计划继续处理
不仅记住计划,还要查看每次运行的实际结果。
在哪里找到:网页及桌面支持的 Scheduled;CLI(命令行工具) 与 IDE(代码编辑环境) 没有该管理界面。 定时任务可以按日、周等安排重复执行。独立任务通常让每次运行分开记录;对话内任务则在既有上下文中继续。创建后可以在 Scheduled 查看状态与最近运行。
任务需要的资料和工具必须在运行时仍然可用。依赖本地文件的桌面任务,需要电脑和应用保持可用;网页任务使用上传或连接的资料,不能直接读取电脑文件夹。
基本操作
- 1先明确每次要做什么,以及结果应出现在哪里。
- 2在支持的对话中说明频率、时间和时区。
- 3到 Scheduled 确认计划及启用状态。
- 4查看前几次运行,再调整范围或时间。
需要知道账号与组织可能限制任务能力;创建计划不代表每次执行都会成功。
10Codex:理解、修改与检查代码
在具体项目中完成技术工作,并查看修改证据。
在哪里找到:桌面 Codex;终端与 IDE(代码编辑环境) 也有各自入口。 Codex 可以阅读项目、解释代码、增加功能、修复问题和运行检查。你提供预期行为、出现问题的步骤和有关文件,它再围绕所选项目开展工作。
开发界面会保留更多技术信息,例如修改了哪些文件、运行了哪些命令、检查结果如何。新手不用一开始看懂所有代码,但应知道变化发生在哪里,以及功能是否按预期工作。
基本操作
- 1进入 Codex 并确认项目或工作目录。
- 2说明想要的行为和已有问题,补充相关文件。
- 3查看完成报告、修改内容与检查结果。
- 4运行或打开成果,确认实际表现再决定下一步。
什么时候用例如给现有工具增加搜索栏,或查明一个按钮为什么没有反应。
需要知道可执行操作受环境和权限约束;运行通过也不意味着所有业务情况都已覆盖。
11代码审查:看清改了什么
把修改摘要、文件差异和检查结果放在一起阅读。
在哪里找到:桌面 Code Review 插件及可用的开发审查视图。 代码审查关注一次修改是否符合预期、会不会引入问题。Code Review 中的 Summary 展示说明、活动和检查,Changes 用于查看文件变化和相关评论。
连接有权限的代码服务后,可打开一个 PR(代码合并请求) 并让 Codex 解释或审查。审查指出的问题仍需结合代码差异和测试判断,自动评论不是最终结论。
基本操作
- 1在可用的 Code Review 入口连接正确仓库账号。
- 2选择一个 PR(代码合并请求),或输入其链接。
- 3先读 Summary,再检查 Changes 中的具体修改。
- 4结合预期行为和检查结果处理发现的问题。
什么时候用例如确认新增筛选功能没有改变原来的默认展示。
需要知道需要仓库授权及相关功能;普通文件任务不必使用 PR(代码合并请求) 或代码审查。
12权限与审批
看懂它能访问什么,以及哪些动作会停下来等待。
在哪里找到:桌面输入区下方;CLI(命令行工具) 与 IDE(代码编辑环境) 有各自权限入口。 权限有两个容易混淆的部分:访问边界决定能碰哪些文件和网络;审批方式决定什么时候需要额外检查。只改变审批方式,不会自动扩大文件访问范围。
Ask for approval 让相关动作由你确认;Approve for me 将符合条件的请求交给自动审查,仍保留工作区边界。Full access 范围更广,使用前应理解具体后果。
基本操作
- 1查看当前任务的权限控件,而不只看有哪些选项。
- 2确认正在使用的文件夹、网络与工具范围。
- 3出现审批时阅读具体动作和目标。
- 4只为当前任务所需能力调整设置。
什么时候用例如允许整理某个项目文件夹,并在跨出范围时停下来确认。
需要知道可用权限模式依应用版本、环境和组织要求变化;授权也不能替代成果检查。
没有找到匹配的功能
换个关键词,或者查看完整目录。