FEATURES EXPLAINED

主要功能,一项一项讲明白。

可以按左侧目录直达某个功能,也可以搜索你正在找的按钮或用途。所有说明都在本页,不用跳到外站才能看懂。

01

聊天、追问与改写

通过来回沟通,把问题和文字逐步说清楚。

在哪里找到:Chat;Work 和 Codex 也支持对话补充。

Chat 适合在答案还不明确时讨论:解释一个概念、比较几种选择、调整一段文字,或把模糊想法整理清楚。你可以直接用日常语言表达,不需要先学习特殊语法。

同一段对话中,后续消息可以补充背景、纠正理解或改变表达方式。改稿时指出具体段落和读者,比笼统地要求“再好一点”更容易得到合适结果。

基本操作

  1. 1新建对话并选择 Chat。
  2. 2写明问题,以及会影响答案的背景。
  3. 3阅读回答后补充条件,或指出要修改的位置。
什么时候用

例如把一份给同事的通知,调整成给客户阅读的版本。

需要知道

涉及新近信息或关键事实时,应结合搜索和原始资料核对。

依据:官方对话与提问指南
02

模型与推理档位

模式决定怎样工作,模型决定由哪种能力来完成。

在哪里找到:网页与桌面输入区的模型设置;显示选项依账号而定。

Chat、Work、Codex 是工作入口,Astra、Sol、Terra、Luna 等名称属于模型。不要把切到 Work 理解成换成了某一个固定模型;同一入口可能提供多种模型。

推理档位表示处理问题时投入的思考程度。复杂分析、较大交付物可以考虑更高设置,简单修改通常先用默认即可。更高设置不保证每次更好,也可能增加等待和用量。

基本操作

  1. 1先确定任务目标,再打开可用的模型选择器。
  2. 2查看所选模型是否提供推理档位。
  3. 3不熟悉时保留默认,完成后按质量、耗时和用量判断是否需要调整。
什么时候用

例如一句标题润色与多份资料相互核对,需要的处理深度通常不同。

需要知道

模型、工具和档位会随平台、套餐、版本及组织设置变化;本站不承诺固定可用型号。

依据:官方模型选择说明
03

读文件与看图片

让 AI 基于你提供的材料工作,减少空泛回答。

在哪里找到:Chat、Work、Codex 中可用的附件或文件上下文入口。

文档、表格、演示稿、PDF 和图片可以成为任务材料。你可以让它找重点、比较两个版本、提取信息,或者据此形成新文件。附上资料后,还要说明关注哪部分。

截图适合说明界面或视觉问题;表格适合统计;原始文档适合准确引用。若有多个版本,应指出哪个为准。上传后看见文件名,再让它确认使用的是哪些材料。

基本操作

  1. 1在输入区添加需要处理的文件。
  2. 2确认附件显示成功,并说明资料的用途或版本。
  3. 3要求围绕指定内容总结、比较或提取。
  4. 4检查回答中的数字、引用和对应原文。
什么时候用

例如比较两份活动方案中日期、费用和分工的差异。

需要知道

文件能上传不代表每处内容都能准确识别;扫描质量、复杂版式和文件限制会影响读取。

依据:官方附件与上下文说明
04

项目:把资料和对话放在一起

适合持续主题,减少每次重复交代背景。

在哪里找到:网页和桌面 Projects;与 CLI(命令行工具) 的工作目录概念不同。

一个项目可以包含多段相关对话、文件和项目要求。Chats 用来看项目中的对话,Sources 用来管理上传文件与连接的来源。项目要求会供相关对话使用。

ChatGPT 项目整理的是上传和连接的上下文;本地项目则能连接电脑文件夹。把资料放进 ChatGPT 项目,并不会自动让 AI 读取硬盘里的其他文件。

基本操作

  1. 1打开 Projects,新建或选择现有项目。
  2. 2在 Sources 中放入相关资料,补充适用于该项目的要求。
  3. 3从项目中开始对话;不同成果可以分开讨论。
什么时候用

例如一个课程项目中分别讨论大纲、讲义和宣传文案,使用同一份课程资料。

需要知道

临时问题不必建项目;固定到侧栏只改变显示顺序,不会增加资料访问权限。

依据:官方项目与对话说明
05

制作文档、表格与演示稿

Work 的常见成果是可以打开和继续编辑的文件。

在哪里找到:Work 的结果区;桌面端通常可在工作区预览。

Work 可以把资料整理成文档、演示稿、表格或 PDF。需要哪种文件、给谁看、包含哪些栏目,都可以在任务里说明。生成一段文字与交付一个文件是不同要求。

成果出现后可以预览或下载;支持批注的界面还能针对某个位置提出修改。也可直接说清第几页、哪个表格、哪一列要改,不必把整项任务重新开始。

基本操作

  1. 1选择 Work,并提供任务所需资料。
  2. 2说明所需文件类型、结构和用途。
  3. 3打开成果,检查内容、数字与版式。
  4. 4提出具体修改,确认新版后下载。
什么时候用

例如把项目数据整理成管理层可阅读的简报和配套表格。

需要知道

不同平台支持的预览、批注方式不同;完成提示不能代替打开文件检查。

依据:官方文件制作与预览说明
06

搜索与深度研究

回答需要当前信息时,让结论带着来源。

在哪里找到:普通对话可用搜索;深度研究在支持的 Work 入口中使用。

网页搜索用于寻找公开信息,结果和引用会随搜索过程出现在对话中。它适合查时间、版本、公告和来源,阅读时仍应点开原文,确认引用确实支持结论。

深度研究用于需要多个来源和完整报告的问题。官方当前说明中,网页 Work 可从加号菜单选择可用的 Deep research;桌面端则通过 Deep research 插件进入。

基本操作

  1. 1说明研究问题、时间范围与希望比较的内容。
  2. 2需要当前事实时明确要求检索并提供来源。
  3. 3需要深入报告时,从当前平台提供的 Deep research 入口开始。
  4. 4检查报告的来源、日期和不确定信息。
什么时候用

例如了解某个软件近期更新,并比较更新前后对工作流程的影响。

需要知道

搜索与深度研究受账号和组织设置影响;两者的入口和耗时不同。

依据:官方搜索与深度研究说明
07

插件与连接外部服务

让已授权的邮件、云盘或项目工具成为信息来源。

在哪里找到:网页、桌面和移动端支持的 Plugins;IDE(代码编辑环境) 扩展不提供插件。

插件是可安装的能力包,可能提供技能,也可能连接 Gmail、Google Drive、GitHub 等服务。它能做哪些事,取决于插件本身、服务账号与授予的权限。

在 Plugins 目录中查看详情后安装;需要访问外部服务时,系统会提示连接。安装完成后开一个新对话,可以直接说任务,也可用 @ 指定要使用的插件。

基本操作

  1. 1打开 Plugins 并搜索需要的服务或能力。
  2. 2查看详情后安装,按提示连接正确账号。
  3. 3在新对话中说明需要查什么或处理什么。
  4. 4检查返回的信息及涉及外部修改的动作。
什么时候用

例如从已连接的项目文档中提取会议材料。

需要知道

标有 Desktop only 的插件需桌面端;安装、登录与授权不是同一步。

依据:官方插件使用说明
08

技能:保存常用做法

把反复使用的格式、流程和要求留给下次。

在哪里找到:支持技能的 ChatGPT / Codex 入口。

Skill 可以理解为一份能被 AI 使用的工作说明书,里面保存步骤、模板和参考资料。它适合格式相对固定、经常重做的工作,例如周报、文章风格或资料整理。

技能解决“按什么方式做”,插件可以把技能与外部工具一起打包。完成一次效果满意的流程后,再把它做成技能,通常更容易写清楚要求。

基本操作

  1. 1找到已经稳定的工作流程与输出样例。
  2. 2使用可用的技能创建入口,说明目标、步骤和固定要求。
  3. 3检查生成的规则,并用实际需求验证。
  4. 4启用后按适用任务使用,必要时明确选择该技能。
什么时候用

例如每次项目周报都按进展、风险、负责人和下周计划组织。

需要知道

ChatGPT 与 Codex 的技能提及方式可能不同;启用范围和分享能力受账号设置影响。

依据:官方技能与插件说明
09

定时任务:按计划继续处理

不仅记住计划,还要查看每次运行的实际结果。

在哪里找到:网页及桌面支持的 Scheduled;CLI(命令行工具) 与 IDE(代码编辑环境) 没有该管理界面。

定时任务可以按日、周等安排重复执行。独立任务通常让每次运行分开记录;对话内任务则在既有上下文中继续。创建后可以在 Scheduled 查看状态与最近运行。

任务需要的资料和工具必须在运行时仍然可用。依赖本地文件的桌面任务,需要电脑和应用保持可用;网页任务使用上传或连接的资料,不能直接读取电脑文件夹。

基本操作

  1. 1先明确每次要做什么,以及结果应出现在哪里。
  2. 2在支持的对话中说明频率、时间和时区。
  3. 3到 Scheduled 确认计划及启用状态。
  4. 4查看前几次运行,再调整范围或时间。
什么时候用

例如工作日早晨汇总指定主题的新增资料。

需要知道

账号与组织可能限制任务能力;创建计划不代表每次执行都会成功。

依据:官方定时任务说明
10

Codex:理解、修改与检查代码

在具体项目中完成技术工作,并查看修改证据。

在哪里找到:桌面 Codex;终端与 IDE(代码编辑环境) 也有各自入口。

Codex 可以阅读项目、解释代码、增加功能、修复问题和运行检查。你提供预期行为、出现问题的步骤和有关文件,它再围绕所选项目开展工作。

开发界面会保留更多技术信息,例如修改了哪些文件、运行了哪些命令、检查结果如何。新手不用一开始看懂所有代码,但应知道变化发生在哪里,以及功能是否按预期工作。

基本操作

  1. 1进入 Codex 并确认项目或工作目录。
  2. 2说明想要的行为和已有问题,补充相关文件。
  3. 3查看完成报告、修改内容与检查结果。
  4. 4运行或打开成果,确认实际表现再决定下一步。
什么时候用

例如给现有工具增加搜索栏,或查明一个按钮为什么没有反应。

需要知道

可执行操作受环境和权限约束;运行通过也不意味着所有业务情况都已覆盖。

依据:官方 Codex 任务指南
11

代码审查:看清改了什么

把修改摘要、文件差异和检查结果放在一起阅读。

在哪里找到:桌面 Code Review 插件及可用的开发审查视图。

代码审查关注一次修改是否符合预期、会不会引入问题。Code Review 中的 Summary 展示说明、活动和检查,Changes 用于查看文件变化和相关评论。

连接有权限的代码服务后,可打开一个 PR(代码合并请求) 并让 Codex 解释或审查。审查指出的问题仍需结合代码差异和测试判断,自动评论不是最终结论。

基本操作

  1. 1在可用的 Code Review 入口连接正确仓库账号。
  2. 2选择一个 PR(代码合并请求),或输入其链接。
  3. 3先读 Summary,再检查 Changes 中的具体修改。
  4. 4结合预期行为和检查结果处理发现的问题。
什么时候用

例如确认新增筛选功能没有改变原来的默认展示。

需要知道

需要仓库授权及相关功能;普通文件任务不必使用 PR(代码合并请求) 或代码审查。

依据:官方代码审查说明
12

权限与审批

看懂它能访问什么,以及哪些动作会停下来等待。

在哪里找到:桌面输入区下方;CLI(命令行工具) 与 IDE(代码编辑环境) 有各自权限入口。

权限有两个容易混淆的部分:访问边界决定能碰哪些文件和网络;审批方式决定什么时候需要额外检查。只改变审批方式,不会自动扩大文件访问范围。

Ask for approval 让相关动作由你确认;Approve for me 将符合条件的请求交给自动审查,仍保留工作区边界。Full access 范围更广,使用前应理解具体后果。

基本操作

  1. 1查看当前任务的权限控件,而不只看有哪些选项。
  2. 2确认正在使用的文件夹、网络与工具范围。
  3. 3出现审批时阅读具体动作和目标。
  4. 4只为当前任务所需能力调整设置。
什么时候用

例如允许整理某个项目文件夹,并在跨出范围时停下来确认。

需要知道

可用权限模式依应用版本、环境和组织要求变化;授权也不能替代成果检查。

依据:官方权限说明