# 森虫虫系列课 · Codex 完整基础课口播稿 视频时长：02:09:14 以下为成片对应的标准讲解稿。个别符号、英文术语与易混短语在配音中作读法展开、拼读或停顿强调，字幕保留标准写法；具体调整见「配音核对记录.json」。 ## 01 认识 Codex、安装与入口 ### 00:00:00 · Codex 完整基础课 你好，这里是森虫虫的系列课。这次我们从最基础的地方认识 Codex。你不需要先会编程，也不用跟着做一个项目。我们要弄清楚界面里的功能是什么，什么时候该点，点了以后怎样判断结果。遇到终端、工作树这些陌生词，也会先用普通话解释，再看它们各自的作用。 来源编号：T01 ### 00:00:25 · 代理不只是在回答 先认识一个重要区别：有时它只是在解释问题，有时它会调用工具，真的去读取文件、执行命令或者修改内容。这种能够围绕目标采取行动的助手，通常叫代理。所以看见一段回复，我们还要继续看：它只是提出建议，还是已经执行了动作？这会影响下一步怎么检查。 来源编号：D01、T01 ### 00:00:53 · Codex 主要擅长什么 Codex 的主要定位是代码和开发相关工作，比如解释一段程序、寻找问题、修改文件、运行检查。即使你不会写代码，也可以先让它解释眼前的材料，再判断是否需要继续。不过，如果只是日常问答，或者一般文档工作，应用里的其他入口也可能更合适，不必凡事都从 Codex 开始。 来源编号：D01 ### 00:01:22 · 能力要有材料和工具 它能做什么，除了模型能力，还取决于眼前有没有材料、有没有相应工具，以及是否获得允许。你说查看电脑里的文件，不代表它已经能看到所有文件；你说联系一个外部服务，也不代表账号已经连接。能力、材料、连接和权限要分别成立，任务才有可能顺利进行。 来源编号：D01、D11、D16 ### 00:01:50 · 完成还要看结果 当它说已经完成，我们可以把这当成一份工作汇报，接着检查实际结果。例如它说解释了某份文件，就看是否引用了正确材料；它说做过检查，就看检查了什么、结果是什么。模型可能理解错，也可能遗漏条件。把结果核对清楚，是使用过程的一部分，不是对话结束以后可有可无的步骤。 来源编号：T01 ### 00:02:20 · 三个入口怎么区分 当前官方资料把 Chat、Work 和 Codex 分成不同的工作入口。你可以先理解成：Chat 偏向对话问答，Work 偏向一般工作任务，Codex 偏向代码和开发工具。这是用途上的分工，不是好坏排名。它们可能有重叠能力，但文件访问、设置和可用工具不能直接当成完全一样。 来源编号：D01 ### 00:02:50 · 应用名字不等于工作模式 你可能在桌面看到 ChatGPT 这个应用名字，而教程讨论的是里面的 Codex 入口。本次核对的安装包也是这种情况。打开了同一个应用，并不能证明当前聊天正在使用同一种工作模式。先确认自己进入哪里，再对照教程。画面中的界面会标成教学重绘，不冒充你电脑上的实时截图。 来源编号：D01、U01 ### 00:03:19 · 从官方入口安装 如果你还没有安装，可以从配套资料里的官方快速开始页面进入，选择适合 Mac 的下载入口，按安装向导完成。这里不让你记住一个可能过期的安装包文件名。下载、系统要求和可用版本都以当时的官方页面为准。已经安装的朋友，只需要先确认应用来源和版本，就可以继续学习。 来源编号：D01 ### 00:03:46 · 登录后仍要确认条件 安装完成后，按应用提示登录自己的账号。登录解决的是你是谁，并不自动保证每个功能都开放。个人账号、组织账号、产品版本和管理员设置，都可能影响你看到的选项。如果教程里有一个按钮，你的界面暂时没有，先记住这个差异，后面会讲如何检查，不要急着反复安装。 来源编号：D01、D20 ### 00:04:13 · 先建立正确预期 现在做一个小判断：应用已经装在电脑上，是不是说明大模型就在电脑里离线运行？答案是否定的。安装位置、文件动作发生的位置、模型服务的位置，是不同问题。另一个判断是，看到同样的应用名字，功能是否完全一样？也不一定。记住这两点，后面遇到各种选项就不容易混淆。 视频在问题后保留 5 秒思考时间。 来源编号：D01、D08、T01 ## 02 界面导航与聊天管理 ### 00:04:49 · 先认四个区域 先把界面分成四个功能区域：导航帮你找到聊天和项目，聊天区显示沟通过程，输入区用来提出请求，文件或结果面板用来检查材料。本章按桌面 Codex 的入口演示，账号和版本可能改变排列或可用项，画面是帮助辨认功能的示意。接下来先练会新建、查找和整理聊天，再认识项目与文件。 来源编号：D05、U01 ### 00:05:21 · 新聊天是新目标 开始一个新目标，先点侧栏的新聊天；如果需要独立于项目，使用最近记录旁的新聊天入口，并确认输入区没有选中不想使用的项目。如果继续围绕已有材料工作，就先打开那个项目，再新建聊天。新聊天会开始一段新的沟通记录，但不会因为这个按钮，就自动在电脑上建立一个同名文件夹。 操作路径：点击新聊天 → 核对所选项目或独立聊天 → 输入这次的新目标 来源编号：D02、U01 ### 00:05:49 · 什么时候使用项目 想按主题组织持续工作，先点侧栏的项目，打开已有项目，或者选择添加新项目。进入以后再从项目里开始聊天，这样以后可以按同一主题找回。如果要操作电脑文件，还需要关联本地目录，下一章会展开。临时解释一个术语，独立聊天就够；经常使用同一组资料，再放进项目，不必先建一堆空分类。 操作路径：点击项目 → 打开已有项目或添加新项目 → 从项目中开始聊天 来源编号：D02、U01 ### 00:06:21 · 从历史继续工作 打开历史聊天以后，先看最后一条有效回复，确认已经完成了什么、还在等什么，以及结果放在哪里。再发一句具体的继续要求。这样比只说继续更可靠，因为旧聊天可能停在等待批准、等待材料，或者已经结束。找到旧记录只是第一步，理解它的最后状态，才知道下一步该怎么接。 来源编号：D02、D20 ### 00:06:49 · 找聊天用搜索 忘记聊天放在哪里，先点击侧栏的搜索，在搜索框输入记得的主题词、结果名称或聊天标题，再打开匹配的记录。进入后读最后一条有效回复，确认这确实是要继续的那段。结果太多就换更具体的词；没有结果，再检查项目和归档状态。这里查的是聊天记录，不是在电脑里搜索全部文件。 操作路径：侧栏点击搜索 → 输入主题词或标题 → 打开结果并核对内容 来源编号：D02、D20、U01 ### 00:07:19 · 三种查找别混用 这里有三个相似但不同的需求：找某段聊天，在当前聊天里找一句话，以及找项目里的某个文件。它们对应的查找范围不同，所以按钮和快捷键也可能不同。按下某个组合键没有出现想要的结果，先问自己正在找什么。快捷键可以在设置里查看，不要把一个搜索按键当成通用答案。 来源编号：D05、U01 ### 00:07:49 · 给聊天起有用的名字 给聊天改名，先在侧栏找到目标聊天，打开它的操作菜单，选择重命名聊天，输入新标题并确认。也可以在当前聊天输入斜杠 rename，选中重命名命令。改完回到侧栏，确认名称已经更新。标题可以写成解释登录报错，便于下次辨认；改名不会改变聊天材料、文件路径或访问权限。 操作路径：找到目标聊天 → 操作菜单：重命名聊天 → 输入标题并确认 → 核对侧栏新名称 来源编号：D02、U01、D06 ### 00:08:20 · 置顶改变的是位置 经常返回的聊天，打开它的操作菜单，选择置顶聊天，再看侧栏的置顶区域是否出现这条记录。以后不需要了，在同一类菜单里选择取消置顶聊天；当前聊天也可以用斜杠 pin 切换。置顶只改变查找位置，不会增加模型记忆或文件权限。把它留给真正经常使用的少量记录，侧栏才容易看清。 操作路径：打开目标聊天操作菜单 → 选择置顶聊天 → 检查置顶区域 → 需要时取消置顶聊天 来源编号：D02、U01、D06 ### 00:08:52 · 归档前看清影响 暂时不用的聊天，可以打开操作菜单，选择归档聊天，读清确认内容再完成。归档运行中的聊天会停止工作；带计划任务的聊天，还可能移除相关计划，所以先确认自己确实要结束这些安排。要找回来，打开设置，进入已归档的聊天，找到记录后恢复。最后检查它是否回到列表，不能把归档当作删除磁盘文件。 操作路径：选择归档聊天 → 阅读影响并确认 → 设置中打开已归档的聊天 → 找到记录并恢复 来源编号：D20、U01、D02 ### 00:09:24 · 移除项目不是删目录 清理项目列表时，先打开目标项目的菜单，选择移除项目，再检查确认框说明。这个动作是从应用列表移除关联，不删除本地文件或现有聊天。若只是想找磁盘目录，可以用在 Finder 中显示，先确认文件还在哪里。真正删除电脑上的文件夹，是另一种动作。列表里不见了，不能作为文件已经删除的证据。 操作路径：打开项目菜单 → 选择移除项目并读说明 → 确认是否只移除关联 来源编号：U01 ### 00:09:58 · 把界面调到看得清 看不到文件或底部面板时，先打开应用的命令菜单，搜索显示或隐藏，再选导航面板、变更面板或底部面板等对应动作。需要单独查看聊天，可以选择在新窗口中打开。找不到命令菜单的快捷键，就到设置的键盘快捷键里搜索打开命令菜单。面板收起只是显示变化，任务是否停止仍要看聊天运行状态。 操作路径：打开命令菜单 → 搜索所需面板名称 → 选择显示或隐藏命令 → 检查面板出现或收起 来源编号：D05、U01 ## 03 项目、文件与上下文 ### 00:10:29 · 先分开三个东西 项目、聊天、文件，是最容易混在一起的三个词。项目用来组织一组工作，聊天保存这段沟通过程，文件才是电脑或服务里的实际材料。你可以在一个项目里开多个聊天，也可以在聊天里讨论同一份文件。理解这个关系以后，就不会把删除一段文字、归档聊天和修改文件，当成同一种操作。 来源编号：D02、T01 ### 00:10:59 · 项目也有不同类型 这里还要分清普通 ChatGPT 项目和关联电脑目录的本地项目。前者可以组织聊天、资料和说明，但不能因此推断它自动获得本机文件夹访问能力。后者明确关联了电脑上的工作目录，才涉及那个目录里的文件操作。看到项目两个字，先确认是哪一种，再判断材料来自哪里、动作会发生在哪里。 来源编号：D02 ### 00:11:29 · 选择相关的工作文件夹 需要处理电脑材料时，先使用打开文件夹，选中这次要工作的目录并确认；已经保存的本地项目，也可以从输入区的选择项目里直接选。选好后检查显示的项目名和目录，再发请求。如果要更改项目关联，官方路径是项目菜单里的编辑项目，再添加文件夹；多个目录时还要确认主目录。范围围绕当前工作，不要因为省一步就选整台电脑。 操作路径：打开文件夹并选择目录 → 或在选择项目里选已有项目 → 核对当前工作目录 来源编号：D02、U01 ### 00:12:03 · 确认路径而不只看名字 电脑里可能有好几份名字一样的文件，所以只看文件名还不够。路径是在说明它位于哪个目录，你可以理解成文件的地址。需要时从结果链接打开，或者在 Finder 中定位，确认它是自己想处理的那份。尤其是旧版和新版并存时，先确认位置，能避免把正确的操作用到错误材料上。 来源编号：D02、U01 ### 00:12:32 · 同项目也有不同聊天 同一个项目里的多个聊天，可以分别处理不同问题，比如一段负责理解说明，另一段讨论一个具体错误。它们可能共用项目材料，却各有自己的沟通记录。不要默认新聊天已经看过另一个聊天里的每句话。如果某项决定很重要，重新说明一句，或指向相应材料，会比依赖想象中的共享记忆更稳妥。 来源编号：D02 ### 00:13:02 · 可访问不等于已读取 一个文件处于可访问范围，只说明它可能被读取，不表示模型已经看过里面每一个字。就像书在桌上，不等于你已经读完。这是使用时很有帮助的区分。回答涉及某份材料时，可以要求说明依据的文件和部分；如果它没有读取必要内容，就先补这一步，而不是直接相信结论已经覆盖全部资料。 来源编号：D02、D03、T01 ### 00:13:31 · 上下文是什么 上下文就是这一次理解任务时可以依据的背景。它可能包括当前对话、你明确提供的附件、可访问的项目材料，以及适用的工作说明。我们不用背术语，只要问：它现在凭什么理解我这句话？如果关键背景只存在于你脑子里，或者另一段未提供的对话里，就需要补充出来。 来源编号：D02、D03 ### 00:13:58 · 把版本和重点说出来 材料给得多，不等于指向清楚。比如同时有两份说明，可以直接说以新版为准，只解释第二部分，不必概括整份文档。这样既减少误读，也方便你核对结果。对图片也一样，指出所问区域，比只说看看这个更明确。提供材料时顺便说明用途，是一个很小但很有用的习惯。 来源编号：D03 ### 00:14:26 · 长聊天也有容量 随着对话变长，应用可能显示上下文用量，提醒你这段聊天正在使用多少可处理的背景。不要把它理解为电脑硬盘容量，也不要认为聊得越久就一定越了解全部细节。要求很多、方向来回变化时，重要约束容易混在一起。适时整理当前目标、已经确认的事实和剩余问题，有助于继续工作。 来源编号：D06、U01 ### 00:14:55 · 压缩之前保留重点 长聊天需要整理时，先把当前目标、关键限制、结果位置和未解决的问题列出来，然后在输入框键入斜杠 compact，从候选里选择压缩。完成后，再检查这些重点是否仍然明确。压缩是在整理对话上下文，不是备份磁盘文件，也不能保证保留每个细节。重要结果应该有自己的文件或明确记录，不只依赖聊天里曾经提过。 操作路径：整理当前目标与关键决定 → 输入 /compact 并选择压缩 → 核对压缩后的重点 来源编号：D06、U01 ### 00:15:27 · 同步记录不等于同步电脑 换设备后能够看到一段聊天，不代表那台设备能访问原电脑上的所有文件。本地文件、连接主机、云端材料和聊天记录，可能分别依赖不同条件。如果接着聊时找不到材料，先确认文件在哪台电脑、是否在线、当前执行位置是什么。不要把看见记录，直接理解成整个工作环境也已经搬过去了。 来源编号：D02、D20 ### 00:15:57 · 检查它究竟知道什么 现在判断：两个聊天在同一个项目里，就不用再交代关键背景。这个说法对吗？不完全对。更好的做法是，给出这次目标，点明关键材料和已作决定，再让它开始。你不需要把所有历史重新复制一遍，只要补上影响当前判断的内容。这也是上下文管理最实用的一步。 视频在问题后保留 5 秒思考时间。 来源编号：D02、D03、T01 ## 04 输入框、资料引用与提问 ### 00:16:30 · 请求不必写得很像模板 使用输入框时，不需要先学会一套神秘句式。一个清楚的请求，通常能让对方知道四件事：你想得到什么，依据哪些材料，有什么限制，以及怎样判断完成。这四项不是必须每次填满的表格。简单问题一句话就够；事情复杂时，再把缺少的条件补上，重点是让目标可以理解和检查。 来源编号：D03、T01 ### 00:17:00 · 先说想拿到什么 同样是看一份材料，你可能想要概括、解释、找问题，也可能希望修改原文。这些结果不一样，所以先把需要的输出说清楚。例如，请用三句话解释这段说明，面向完全不懂这个词的人。这样一来，范围、对象和输出形式都比较明确。不要只说帮我看看，然后期待它猜中你心里那种结果。 来源编号：D03、T01 ### 00:17:31 · 让材料指向具体对象 第二步是说明依据什么。材料可能是一段粘贴文字、一个附件，也可能是项目里的文件引用。你可以说以这份说明为准，解释标出的部分。重要的是让它知道哪些材料与问题有关。如果存在多个版本，直接指定要用哪一份。这样回答错了，你也能检查是理解出了问题，还是最开始选错了材料。 来源编号：D03 ### 00:18:00 · 边界用自然语言说明 限制负责告诉它哪些事情暂时不要做。例如，只解释原因，先不要修改文件；或者只处理选中的这一段，其他内容保持原样。这类说法能减少方向上的误会。但要记得，它属于任务要求，不等于系统权限已经变成只读。涉及真实文件和外部操作时，还要结合后面讲的权限边界一起判断。 来源编号：D03、D11 ### 00:18:30 · 完成标准帮你检查 完成标准不是专业人员才需要的东西，它只是回答一个问题：怎么知道这件事做到了？比如解释术语时，希望有通俗定义和一个例子；核对内容时，希望列出依据与不确定项。要求越具体，结果越容易检查。也不用追求一次写得完美，先提出合理标准，看到回答后再补充，这是正常的沟通过程。 来源编号：D03、T01 ### 00:18:59 · 添加文件和文件夹 添加资料，先点击输入框旁的添加文件等内容按钮，在添加菜单里选文件和文件夹，再通过选择文件指定对象。选好后，检查输入框里的附件卡：文件名对不对，有没有误选另一版，然后写明希望怎样使用它。这里的步骤适用于当前界面提供这些选项时。附加一份文件不等于开放整台电脑，也不等于允许随意修改其他材料。 操作路径：点击添加文件等内容 → 选择文件和文件夹 → 选择所需文件 → 检查附件卡与任务范围 来源编号：D03、U01 ### 00:19:34 · 图片要配上问题 要提供图片，打开输入区的添加菜单，选择添加照片，选中图片以后先检查预览，再补上问题。例如，请解释框出的这两行提示。图片最适合说明难以描述的位置或现象；如果同时放几张，要指出问的是哪张、哪一块。发送图片只是提供观察材料，不代表模型已经点过图中的按钮，想解释还是想操作，要另外说清楚。 操作路径：打开添加菜单 → 选择添加照片 → 检查图片预览 → 说明关注区域 来源编号：D03、U01 ### 00:20:06 · @ 是选择对象的入口 在支持的输入框里键入 @，可以看到可引用的候选对象，例如文件或资源。先找想要的对象，再从列表中选中，让输入框形成明确的引用。它比只打一个模糊名字更容易指向正确材料。不过不同入口支持的对象并不相同，所以看候选列表的实际内容，不要默认所有 @ 都是在调用技能或连接外部账号。 来源编号：D03、U01 ### 00:20:40 · 用斜杠发现可用功能 想查有哪些快捷操作，先在输入框键入斜杠，候选列表展开以后，继续输入关键词筛选，再点击或选中对应命令。例如输入斜杠 status，可以查看当前聊天的状态信息；模型和计划也有对应命令。先读候选的名称和说明，不需要背整张命令表。如果没有出现网上那个命令，先分清它属于桌面、命令行还是其他产品。 操作路径：输入 / → 键入关键词 → 选择对应命令 → 检查发生的界面变化 来源编号：D06 ### 00:21:14 · 换行和发送先看设置 请求写好以后，先看当前聊天、材料和工作位置，再点击发送。如果想设置回车行为，打开设置，进入常规，选择直接用回车发送，或要求用 Command 加回车发送多行或所有请求。第一次先用一小段文字确认自己的设置，能减少写到一半误发。较长请求用分段表达，比全部堆在一行更容易阅读。 操作路径：设置中打开常规 → 确认发送键选项 → 返回输入框核对材料 → 点击发送 来源编号：D04、U01 ### 00:21:45 · 听写和发送不是一回事 不方便打字时，点击输入区的听写，按提示允许麦克风，再说出请求。声音转成文字后，检查文件名、英文术语和数字。有些状态显示转录并发送，这个按钮会继续提交消息，不能当成只留下草稿。操作前先看标签，再决定是否发送。听写解决的是输入文字，和边说边交流的实时语音聊天，是两种功能。 操作路径：点击听写 → 完成必要的麦克风授权 → 检查转录内容 → 确认当前发送动作 来源编号：D03、U01、D24 ### 00:22:17 · 一句话也能清楚 我们把输入框的使用收成一句话：请依据这份说明，用普通人能听懂的话解释这个概念，先不要修改文件。这里既有材料，也有输出和范围。并不是每次都需要这么完整，但遇到结果不符合预期时，可以回头检查缺了哪一项。表达清楚的目的，是让你更容易判断和修正结果，而不是写得像命令书。 来源编号：D03、T01 ## 05 运行控制、计划与聊天分支 ### 00:22:48 · 运行以后看什么 发送以后，先关注它正在做哪一类事情：理解请求、读取材料、使用工具，还是等待你的补充。进度信息是帮你了解方向的，不要求你逐行盯着看。如果过程与目标明显不符，例如你只想解释，它却准备修改，就应该及时介入。等它全部做完才发现方向不对，往往会增加检查和恢复的工作。 来源编号：D03、D20 ### 00:23:20 · 慢不一定是卡住 任务没有立刻结束，可能是在进行复杂处理，也可能是在等批准、连接或者必要的信息。先看当前提示，判断有没有明确等待项，再决定继续等还是补充材料。重复点击发送，未必能让原任务更快，反而可能产生新的要求。状态看不懂时，可以把问题缩小为：现在卡在哪一步，需要我提供什么？ 来源编号：D20 ### 00:23:51 · 停止控制当前运行 如果方向已经偏离，使用停止入口，让当前运行先停下来。发送按钮可能随着状态变化显示成停止、排队或其他标签，它们不是一排永远同时存在的按钮。点击前先看当前状态。停止的目的，是让后续动作不再沿着错误方向继续；它并不自动说明之前读过、改过或发出的内容都已恢复。 来源编号：U01、D20 ### 00:24:22 · 停止之后先查已经做了什么 停止以后，第一步不是立刻说重来，而是看看已经留下了哪些结果。如果只是解释了一半，可以重新提出范围更小的问题；如果已经改了文件，要先查看修改；如果涉及外部服务，就确认动作是否已经发生。只有知道当前状态，才好决定继续、修正还是回退。停止和撤销之间，隔着这一步结果检查。 来源编号：D20、T01 ### 00:24:52 · 引导是在途中调整方向 运行中想马上补充限制，可以在输入框写下调整，并使用显示为引导的提交动作。例如补充说先关注第一部分，其他内容稍后再看。你也可以到设置的常规里，找到运行中消息的后续行为，选择引导当前运行，而不是等待下一轮。发出后看它是否回应并改变方向；已经完成的动作不会因为这条引导自动撤销。 操作路径：输入补充要求 → 确认提交状态为引导 → 发送并查看响应 来源编号：D03、D04、U01 ### 00:25:23 · 排队是留到下一轮 如果当前工作可以先完成，新要求留到下一轮，在输入框写下内容后，使用排队状态的提交动作。排队完成应能看到等待中的消息；它表示已经安排，不表示已经做完。默认怎样处理运行中的消息，可以到设置的常规里调整后续行为。把需要立即改变方向的要求交给引导，把可以等待的要求放入队列，工作顺序就更清楚。 操作路径：输入下一步要求 → 使用排队动作提交 → 检查消息处于等待队列 来源编号：D03、D04、U01 ### 00:25:55 · 队列里的消息可以检查 在支持的队列界面里，可以查看尚未执行的消息，并使用编辑消息或删除排队的消息等操作。发现要求写错了，或者事情已经不需要做，可以先处理队列。这里影响的是仍在等待的那条消息，不是已经完成的文件动作。操作前确认对象还在队列中，操作后再看列表是否按你的意思变化。 来源编号：D03、U01 ### 00:26:25 · 继续要带上下一步 某些暂停状态会提供继续入口，普通聊天也可以通过下一条消息接着推进。两种情况都应该先看为什么停下。如果是缺材料，就补材料；如果是批准问题，就先理解请求；如果目标变了，就明确新范围。只发继续，有时会延续原来的理解。加上一句要接着做什么，通常更有帮助，也更容易检查。 来源编号：D03、D20、U01 ### 00:26:56 · 计划模式先把路看清楚 想先讨论步骤，在输入框键入斜杠 plan，选中计划模式里的开启计划模式；看到计划标记后，再发送目标和限制。它会先帮助你理清步骤与需要确认的问题。计划模式是工作方式，不是权限档位，也不意味着绝对不读取文件。适合目标复杂、需要先对齐顺序的时候；只是解释一句话，就不必多加这一层。 操作路径：输入 /plan → 选择开启计划模式 → 确认计划标记出现 → 发送目标与限制 来源编号：D06、U01 ### 00:27:27 · 从计划到行动要看变化 收到计划后，先检查材料、限制和验收方式有没有漏掉。需要行动时，再输入斜杠 plan，选择关闭计划模式，确认计划标记已经关闭，然后明确发送按刚才确认的步骤开始实施。如果仍有不确定项，就留在计划模式继续讨论。关闭计划模式本身不是执行命令；真正要做什么，还需要下一条明确请求，执行后仍要检查结果。 操作路径：核对计划与限制 → 输入 /plan 关闭计划模式 → 确认计划标记关闭 → 发送明确的实施请求 来源编号：D03、D06、T01 ### 00:28:01 · 聊天分支保留另一条思路 想从现有讨论分出另一条思路，可以在输入框输入斜杠 fork，选择创建聊天分支，再按提供的选项决定使用新的本地聊天，还是适用的工作树。完成后先确认新聊天名称与工作位置，再继续讨论。聊天分支保留的是另一条对话路线，不等于 Git 分支；选择普通本地聊天，也不能推断磁盘文件自动复制了一套。 操作路径：输入 /fork → 选择创建聊天分支 → 核对分支目标与工作位置 → 在新聊天继续 来源编号：D06、U01 ### 00:28:32 · 反馈指出差在哪里 结果不合适时，最有效的补充往往很具体：哪一处不对，期待变成什么，修改范围到哪里。例如，这句话太专业，请用生活里的例子解释，其他部分先保持不变。这样比再好一点更容易执行。反馈也可以指出理解问题，而不只是语气问题。先纠正目标和事实，再调整表达，会更接近你真正需要的结果。 来源编号：D03、T01 ## 06 模型、推理强度与使用情况 ### 00:29:05 · 模型是处理任务的选择 模型是处理这次请求的能力选择。要切换，在输入框下方找到显示当前模型与推理档位的控件，点击展开选择模型，选好后检查控件上的名称。接下来会认识当前官方使用的名字；实际列表受账号、版本和工作区限制，本章不要求每个人都出现同样选项。模型可以影响复杂任务表现和速度，但不是文件目录，也不是权限设置。 操作路径：点击输入框下方模型控件 → 展开选择模型 → 选中可用模型 → 确认显示名称 来源编号：D07、U01、D29 ### 00:29:39 · 模型列表会变化 当前官方资料里，常见名称包括 GPT 六点一 Sol、GPT 六 Luna 和 GPT 六 Astra。你可以先按用途认识：Luna 适合聚焦、重复的任务；Sol 用于日常到复杂工作之间的选择；Astra 面向要求更高的复杂分析。名字和可用范围会更新，画面保留完整拼写方便对照。初次使用先保留应用当前默认，再根据实际结果调整，不用先背一张固定排名。 来源编号：D07、D20、D29 ### 00:30:17 · 简单任务先看是否够用 有些版本先显示 Power 调节器，方向是 Faster 和 Smarter，可以理解为偏向更快，或者更深入。这是预设组合，可能同时涉及模型与推理，并不是文件权限。初次先用默认预设；想自己指定，就打开 Advanced，也就是高级选项，再分别选择模型、推理强度和支持的速度设置。简单解释先看是否够用，复杂分析再调整，不必第一次就把所有选项拉到最高。 操作路径：打开输入框下方模型控件 → 按需要选择 Power 预设 → 点 Advanced 查看细项 → 核对模型与推理组合 来源编号：D07、T01、D29 ### 00:30:54 · 推理强度改变的是投入 调整投入，在同一个模型控件里打开选择推理强度。可能看到轻度、中、高、极高，以及 Max、Ultra 等档位，不是每个模型都有全部选项。先保持当前默认；需要多步分析再提高，选完核对显示的档位。通常投入越多，等待和用量也会增加；其中 Ultra 还会使用子代理协作，不能只当成普通的慢一档。无论选哪档，都不改变文件权限。 操作路径：展开模型与推理控件 → 选择推理强度 → 选择当前模型支持的档位 → 核对控件显示 来源编号：D07、D11、U01、D29 ### 00:31:30 · 更高不保证更正确 有一个很常见的误解：既然能选更高，就应该永远选最高。实际上，答案是否合适，还取决于材料、目标和检查。缺了关键文件，增加思考也不会凭空补出可靠事实；要求本来模糊，模型可能只是花更多时间理解一个错误方向。所以先把输入补齐，再判断是否需要增加推理投入，通常更合理。 来源编号：D07、D03、T01 ### 00:32:04 · 模型和强度一起判断 模型与推理强度可以分别看：前者是选择处理能力，后者是调整支持情况下的推理投入。不是每个模型都有完全一样的强度档位。可以用同一类明确问题比较结果，看准确性、表达和等待时间，再选择适合自己的组合。不要一次改变很多条件，否则即使结果变好了，也很难知道到底是哪项调整起了作用。 来源编号：D07 ### 00:32:36 · 四个选项各管什么 现在把四个容易混淆的选项放在一起。模型回答由什么能力来处理；推理强度回答投入多少思考；工作位置回答动作在哪里执行；权限回答允许做什么。它们可以共同影响任务，却不能互相替代。比如选本地，不代表模型离线；提高强度，也不等于允许修改更多文件。看到菜单时，先确定自己正在解决哪一个问题。 来源编号：D07、D08、D11 ### 00:33:07 · 查看自己的使用情况 想看自己还可以使用多少，打开设置，选择使用情况和计费；也可以在支持的聊天里输入斜杠 usage。查看当前账号的限制窗口、用量和重置说明，再判断是否需要等待或调整任务。斜杠 status 则能查看当前聊天的编号、上下文用量和限制信息。不要拿网上某个人的固定数字代替自己的页面，也不要把缺失的信息理解成无限使用。 操作路径：打开设置 → 选择使用情况和计费 → 读取当前窗口与说明 来源编号：D06、U01、D04 ### 00:33:40 · 慢和用量高要分开排查 感觉速度变慢时，先判断任务是不是更复杂、材料是不是更多、推理投入是不是更高，或者正在等待工具与批准。只有模型正在处理，才适合把问题主要归到推理速度上。连接失败、命令卡住和审批等待，是其他类型的问题。分清等待发生在哪一步，才能决定换模型、减少范围，还是补齐外部条件。 来源编号：D07、D20 ### 00:34:12 · 选项判断小测验 最后做一个判断：我希望它别修改文件，应该优先把推理强度调低吗？不应该。你需要明确只读的任务要求，并检查实际权限范围；推理强度负责的是另一件事。同样，如果任务只是很简单的解释，也不必为了显得专业，把模型、强度、云端全部换一遍。每次调整，都应该有明确目的。 视频在问题后保留 5 秒思考时间。 来源编号：D07、D11、T01 ## 07 权限、联网与授权 ### 00:34:47 · 权限先看动作和范围 权限入口在输入框下方。点击当前权限控件，也就是更改权限，展开后可以看到请求批准、帮我批准、完全访问权限等选项。先看当前选中了哪一项，不要把出现在列表里当成已经启用。版本、环境和组织规则可能限制可选项。本章逐个解释如何选择：它们决定哪些动作可直接进行、哪些需要审查，而不是模型能思考多少。 操作路径：点击更改权限 → 查看批准方式菜单 → 确认当前选中模式 来源编号：D11、D19 ### 00:35:21 · 要求和系统约束不同 你在聊天里写先不要修改文件，这是明确任务范围，很有必要。但它是一条工作要求，不会自动把系统权限切成只读。反过来，系统只允许访问某个目录，也不能因为你一句话就扩大。最好同时理解这两层：用自然语言说清希望怎么做，再用实际权限控制它技术上能做什么，两者一起帮助保持可控。 来源编号：D11、D19、T01 ### 00:35:52 · 沙箱和审批各管一层 沙箱可以理解为给执行动作划出的场地边界，比如哪些目录可写、命令能否联网。审批则决定哪些动作需要额外审查。边界内允许的动作，可能直接进行；超出范围时，才可能提出请求。具体规则取决于环境和配置。所以没有弹窗，不一定表示绕过规则；出现弹窗，也要先看它准备扩大哪一项范围。 来源编号：D11、D19 ### 00:36:26 · 请求批准看具体请求 初学时，可以在更改权限菜单选择请求批准，关闭菜单后确认当前模式已经切换。它允许在工作区范围内进行符合规则的工作，遇到需要额外批准的动作，再交给你判断，不是每次读取都弹窗。请求出现时，读这一次要做什么、涉及哪里、为什么需要，再批准或拒绝。拿不准就让它解释影响，别只把批准当成继续按钮。 操作路径：打开更改权限 → 选择请求批准 → 确认当前模式 → 出现请求时读动作与范围 来源编号：D11、U01 ### 00:36:58 · 帮我批准不是完全访问 希望由自动审查处理符合条件的请求，可以打开更改权限，选择帮我批准，再核对当前模式。它沿用与请求批准相同的工作区沙箱，改变的是由谁审查额外请求，不会把整个电脑自动开放。自动审查也可能拒绝动作；这时先读拒绝原因，再缩小范围或补充说明。需要自己逐项判断时，就切回请求批准。 操作路径：打开更改权限 → 选择帮我批准 → 确认当前模式 → 遇到拒绝先读原因 来源编号：D11、U01 ### 00:37:30 · 宽权限和配置都要有理由 完全访问权限提供更宽的文件和网络操作范围。确实需要时，从更改权限菜单选择它，并读清确认说明；任务结束后，可以切回请求批准。自定义采用配置文件里的规则，由组织管理则说明个人不能随意覆盖。新手遇到卡住，先弄清缺哪个具体能力，不要只为少弹窗就选最大范围。菜单变灰时，也先看限制说明。 操作路径：打开更改权限 → 读取所选模式的范围 → 确认后核对当前模式 → 需要时切回请求批准 来源编号：D11、U01 ### 00:38:05 · 命令请求不要只看长短 有时审批内容是一段命令，看起来很陌生。你不必马上读懂每个字符，可以先让它解释：这条命令对哪个目录做什么，会不会写入、删除、下载或发送内容。短命令也可能有重要影响，长命令也可能只是检查。判断依据应该是动作和范围，而不是文字长短，或者终端窗口看起来是不是很专业。 来源编号：D19、T01 ### 00:38:35 · 联网有不同的通道 联网不是只有一个意思。应用与模型服务通信、搜索网页、执行命令访问网络，以及连接 MCP 服务，都可能走不同的能力和控制路径。因此一个命令网络设置，不能概括所有外部通信。需要传出内容时，先看是哪个工具、连接到哪里、发送哪些材料。允许搜索资料，与允许把某个文件上传到服务，是不同的事情。 来源编号：D19 ### 00:39:07 · 账号授权与动作批准分开 连接外部服务时，可能需要你登录并授权。登录确认使用哪个账号，授权说明允许访问哪些内容或能力，随后某些具体动作还可能需要另外批准。这几个步骤不能省成一句已经连上了。例如能够读取资料，不代表允许删除或发送。检查连接时看账号与范围，检查动作时再看它准备真正改变什么。 来源编号：D16、D19 ### 00:39:36 · 读弹窗的四个问题 遇到权限弹窗，可以按四个问题读：做什么，作用于哪里，可能造成什么变化，这次允许的范围有多大。并不是所有界面都有相同的按钮，但这四个问题都适用。看懂以后再选择。如果描述仍然模糊，就让它说明具体对象和预期结果，或者先提供只读的检查方案，再决定是否继续原动作。 来源编号：D11、D19、T01 ### 00:40:06 · 拒绝以后仍能推进 拒绝某个请求，不代表整个任务永远做不了。可以把范围缩小到一个目录，先查看清单，或者让它只解释当前错误。这样有机会先获得足够信息，再决定后续动作。如果确实缺少必要访问，就应该把缺口说清楚，而不是反复尝试绕过。可控地缩小问题，通常比为了继续而不断扩大权限更有帮助。 来源编号：D11、D19、T01 ### 00:40:37 · 权限判断再练一次 现在判断：给外部服务登录授权后，以后的所有动作就都获准了吗？并不是。连接允许的范围、组织规则和具体动作的审批仍然可能不同。再记住另一点：调高推理强度不增加权限，停止运行也不会自动回滚已发生动作。把这几个边界分开，使用时就更容易看懂提示。 视频在问题后保留 5 秒思考时间。 来源编号：D11、D16、D19、T01 ## 08 阅读文件、编辑与预览 ### 00:41:12 · 读取和解释可以先进行 处理文件时，可以先要求读取并解释，而不是直接修改。例如，请说明这份文件的结构，指出我应该关注哪几部分。这样你先建立理解，再决定是否需要动它。读取、概括和解释都是任务动作，但与写入文件不同。只希望了解情况时，把这一层说清楚，能避免一开始就进入修改流程。 来源编号：D03、D10、T01 ### 00:41:44 · 编辑和生成要说清对象 编辑通常是改变已有文件，生成则可能创建一份新文件。提出请求时，可以指明希望保留原文件，还是修改指定位置。这里不是要求每次都做备份，而是先弄清产物应该在哪里。收到回复后，检查它给出的路径与文件名，确认实际结果符合要求，不要把聊天里展示的一段内容，直接当成已经保存到磁盘。 来源编号：D03、D10、T01 ### 00:42:16 · 从链接定位真实文件 结果里出现文件链接时，可以通过它打开对应内容。先看文件名，再看路径，确认没有打开另一份旧文件。有些结果在应用面板中展示，有些需要下载或用适合的程序查看，取决于文件类型和当前入口。无论用哪种方式，检查的是实际产物，而不是只读一遍它对产物的描述。 来源编号：D10、U01 ### 00:42:44 · 导航面板帮助认识材料 想找目录里的材料，打开命令菜单，选择显示或隐藏导航面板。面板出现后，逐层展开文件夹，再点击目标文件；先看路径，确认打开的是当前项目里的那一份。这个面板像目录索引，不要求你一开始理解所有文件。它只帮助你定位和打开内容，文件出现在列表里，并不等于模型已经读完，也不表示它已经做过修改。 操作路径：打开命令菜单 → 选择显示或隐藏导航面板 → 展开目录并点击文件 → 核对文件路径 来源编号：D05、U01 ### 00:43:19 · 预览解决看见的问题 预览让你看到文件的内容或呈现效果，比如文档里的段落、表格里的数据，或者图片的布局。支持哪些预览，取决于文件类型和应用能力。有预览时先检查关键部分；没有预览时，再用合适方式打开原文件。不要因为预览没有自动弹出，就马上认定文件没生成，先确认产物路径是否存在。 来源编号：D10 ### 00:43:50 · 呈现正确还要核对内容 文件看起来整齐，并不能保证内容正确。数字可能算错，名称可能写错，引用也可能来自旧资料。预览适合发现排版和明显问题，重要事实还要与原始材料对照。检查时先挑决定结果是否可用的部分，而不是只看标题和第一页。把好看与正确分开，会更容易发现需要进一步修改的地方。 来源编号：D10、T01 ### 00:44:21 · 把反馈放在具体位置 需要修改时，尽量指出具体文件和位置。可以说第二段的解释太抽象，请补一个生活中的例子，其他段落保持原样；如果支持批注，也可以直接标出相关区域。具体位置加上期望变化，会比整体再优化一下容易理解。改完以后，回到同一位置检查，再留意是否影响了相邻内容。 来源编号：D03、D10 ### 00:44:49 · 原文件和新文件都要辨认 有时一次任务会产生多个版本。不要只根据文件名里的最终版三个字判断，最好结合路径、修改时间和内容，确认哪份才是当前结果。你也可以要求它在回复中说明新增了什么、改了什么、文件在哪里。这不是让它多写一篇报告，而是给你一个可追踪的交接，避免下次回来时找错材料。 来源编号：D03、D10、T01 ### 00:45:16 · 检查报告要看范围 如果它说已经检查，继续看检查的对象、方法和结果。打开文件看了一遍，与执行自动测试，是不同程度的验证；只检查一部分，也不能代表所有内容都通过。一个有帮助的交接应该把已完成检查和未确认事项分开。遇到没有条件验证的部分，明确保留缺口，比把它包装成全部完成更可靠。 来源编号：D10、D12、T01 ### 00:45:45 · 三个动作别混淆 最后把停止、回退和归档放在一起。停止针对正在运行的工作；回退针对已经发生的文件变化，需要确定恢复范围；归档主要管理聊天记录，并可能影响关联运行或计划。这些动作不能互相代替。看见一个撤销或移除按钮时，先读它实际作用于什么，不要期待一个按钮把所有过程和外部影响都倒回去。 来源编号：D12、D20、U01 ## 09 终端从看懂到可控 ### 00:46:17 · 终端是电脑的文字操作台 终端可以理解成电脑的文字操作台。聊天框里，你用自然语言说明想做什么；终端里，程序接收符合格式的命令，再返回执行输出。比如检查文件状态，不一定需要打开一排窗口。你不用先背会命令，但要认清自己正在给谁输入。把一句中文请求粘到终端里，它通常不会像聊天助手那样理解。 来源编号：G01、T01 ### 00:46:49 · 从哪里打开集成终端 在桌面应用的聊天面板中，可以从新标签页选择终端，也可以使用打开终端命令。Mac 默认快捷键是 Control 加反引号，反引号通常在数字一附近。这里说的是 Control，不是 Command。快捷键可能被修改，找不到时以当前菜单和快捷键设置为准。打开后先看终端标题，再看正在使用的目录。 操作路径：打开当前聊天的面板新标签页 → 选择终端 → 确认终端对应的项目与目录 来源编号：G01、U01 ### 00:47:21 · 当前目录决定命令作用在哪里 同一条命令，放在不同文件夹执行，结果可能完全不同。终端最重要的信息之一就是当前目录。你可以把它想成自己正站在哪个房间；只说打开这个文件，电脑会先按这个位置寻找。画面中的 pwd 是查看当前位置的短命令，本课只解释它的作用。遇到路径看不懂时，让 Codex 先说明目标文件夹，再运行后续动作。 来源编号：G01、U01、T01 ### 00:47:54 · 一条命令通常包含哪些部分 看见一长串命令，先不要急着复制。通常可以把它拆成程序名称、动作、选项和目标。拿 git status 来说，前面指明使用 Git，后面要求查看状态。带横杠的内容经常是选项，路径或文件名经常是目标，但具体含义仍要按该命令解释。你可以直接问：请逐段说明这条命令，会读哪些文件，会不会修改内容。 来源编号：G01、T01 ### 00:48:27 · 按回车前先分清读与写 终端命令有的只查看信息，有的会写文件、安装依赖或连接外部服务。看起来短，不代表影响小；看起来长，也不一定危险。按回车前，先说清目的、作用目录和预期结果。对于你不认识的删除、覆盖或重写历史命令，先让 Codex 解释具体对象并给出检查方法。不要把网上整段脚本当作普通文字直接粘贴运行。 来源编号：G01、D19、T01 ### 00:49:03 · 读输出：过程、结果与退出状态 命令下面出现的文字叫输出，里面可能混着进度、提醒和错误。不要只找最后一个绿色词，也不要看到红字就认定全部失败。先确认命令是否已经结束，再找它实际完成了什么，以及是否返回错误状态。你可以请 Codex 用三句话解释：这条命令做了什么，哪里没有完成，下一步需要检查什么。输出很长时，保留原始上下文更有帮助。 来源编号：G01、D20、T01 ### 00:49:38 · 命令找不到与没有权限 两种常见报错要分开看。命令找不到，通常意味着程序未安装，或者当前环境找不到它；没有权限，则可能是文件访问、系统限制或当前执行权限不允许。它们的处理方法不同。先把原始报错交给 Codex，让它检查原因，不要看到失败就安装一遍所有软件，也不要直接改成最高权限。修复以后，再重跑刚才失败的最小一步。 来源编号：D20、D19、T01 ### 00:50:11 · 持续运行不一定是卡住 有些命令完成后就退出，有些会一直运行，等待后续事件。比如本地预览服务会持续等待访问，测试监听器会等文件变化。终端没有回到可输入新命令的状态，不一定是卡住。先看它是否说明正在监听、等待输入或者请求确认，再决定要不要停止。如果需要另一条独立命令，可以开新终端，同时记住每个标签正在做什么。 来源编号：G01、U01、T01 ### 00:50:45 · 停止终端命令不会撤销结果 在常见终端程序中，Control 加 C 用来请求中断当前前台命令。先把焦点点进要停止的那个终端，再按组合键，随后检查程序是否退出。它不等于撤销已经写入的文件，也不保证停止所有后台进程。聊天里的停止按钮则控制代理运行，不能把两者混为一谈。若仍有服务占用端口，让 Codex 定位本任务启动的进程后再处理。 来源编号：G01、D19、T01 ### 00:51:18 · 清屏与目录不一致提示 终端内容太多时，Control 加 L 可以清理当前显示，方便继续阅读；这不会撤销命令，也不能当作结束进程。另一个更重要的提示是：此终端不在与此聊天关联的工作空间内。出现它，先停下后续输入，核对是不是切换了项目或工作树。界面提供打开新终端的入口，可以回到与聊天关联的位置，避免在旧目录继续操作。 来源编号：G01、U01 ### 00:51:52 · 把重复命令做成明确的动作 如果一个项目经常运行同一条检查命令，可以在本地环境中把它配置成动作。动作会出现在应用顶部，并通过集成终端执行，省去重复输入。前提是先知道这条命令确实适合这个项目，不能照抄别人的测试名称。无论手动输入还是点动作，都按同一个顺序判断：在哪个目录，运行什么，是否结束，结果怎样。按钮只是入口，检查过程不能省。 来源编号：G01、G02、T01 ## 10 Git 基础与协作动作 ### 00:52:26 · Git 帮你记录有意义的版本 当一个文件改了很多次，你可能会用最终版、最终版二来区分。Git 提供另一种办法：把值得保留的一组修改记录成版本，再比较前后差异。你平时仍然编辑普通文件，不需要把所有内容搬进聊天。版本记录能帮助你了解改动来龙去脉，但它不会替你判断内容对不对，也不会自动保存每一次敲键盘的过程。 来源编号：D12、U01、T01 ### 00:52:55 · Git 和 GitHub 不是同一个东西 Git 是管理版本的工具，GitHub 则是可以存放远程仓库、讨论修改的服务。你可以只在电脑上使用 Git，不立即上传任何东西。需要团队协作时，再连接有权限访问的远程仓库。界面里出现 Git 功能，不等于已经登录 GitHub；能够打开聊天，也不代表你对某个仓库有推送或合并权限。先分清本机记录和远程服务。 来源编号：U01、G03、T01 ### 00:53:29 · 创建 Git 存储库会发生什么 如果当前项目还没有使用 Git，变更面板可能提示创建 Git 存储库。这个动作是在选定项目中建立版本管理的基础，不等于创建一个公开的 GitHub 页面，更不等于上传文件。操作前先确认项目根目录，避免把不相关文件夹一起纳入范围。如果你只是阅读或讨论资料，并不需要版本管理，就不必为了消除提示立刻初始化。 来源编号：D12、U01、T01 ### 00:54:02 · 保存文件与进入版本记录 保存文件，只说明新内容写进了当前文件。Git 还会区分已经跟踪的文件、刚出现但尚未纳入记录的文件，以及按忽略规则跳过的文件。忽略常用来排除缓存、临时产物或本机配置，不能理解成文件不存在。提交前要检查文件清单，尤其留意新文件和体积很大的素材。你不想分享的本地配置，不应因为一次全选就被带进版本记录。 来源编号：D12、D09、T01 ### 00:54:37 · 分支是同一历史上的工作方向 分支可以理解成给一条修改方向起名字。比如同一个仓库，一条方向用于稳定内容，另一条用于待检查的调整。界面中的切换分支入口，用来确认当前所在方向或选择其他分支。分支名称不是文件夹名称，也不是聊天名称。开始操作前先看当前分支，完成后也确认结果留在哪个分支，避免以为切了聊天就自动切换了版本方向。 来源编号：D09、U01、T01 ### 00:55:10 · 新分支与切换前的检查 需要独立保留一个修改方向时，可以使用新分支入口。名字最好让人看得出用途，而不是只写一个随意数字。切换前先检查有没有尚未提交的修改，因为这些修改的归属可能需要处理。如果界面提示无法切换，不要把它当作必须清空文件的信号。让 Codex 说明哪些文件阻碍了切换，以及怎样保留当前成果，再选择合适做法。 来源编号：D09、U01、T01 ### 00:55:43 · 暂存是在挑选这次要提交什么 一次修改可能涉及好几个文件，但你未必想把它们放进同一个版本。暂存就是先挑出这次准备提交的部分。暂存文件会把对应更改放进暂存区；对文件取消暂存，则把它从这次提交的选择里拿出来。取消暂存通常仍保留工作区中的修改，所以它和还原文件不是一回事。操作后切换已暂存与未暂存视图，检查两边的清单。 来源编号：D12、U01、T01 ### 00:56:15 · 提交信息要说明为什么改 提交会为选定内容建立一条本地版本记录。打开提交面板时，先检查文件范围，再读提交信息。好的说明要让之后的自己知道改了什么、为什么改，比如修正日期排序规则，比写修改一下更有用。Codex 可以帮助生成说明，但你仍要核对它有没有夸大结果。看到提交成功后，本机历史已经更新；远程仓库是否变化，还要看有没有另外推送。 来源编号：D12、U01、T01 ### 00:56:51 · 推送把本地提交送到远程 推送是把本地分支中的提交发送到配置好的远程仓库。界面可能把提交和推送放在同一个入口里，所以要读清本次动作到底包含哪一步。推送前检查目标仓库、分支以及准备上传的提交。推送成功也只代表远程版本更新，不等于已经合并到主分支，更不等于网站已发布。如果你只想保存本机进度，就明确要求只提交，不推送。 来源编号：D09、U01、T01 ### 00:57:25 · 拉取更新与冲突是什么意思 多人合作时，远程可能已经有你电脑上没有的新提交。拉取的目的，是把这些更新带到当前工作中；具体怎样衔接历史，要遵循项目约定。冲突表示同一处内容的几种修改无法自动决定如何组合，不代表文件已经全部损坏。先保留当前修改，请 Codex 列出冲突文件和双方意图。确认该保留什么之后再解决，不要用强制推送来掩盖原因。 来源编号：G01、G04、T01 ### 00:58:00 · Pull Request 是请求检查并合并 把一组修改推到远程后，可以创建 Pull Request，常简称 PR，用来请别人检查并讨论是否合并。先看源分支和目标分支，再读标题、说明与文件差异。草稿表示还在准备，标记为可供审查表示邀请检查，两者都不等于已经合并。审核意见、检查状态和项目规则共同影响能否合并。关闭请求也不能理解成删除电脑上的全部文件。 来源编号：D12、U01、T01 ### 00:58:37 · Git 设置改变的是默认习惯 设置里的 Git 项目，可以统一分支前缀、提交信息和 Pull Request 描述的生成指令。它们帮助形成一致习惯，不会自动证明某次修改值得提交。还有始终强制推送这类影响较大的选项，它会改变推送方式，不能当作普通的加速开关。新手先保留清楚的版本记录，遇到推送被拒绝先查原因，再与协作者确认如何处理历史。 来源编号：G04、U01、T01 ## 11 diff、代码审查与测试 ### 00:59:11 · diff 是前后差异，不是运行结果 diff 指的是两个状态之间的差异。你可以把它理解成修改前和修改后的对照表：哪些内容增加了，哪些删除了，哪些保留不动。变更面板帮你缩小检查范围，不必重新阅读全部文件。但它只呈现文件变化，不能证明程序已经运行，更不能证明页面显示正常。先读差异，再用相应检查确认行为，是两种互相补充的工作。 来源编号：D12、T01 ### 00:59:44 · 先选对你正在比较的范围 打开变更面板后，第一步不是盯着红绿文字，而是确认查阅来源。未暂存看当前尚未选入提交的修改，已暂存看准备提交的内容，分支看相对比较对象的差异，上一轮则聚焦最近一轮改动。版本可能写最近一轮，不要把两种叫法当成两个常驻功能。同一个文件在不同范围里的结果会不同，所以提问时也要说明你看的范围。 来源编号：D12、U01 ### 01:00:18 · 加号减号与上下文一起读 差异里常用加号表示新内容，减号表示旧内容被移除。颜色只是辅助，不要把红色直接理解成错误，绿色直接理解成正确。修改一行文字，经常会表现为一行删除加一行新增。阅读时把前后几行一起看，才能知道它位于哪个功能里。如果改动和你的要求对不上，先问这几行为什么需要改变，避免只凭增加行数判断做了多少工作。 来源编号：D12、U01、T01 ### 01:00:52 · 调整布局帮助自己读懂 文件多时，先从变更列表选中一个文件，再展开它的差异。左右对照适合看同一位置的前后内容；窗口较窄时，可以切回自动布局。词级差异突出一行里具体换了什么，自动换行则让长行更容易读。它们都只是改变显示方式，不会替你修改文件。复制路径可以告诉 Codex 你正在讨论哪个文件，避免同名文件造成误会。 来源编号：D12、U01 ### 01:01:24 · 取消暂存和还原，结果完全不同 暂停想一想：你只是暂时不想提交某个文件，应该取消暂存，还是还原文件？答案是取消暂存，它调整这次提交的选择。还原则可能撤销文件里的实际修改，操作前要检查范围和确认提示。范围还可能是一处改动、一个文件，或者全部变更。记不清时先取消操作，让 Codex 解释将丢弃哪些内容，不要通过反复点击来试效果。 视频在问题后保留 5 秒思考时间。 来源编号：D12、U01、T01 ### 01:02:03 · 本地审查先选检查对象 在 Git 项目的聊天输入框里，可以输入斜杠 review，进入本地代码审查。先选择检查未提交修改，还是与某个基础分支比较，再补充你最关心的行为。比如只检查日期排序和空内容处理，不要顺便重写页面。审查的目标是报告值得核实的问题，本身不会因为提出意见就把文件改好。看完报告后，再明确是否让 Codex 修复。 来源编号：D12、D06、T01 ### 01:02:37 · 读审查意见要找证据 审查报告不是越长越好。先看一个问题在什么情况下会发生，再看影响哪些用户，以及指向的文件和行号。优先级帮助安排检查顺序，但不是最终判决。你可以要求 Codex 给出触发条件、预期结果和当前结果，再核对引用的代码。如果它只说可能有问题，却讲不出可验证的情况，就继续追问，不要马上按照每条意见修改。 来源编号：D12、G03、T01 ### 01:03:10 · 远程 Pull Request 审查入口 本地变更面板检查你当前仓库的状态，代码审查入口则可以围绕远程 Pull Request 工作。按提示连接有访问权限的源码账号，再选择请求或输入链接。打开后先看描述、讨论和检查状态，再看改动文件。使用 Codex 审查代码可以发起进一步分析。账号尚未连接、仓库没有权限，或某项服务仍在预览时，可见入口和能力会有所不同。 来源编号：D12、G03、U01 ### 01:03:46 · 标记已查看、写评论与批准 标记为已查看，只是帮助记录自己看过哪些文件，不等于批准修改。给本地差异写行内反馈后，还要回到聊天，说明希望 Codex 如何处理。远程 Pull Request 的评论则可能会立即发送给源码服务，所以发送前先核对文件、行号和措辞。批准审查与合并也是独立决定。不要把看过、评论过、已经批准和已经合并混成一个状态。 来源编号：D12、U01、T01 ### 01:04:20 · 测试检查的事情也有层次 测试可以理解成让程序面对预先约定的情况，再比较实际结果。一个小规则检查，可能只验证数字是否按预期计算；更完整的流程检查，则会看几个部分配合后是否正常。格式或语法检查又是另一层，它能发现某些写法问题，却不保证业务结果正确。请 Codex 说明项目已有哪几类检查、这次实际运行了哪些，以及还有什么需要人工观察。 来源编号：G01、G02、D12、T01 ### 01:04:57 · 把通过与没检查清楚分开 看到测试通过，先确认检查对应的是哪一版文件，以及有没有跳过、失败或根本未运行的项目。缺少依赖导致检查启动不了，不能写成通过。修复以后要重跑相关检查，再查看最新差异，避免测试的是旧内容。对于画面、音频或复杂操作，还要补充适合的人工观察。一个清楚的完成说明，应分别写出已验证什么、证据在哪里、还剩哪些限制。 来源编号：D12、G01、T01 ## 12 Worktree、并行与交接 ### 01:05:34 · 工作树是一份独立的工作目录 工作树，英文叫 Worktree，可以理解成从同一个 Git 仓库另开一张工作桌。每张桌面有自己的文件副本，可以处理不同方向，同时共享仓库的版本历史。这样你在一处查看内容，另一处的修改不必直接覆盖眼前的文件。它仍然是磁盘上的目录，不是虚拟电脑，也不会自动把端口、账号和外部服务隔离开。 来源编号：D09、U01、T01 ### 01:06:04 · 什么时候值得用工作树 如果你只做一个顺序任务，在当前项目中工作通常更直接。需要同时比较两种方案、让另一项任务独立进行，或者暂时不动当前文件时，工作树才更有价值。它的前提是项目属于 Git 仓库。创建前还要确定从哪个分支或状态开始，因为新的工作目录不会自动知道你心里认可的是哪个版本。先定起点，再决定分工。 来源编号：D09、T01 ### 01:06:39 · 聊天分支、Git 分支和工作树 这三个名字容易绕在一起。聊天分支关注对话历史，表示从某处另开一段讨论；Git 分支关注版本方向；工作树关注实际文件放在哪里。复制一段聊天，不一定复制出独立文件夹。同样，在同一个工作树里新建聊天，也可能继续使用同一批文件。需要独立实验时，不能只看聊天标题不同，还要核对它们对应的目录和版本状态。 来源编号：D06、D09、U01、T01 ### 01:07:13 · 新建工作树时逐项确认 在新聊天的执行位置中选择工作树，再核对项目和起始分支，然后提交任务。界面可能显示新建本地工作树，连接远程主机时也可能有远程工作树选项，它们对应的执行机器不同。若选择带有本地未提交修改的起点，还要确认哪些修改会带入。创建完成以后，先看关联目录再继续，别只凭聊天出现在侧栏就认为环境已经准备好。 来源编号：D09、U01 ### 01:07:48 · 并行也要给任务划分范围 独立工作树能减少文件互相覆盖，但并行任务仍要约定负责范围。可以让一个任务检查文案，另一个检查测试，同时说明各自允许改哪些文件、需要交付什么。如果两边都大范围整理同一批内容，最后合并时仍可能出现冲突。它们还可能争用同一台电脑的内存、同一个端口或同一个服务账号，所以并行数量要服从实际资源。 来源编号：D09、T01 ### 01:08:21 · 新目录为什么缺少依赖或配置 工作树有了代码，不一定就能立即运行。项目依赖、缓存和被忽略的本地配置，可能没有随 Git 检出一起出现。本地环境可以配置初始化步骤，在创建工作树时准备所需环境。当前官方也提供专门规则，选择性复制被忽略的本地文件。先确认缺的是哪一类，再决定安装或复制；涉及账号配置时更要核对目的地，不要把整个旧目录一股脑搬过去。 来源编号：D09、G02、T01 ### 01:08:55 · 交接会移动工作位置 如果想把后台工作带回日常使用的本地目录，可以通过聊天中的交接入口，选择回到本地。反过来也可以把本地聊天交给工作树继续处理。交接会涉及聊天与 Git 状态的转移，不只是换一个显示标签。操作前先检查未提交修改、运行中的进程和需要保留的本地配置。完成后确认新目录与分支状态，再继续运行命令或检查结果。 来源编号：D09、T01 ### 01:09:26 · 分支已被工作树使用怎么办 如果切换时提示某个分支已被另一个工作树使用，通常不是仓库坏了，而是 Git 不允许同一分支同时占用两个工作目录。先找出那个分支正在什么位置，再决定使用交接，或在另一处切换到不同分支。托管工作树也可能处于没有命名分支的提交状态，这不是没有历史。需要长期保留这个修改方向时，再按流程为它创建明确分支。 来源编号：D09、T01 ### 01:10:03 · 同一工作树里开新聊天 工作树设置中可以看到已知对话，也可能使用在此工作树中新建聊天。这个动作会给你新的聊天历史，但使用相同文件和分支，所以它适合重新组织讨论，不适合把两项写入任务彻底隔离。开始前可以问一句：这两个聊天是不是指向同一目录？如果答案是同一个，就要像两个人共用一张桌子那样协调，不能同时随意覆盖同一份文件。 来源编号：D09、U01、T01 ### 01:10:35 · 清理工作树前确认成果去向 工作树会占用磁盘，设置里提供自动删除旧工作树、保留数量和工作树根目录等选项。清理前先确认成果已经留在需要的分支或其他可靠位置，再核对本地素材和关联聊天。托管工作树有快照与恢复机制，但不要把它理解成所有文件的永久备份。永久工作树和临时托管工作树的清理规则也不同。删除前看清具体目录，避免只按聊天名称判断。 来源编号：D09、U01、T01 ## 13 本地、云端、远程与环境 ### 01:11:13 · 工作位置回答在哪里做 要选动作在哪里执行，先新建 Codex 聊天，再打开输入区的运行位置选择器。官方当前界面用 Work in，也就是工作位置，让你选 This computer 或 Cloud；中文界面也可能显示本地、云端。Git 项目的工作树是另外的隔离选项，不要和云端混成一件事。本章按这些入口讲；可用位置受账号和环境影响，选完都要核对目标。 操作路径：新建 Codex 聊天 → 打开 Work in / 工作位置 → 选择电脑或云端 → 核对当前目标 来源编号：D08、U01 ### 01:11:46 · 本地不等于模型离线 选择本地时，相关文件和命令动作围绕当前电脑或所连接主机的工作目录进行。但模型处理请求仍可能依赖在线服务，因此本地两个字不能解释成完全离线。可以把它理解为工作台放在哪里，而不是负责思考的服务安装在哪里。需要断网可用时，必须单独核实对应能力，不能只凭本地标签判断。 来源编号：D08、T01 ### 01:12:17 · 本地先认准目录 本地工作，先在工作位置里选择这台计算机或本地，再打开选择项目，选已有项目；还没关联目录时，使用打开文件夹指定目标。发送前核对项目名和路径。终端里的相对路径、文件修改和部分命令，都受到工作目录影响。打开多个聊天时，尤其要防止把另一处结果当成当前结果。位置确认正确，再开始读写。 操作路径：选择本地或这台计算机 → 打开选择项目 → 选择已有项目或打开文件夹 → 核对目录后再发送 来源编号：D02、D08、U01 ### 01:12:48 · 云端是另一套工作环境 启动云端任务，官方路径是新聊天里打开 Work in，选择 Cloud，再打开 Select environment，选择你有权使用的已发布环境；也可以用斜杠 cloud environment 打开环境选择。如果列表没有合适环境，需要先创建或取得共享访问。创建入口是 Select environment 里的 Create environment，准备并发布以后才能作为任务起点。选环境与创建环境，是两个步骤。 操作路径：新聊天：Work in → Cloud → 打开 Select environment → 选择可访问的已发布环境 → 核对环境后再提交任务 来源编号：D08、D06 ### 01:13:24 · 材料不会凭空搬过去 把任务切到云端，不代表电脑上的文件、程序和登录状态会自动完整搬过去。需要确认哪些材料已经上传或关联，哪些连接被允许，哪些依赖已经准备好。如果缺少东西，应该列出具体缺口，而不是直接假设原电脑上的一切都可用。云端产生的结果在哪里，也要在任务结束时说明并检查。 来源编号：D08、D02 ### 01:13:55 · 本地与云端按条件选择 如果任务依赖当前电脑上的文件或程序，本地通常比较直观；如果你已经有合适的远程任务环境，可以考虑云端。这里没有一个对所有人都正确的答案。先看材料、所需工具、连接和任务持续条件，再选择。不要因为名称听起来更高级就切换，也不要把另一个入口的在线规则直接套到当前任务。 来源编号：D08、T01 ### 01:14:24 · 远程计算机是什么 远程计算机，是让当前应用连接另一台主机，在那台电脑上工作。先打开设置，进入远程计算机，查看是否已有连接和连接状态；没有连接时，按这个页面提供的设置流程准备主机。连接完成后，回到新聊天的远程入口选择目标，再确认主机、目录和在线状态。它不等于前面选择一个云端环境，也不是只点远程就自动获得另一台电脑。 操作路径：设置中打开远程计算机 → 查看或完成主机连接设置 → 新聊天选择远程目标 → 核对主机与目录 来源编号：D08、U01、D04 ### 01:15:00 · 环境准备不只是文件 一个任务能否运行，除了文件，还可能需要某些程序、依赖、环境变量或服务连接。这些组成了运行环境的一部分。比如工作树里的源文件齐了，却没有本地依赖，命令仍然可能失败。看到环境问题时，先问缺的究竟是哪一项，再按项目说明准备；不要把复制文件、安装工具和获得授权混成一个步骤。 来源编号：D09、D08 ### 01:15:34 · 位置选错先停止再确认 发现选错工作位置，先点击停止，检查已经产生了哪些文件或外部变化。需要取回刚才的请求，在原聊天的空输入框按向上方向键，取回上一条内容并复制备用。然后再新建聊天，选对目标，粘贴请求并重新核对材料，确认后发送。重点不是尽快重发，而是让新的位置、材料和范围都正确，避免同一个任务在两个地方继续。 操作路径：停止并检查已有变化 → 原聊天按上方向键取回请求 → 复制备用后新建并选对位置 → 粘贴并核对材料后发送 来源编号：D20、D08 ### 01:16:09 · 选择位置的三个问题 这一章可以收成三个问题：材料在哪，动作应该在哪发生，结果要保存到哪。如果这三个答案清楚，本地、云端和远程的选择就不容易只是凭感觉。再加上前面讲过的工作树，它解决的是 Git 项目独立目录的问题。它们都属于工作安排，不会自动替你解决权限、依赖或结果正确性。 来源编号：D08、D09、T01 ## 14 Skill 的发现与使用 ### 01:16:37 · 技能是一份可复用的方法 Skill 通常译作技能，可以把它理解成一份可重复使用的做事说明：什么时候适用、按哪些步骤处理、需要什么材料。有些还带脚本和资源。本章介绍桌面 Codex 的发现、安装和调用方式；账号与版本会影响可见目录，插件内技能与独立技能的管理路径也不同。先记住，它提供方法，不是更换模型，也不是自动取得服务权限。 来源编号：D13、D15 ### 01:17:13 · 普通请求与技能的差别 如果只是临时解释一句话，在聊天里直接说明通常就够了。如果每次都要按同一套规则整理材料，反复把规则复制进去会很麻烦，这时技能就有价值。两者的差别主要在复用和组织，不在于技能天然更正确。一个写得不清楚的技能，也可能反复产生同样的问题，所以方法本身仍然需要检查。 来源编号：D13、T01 ### 01:17:42 · 什么时候值得找技能 一类工作反复做、步骤稳定、输出标准明确，就值得找现成技能。如果没有合适的，也能在技能页选择创建技能，或在 Codex 输入框选择美元符号 skill creator。接着用普通话说明它做什么、何时使用、输出什么，再回答创建器的问题。先让它整理成说明型技能就够，不需要为了叫技能就硬加脚本；创建后还要用小范围例子检查。 操作路径：技能页选择创建技能 → 或输入 $skill-creator → 说明用途、触发和输出 → 检查生成的方法 来源编号：D13、T01 ### 01:18:16 · 从入口发现技能 发现技能，先打开设置中的技能入口，或者扩展管理里的技能分组。在搜索技能输入名称或用途，打开匹配的条目，读详情；查看自己已有的内容，就看已安装区域。先核对用途和来源，再决定调用还是安装。如果条目来自插件，沿插件详情安装；独立技能则用下一幕讲的安装器，这两条路径不要重复做。 操作路径：打开技能分组 → 在搜索技能输入名称或用途 → 打开详情查看来源 → 确认已安装或选择安装路径 来源编号：D13、U01 ### 01:18:49 · 先读用途和来源 查看技能时，重点读适用场景、输入要求、执行步骤和来源。它如果带脚本，实际使用时可能执行动作；如果依赖某个服务，也需要那个服务能够连接。不要只凭名字像自己想要的就认为全部条件都满足。先弄清它做什么、需要什么，再判断是否适合当前任务，会比安装后才猜用途更省力。 来源编号：D13、D15 ### 01:19:19 · 独立技能怎么安装 安装独立技能，可以在 Codex 输入框输入美元符号，从候选中选择 skill installer，然后说先列出可安装技能。看过列表与用途后，再明确指定名称安装；画面上的命令是这种写法的示意。安装完，重新输入美元符号搜索技能名，确认能够选到。新技能通常会自动发现；如果没有显示，再检查安装位置，必要时重启应用。 操作路径：输入 $ 并选择 skill-installer → 请求列出可安装技能 → 指定需要安装的名称 → 用 $ 搜索确认可用 来源编号：D13 ### 01:19:53 · 插件中的技能如何获得 技能如果属于插件，先在插件目录打开对应详情，检查它包含哪些技能，再点击安装插件。完成后回到技能的已安装区域，或者在输入框用美元符号搜索名称，确认新增能力。插件若还依赖外部账号，继续完成连接与授权。安装能力包和登录服务是不同步骤，不必再把同一个插件技能按独立文件夹重复安装。 操作路径：打开所属插件详情 → 选择安装插件 → 搜索新增技能确认 → 按需要连接外部账号 来源编号：D13、D14 ### 01:20:26 · 明确指定要用哪个技能 明确调用技能，在 Codex 输入框键入美元符号，继续输入技能名筛选，从候选里选中它，再写这次要处理什么、依据什么材料，最后发送。选择以后检查引用名称，避免选中同名但来源不同的技能。桌面命令列表也可能显示已启用技能。这里讲的是 Codex 的美元符号入口；其他 ChatGPT 表面的引用方式，不必照搬到这里。 操作路径：输入 $ → 输入名称并选择技能 → 补充目标与材料 → 核对引用并发送 来源编号：D06、D13、U01 ### 01:21:02 · 自动匹配也需要判断 技能也可能根据名称、描述和任务内容被自动匹配。这让你不必每次都手动点选，但不意味着所有已安装技能都会同时执行。结果方向不符合预期时，可以要求说明用了哪种方法，或者明确指定更合适的技能。描述越清楚，匹配越容易；技能之间职责重叠时，更需要把当前目标讲具体。 来源编号：D13 ### 01:21:32 · 启用、停用和移除不同 停用技能，先辨认它来自哪里。插件内的技能，到插件卡片的管理菜单选择禁用；独立本地技能，官方做法是在配置文件中给该技能添加配置项，填写技能文件的完整路径，再把启用值设为 false，保存后重启。画面列出字段，不需要现在背。改完重新检查可用列表；停用不是卸载，更不会撤销过去已经完成的文件动作。 操作路径：辨认技能来源 → 插件用管理菜单禁用 → 独立技能配置 enabled = false → 保存重启并检查 来源编号：D13、D14、U01 ### 01:22:07 · 技能也要检查结果 使用技能以后，检查方法和结果是否符合你的要求：材料有没有选对，步骤有没有遗漏，产物是否按预期呈现。如果技能本身有不合适的规则，可以调整方法，再用小范围例子检验。它的作用是减少重复交代，不是替你取消判断。学会查看用途、调用方式和结果，你就已经掌握了技能最重要的基础。 来源编号：D13、T01 ## 15 插件、MCP 与服务连接 ### 01:22:38 · 插件是把能力装成一个包 插件是便于安装和分发的一组能力。里面可能有技能、外部工具连接，也可能有相应界面。这一章先讲插件目录，再讲直接添加 MCP 服务；两者都受账号、版本和组织设置影响。你看到目录以后，先读它包含什么，再决定是否安装。插件数量多不等于模型更强，也不代表每个外部账号都已经登录。 来源编号：D14、D15 ### 01:23:10 · 目录里先看详情 找插件，打开设置中的插件，或扩展管理的插件分组，在搜索插件输入名称或用途，打开条目详情。先看来源、功能和需要连接的服务，再点击安装插件。如果某个关键功能依赖你没有的账号，先识别这个条件。搜索结果名称相似时，要用详情区分，避免装上以后才发现它做的并不是你要的事情。 操作路径：打开插件分组 → 搜索名称或用途 → 打开详情核对来源 → 选择安装插件 来源编号：D14、U01 ### 01:23:43 · 安装成功之后还要看什么 点击安装插件，是把这个能力包加入应用的过程。完成后，可以到已安装或管理区域确认状态，并按提示处理所需连接。有的新增能力需要在新的聊天里使用才会被加载。插件更新也可能改变规则和工具，所以更新后如果行为明显变化，先看说明与连接状态，不要默认旧任务的全部条件都保持不变。 来源编号：D14、U01 ### 01:24:14 · 禁用和卸载各有什么用 暂时不用某个插件，先在已安装的插件卡片上点击管理，再选禁用；确定不再需要安装时，才选卸载。操作后回到列表，检查状态已经改变。禁用会影响当前可用能力，卸载移除安装，但都不等于删除外部服务里过去产生的内容。账号连接是否还保留，要到相应的连接管理另行核对。 操作路径：找到已安装插件卡片 → 点击管理 → 选择禁用或卸载 → 核对列表状态 来源编号：D14、U01 ### 01:24:44 · MCP 是连接方式 MCP 的全称你不需要背下来，先记住它是一种让代理接入工具和数据的协议方式。比如某个服务通过它提供查找资料或执行操作的能力，代理就可以按规则调用。它不是一个让模型更聪明的开关，也不是某家服务的同义词。具体能做什么，取决于连接的服务器提供什么，以及账号允许使用什么。 来源编号：D16 ### 01:25:16 · 服务器可以在本地或远端 添加 MCP 时会遇到两种连接类型。STDIO 是由一条启动命令运行本地程序，所以要准备服务给出的命令和必要参数；Streamable HTTP 是通过远程地址连接，所以要准备官方服务地址。服务器不一定代表你要租机器。先按服务说明选择类型，再填写相应信息，不要把地址放进命令栏，也不要把网上任意一条命令当成通用答案。 操作路径：查服务官方连接说明 → 确定本地命令或远程地址 → 准备对应参数与认证条件 来源编号：D16 ### 01:25:51 · 到哪里管理连接 官方的桌面添加路径很明确：打开 Settings，也就是设置，选择 MCP servers，再点击 Add server。填一个便于辨认的名称，选择本地命令或远程地址的类型，填入服务信息，保存后点击 Restart。画面用官方路径带你认识这些步骤。若你的版本把它合并在插件管理里，就从 MCP 分组查看对应服务；不要把两个界面的布局硬拼在一起。 操作路径：Settings → MCP servers → 选择 Add server → 填写名称、类型和命令或 URL → Save 后选择 Restart 来源编号：D16、U01 ### 01:26:24 · 四个状态逐项确认 保存以后，回到服务器列表检查是否启用，以及是否提示需要认证。然后在输入框输入斜杠 mcp，打开连接状态，看看服务是否出现在当前聊天。可以按四层检查：配置或插件已安装，服务已开启，账号已认证，工具能被调用。某一层成功，不代表四层都完成；找不到能力时先定位卡在哪层，比反复重新安装更有效。 操作路径：回服务器列表查看状态 → 检查是否需要认证 → 输入 /mcp → 确认当前连接与可用工具 来源编号：D14、D16、D06 ### 01:27:00 · 认证走服务自己的流程 需要登录的服务，点击 Authenticate，也就是认证，进入服务自己的登录流程，确认账号和授权范围。完成后回到服务器列表，再用斜杠 mcp 检查连接状态。认证成功可以先做一个明确的读取请求，验证是否访问到了指定材料。密码和密钥不要贴进普通聊天；若服务使用密钥，按照提供方要求放在指定凭据位置。 操作路径：在服务项选择 Authenticate → 完成服务的登录授权 → 返回连接列表确认 → 用 /mcp 检查状态 来源编号：D16、D19、D06 ### 01:27:33 · 看工具实际提供什么 连接成功以后，还要看工具的实际作用。有的只能查询，有的允许创建或修改内容；同一服务里的不同工具也可能有不同权限。你可以先让它说明可用能力，或者从明确的读取请求开始。读取到了信息，不能推出所有写入动作也被允许。判断一个请求时，依然要把工具、对象和可能造成的变化放在一起看。 来源编号：D16、D19 ### 01:28:05 · 在聊天里用连接能力 使用连接工具时，仍然可以自然说话，但要把对象指清楚。例如，请读取这个链接里的说明，概括三个要点。服务是否能访问该链接，取决于账号和工具能力；不能读取时，应说明缺口，而不是编造内容。结果出来后，核对来源和范围，确认确实用了你指定的材料，而不只是给了一段泛泛的回答。 来源编号：D16、D03、T01 ### 01:28:37 · 失效时先看哪一步 连接突然不能用，先输入斜杠 mcp 看状态，再回设置的 MCP 服务器或对应插件管理，检查服务是否启用、认证是否过期。远程服务核对地址，本地服务核对程序和启动命令。暂时不用就停用对应服务或插件，并确认状态变化。把连接失败、认证失败和某个工具动作失败分开，才能决定该重新登录、修配置，还是改这次请求。 操作路径：输入 /mcp → 打开对应服务管理 → 检查启用、认证与连接信息 → 处理明确的失败原因 来源编号：D16、D20、D06 ### 01:29:12 · 三者关系再对照 做个小判断：要使用一个 Skill，是不是必须先连接 MCP？不一定，技能可以独立提供做事方法。再把三者放在一起：技能告诉代理按什么方法做，MCP 提供实际工具和数据的连接方式，插件把这些能力打包，方便安装和管理。技能可以没有 MCP，插件也不一定包含同样的东西。装了一个插件，更不代表外部账号已经授权。看清方法、工具和包装这三层，后面遇到新扩展就知道该问哪些问题。 视频在问题后保留 5 秒思考时间。 来源编号：D13、D14、D15、D16 ## 16 Hooks：事件触发的动作 ### 01:29:59 · Hooks：在指定时刻做一件事 接下来认识 Hooks，中文界面可能写作钩子。你可以把它想成工作流程里的门铃：某个指定事件发生，就触发事先准备的动作。例如工具执行前检查条件，或者一轮工作准备结束时做校验。本章先讲本地 Codex，云端调度的支持范围另有条件。普通用户先看懂来源、触发条件和影响，再决定是否启用；日常聊天并不要求先配置钩子。 来源编号：P01、T01 ### 01:30:32 · 先读懂事件名称 钩子名称往往是英文。先按时间顺序看：SessionStart 表示会话开始；PreToolUse 是工具使用前；PostToolUse 是工具使用后；Stop 对应本轮回答准备结束时，不是用户点击停止按钮。它们不是四个要依次点击的按钮，而是程序报告的不同时间点。选错事件，就像把下班提醒设成了每次开门都响。同一个动作需要在哪一步发生，要先说清，再选事件；更细的事件以当前文档为准。 来源编号：P01、U01、T01 ### 01:31:12 · 匹配器和处理器分别管什么 一个钩子还要回答两件事。匹配器决定哪些情况算命中，比如只关心某一类工具；处理器决定命中后执行什么。当前文档支持命令和 MCP 工具两类处理器。你可能在配置或标签里遇到 prompt、agent 等字样，本次核对时它们会被解析，但不会执行，不能因为看见名字就当成可用功能。让 Codex 解释配置时，最好让它逐项说出事件、条件、动作和预期结果。 来源编号：P01、U01 ### 01:31:51 · 钩子页面：来源、命令和信任 如果设置里有“钩子”页，可以先看来源，再看匹配器、命令或 MCP 服务器，最后看超时。这里的“信任”有实际含义：你接受这份具体定义运行。先让 Codex 用普通话解释它会读什么、写什么、是否联网。配置改动后可能需要重新审阅。“重新加载钩子”用于重新读取配置，不等于已经执行成功。命令行另有钩子管理入口，别把命令行教程中的按法直接套进桌面。 操作路径：打开设置中的钩子（若可见） → 检查来源、命令和影响范围 → 审阅后信任具体定义 → 通过运行记录核对结果 来源编号：P01、U01、T01 ### 01:32:30 · 钩子放在哪里 钩子可以来自个人配置、项目配置或插件。常见文件是 hooks.json，也可以写在 config.toml 里。你不必背路径，但要问清这条规则影响一个项目，还是这台机器上的多个任务。多个来源可能一起生效，不是“新文件自动把旧文件全盖掉”。若同一检查莫名执行两次，要检查重复来源。修改前保留原文件，只改相关条目，随后核对加载结果，不要把整套个人配置一起替换。 来源编号：P01、P15、T01 ### 01:33:11 · 它不是万能拦截器 钩子能不能拦住动作，要看事件、工具路径和返回方式。尤其是连接 MCP 的钩子，需要已有连接；服务器缺失或报错，不等于操作一定被禁止。因此，“我装了一个检查钩子”不能代替确认权限和实际测试。后台钩子主要在旁边处理信息，也不能按同步钩子的方式控制原操作。对新手，最有价值的检查是：触发了吗，结果是什么，失败时到底继续还是停止。 来源编号：P01、T01 ### 01:33:52 · Skill、MCP、Hook、计划任务 现在把四个概念放在一起。Skill 像做事说明书；MCP 像连接工具的接口；Hook 像流程中某个时刻响起的铃；计划任务则回答何时再次开始一项工作。比如“按规范检查文字”可以是一套 Skill，而“每次改完后检查”关注触发时机。它们能够配合，却不是同一个开关。选择功能时先把需求拆成：方法是什么、工具在哪、何时触发，就不容易装一堆用不上的扩展。 来源编号：P01、D13、D16、D17、T01 ### 01:34:31 · 钩子没反应时如何排查 遇到钩子没有反应，先不要增加权限。依次检查：当前任务是否加载了这份来源；具体定义是否已信任；事件和匹配条件是否真的出现；命令或 MCP 工具是否存在；最后看超时和错误信息。把这几项交给 Codex 逐个说明，比只说“坏了，帮我修”更容易定位。组织管理的规则可能不能由个人关闭。日常任务不需要钩子时，可以保持默认使用，等有明确重复需求再配置。 来源编号：P01、U01、T01 ## 17 计划任务与自动化 ### 01:35:09 · 自动化让工作以后再发生 自动化或计划任务，解决的是以后按时间或支持的条件启动工作。它和现在发一条请求不同，因为触发时你可能不正在看着聊天。所以要把任务、材料和结束条件写清楚。这里先认识设置和管理方式，不实际创建任何计划。等你真的需要重复或延后执行时，再用合适的小范围任务开始检查。 来源编号：D17、T01 ### 01:35:40 · 继续目标与定时任务不同 如果希望当前任务围绕一个目标持续推进，可以看支持的目标模式；如果希望明天或每周重新开始某项工作，才更接近计划任务。一个强调持续完成同一目标，一个强调何时触发。两者都不会自动扩大权限。先说清你要的是继续做完，还是以后再启动，避免把长时间工作和重复安排混在一起。 来源编号：D17、D28 ### 01:36:10 · 把时间和内容说明确 描述计划时，至少说清做什么、何时做、依据什么材料。比如明天上午提醒我阅读这份说明，只是一个帮助理解结构的例句。正式创建时还要确认日期、时区和重复频率，避免今天和明天在不同环境里理解不一致。需要持续多久、何时停止，也可以提前写明，让计划有清楚的边界。 来源编号：D17、T01 ### 01:36:38 · 同聊天跟进还是独立运行 有的计划是围绕当前聊天继续跟进，有的每次会启动相对独立的工作。前者适合依赖当前背景，后者适合重复执行清楚定义的任务。选择时先想：下次运行需要依赖哪段上下文？不要只把相同提示词反复发送，却忘记材料和条件可能已经变化。定期查看计划内容，可以避免旧要求一直被自动重复。 来源编号：D17 ### 01:37:09 · 保存前核对计划信息 创建计划有两条常见入口：在聊天里把时间和任务说清楚，查看生成的创建计划任务提议；或者选择添加计划任务。打开编辑信息后，逐项核对标题、提示词和频率，再保存。若按钮写保存并立即运行，它会同时启动一次工作，要确认这也是你的意图。保存后回到计划管理，找到这条计划并核对时间，安排才有可检查的落点。 操作路径：选择添加计划任务或创建提议 → 核对标题、提示词和频率 → 确认是否需要立即运行 → 保存后返回列表核对 来源编号：D17、U01 ### 01:37:44 · 本地任务需要电脑可用 如果计划依赖本地运行，电脑、应用和所需目录必须在相应时间可用。不能因为它叫自动化，就认为关机以后仍会在这台电脑上执行。云端任务有自己的运行条件，也不能拿来替代所有本地规则。设置计划时，先明确它在哪运行；运行失败时，也先检查那套环境当时是否具备所需条件。 来源编号：D17、U01 ### 01:38:16 · 看运行记录而不只看计划 计划已经保存，只能证明安排存在，不能证明每次运行都成功。到管理入口查看运行记录，确认是否启动、是否等待输入、是否出现错误，以及结果在哪里。如果有通知，也把它当作提醒，再回到实际结果核对。第一次使用新计划时，多检查前几次运行，能及早发现时间、材料或输出要求的问题。 来源编号：D17 ### 01:38:45 · 暂停、修改与结束安排 当任务不再需要重复，或者材料和时间已经变化，要及时暂停或修改对应计划。永久不需要时，再使用当前支持的结束或删除方式。管理的是哪一个计划、会不会影响关联聊天，都应看清楚。尤其不要通过随意归档聊天来猜测计划状态；归档可能影响后续运行，操作后仍要回到计划管理确认结果。 来源编号：D17、U01 ### 01:39:16 · 自动化不会跳过权限 计划到了时间，也不代表它获得了所有执行许可。文件范围、服务连接和动作审批仍然适用。某次运行可能因为需要批准、连接失效或环境缺少材料而停下。遇到这类情况，先看具体原因，再处理必要条件，不要为了避免下一次失败就无差别扩大权限。安排自动发生，和动作已经被允许，是不同的问题。 来源编号：D17、D19 ### 01:39:51 · 什么时候适合自动化 做个小判断：电脑关机以后，本地计划任务还能照常执行吗？不能，本地需要相应的电脑和应用可用。适合自动化的事情，通常目标稳定、材料来源明确、结果容易检查，而且确实需要重复或稍后执行。如果你自己还没弄清楚要什么，先在普通聊天里把要求验证清楚，会更容易设置一个可靠计划。自动化的价值是省去重复启动，不是把不确定的问题自动变正确。先理解，再安排，再看真实运行。 视频在问题后保留 5 秒思考时间。 来源编号：D17、T01 ## 18 Dots：持续工作的代理 ### 01:40:36 · Dots 是什么 你可能在侧边栏看到“你的 Dot”。这里的 Dot 指持续工作的云端代理，不是右上角三个点的更多菜单。可以把它理解为长期跟进工作的联系人：你交代目标，它继续安排工作，再把结果和需要决定的问题带回来。这一功能按账号逐步开放，没看到入口不代表你操作错了。它与当前这个 Codex 聊天也不是同一个概念，具体文件任务仍要看任务在哪里执行。 来源编号：P02、U01、T01 ### 01:41:11 · 如何开始使用 Dot 如果账号已有入口，打开 Dot 后按介绍设置名称和外观。初次连接应用可以按需要进行，不必为了完成设置把所有服务都接上。然后用普通话说明长期职责：要跟进什么、使用哪些资料、什么变化值得通知你。比如“关注资料更新，有实质变化再告诉我”，比“你自己看着办”更容易检查。名字和形象是辨认入口的方式，真正影响工作的仍然是任务说明、可用工具和权限。 来源编号：P03、T01 ### 01:41:49 · 三种连接不能混为一谈 Dot 的连接要分成三条线。消息渠道让你和它说话；应用插件让它在授权范围内使用服务；连接个人电脑才涉及这台电脑的文件和工具。把它加进消息应用，不等于邮箱和电脑也自动开放。画面中的三条线应当分别检查：我在哪里发消息，它用哪个服务账号，动作在哪台机器发生。换手机继续聊天，也不意味着本地文件已经复制到了手机或云端。 来源编号：P05、P03、T01 ### 01:42:25 · 云端电脑和你的 Mac Dot 有自己的云端电脑和浏览器，它们与 Mac 上的文件、登录状态分开。云端工作可以在你的设备关闭时继续；但要使用已连接的 Mac，这台 Mac 必须在线，桌面应用也要开着。进入云端计算机视图只是查看，真正操作要选择“获取控制权”，完成后“归还控制权”。断网不等于撤销授权；若要移除本机访问，应使用撤销访问的控制。先分清这几种状态，才能判断任务为什么在等待。 来源编号：P05、U01 ### 01:43:04 · 到哪里看它正在做什么 想检查 Dot 的工作，打开它的资料面板，再看活动列表，选中具体任务。不要只看一句“我正在处理”，还要看有没有文件、结果、等待输入或失败信息。它可以分派后台任务，也能创建可见聊天。已有任务仍保留原来的执行环境；改变 Dot 当前选中的电脑，不会自动搬走以前的任务。直接进入任务补充要求，比让它凭一个模糊称呼猜是哪件事更可靠。 来源编号：P04、U01 ### 01:43:43 · 长期职责、计划与记忆 长期跟进不等于必须每隔五分钟跑一次。Dot 可以根据工作安排继续或等待，也能使用计划任务。交代职责时，补上完成条件、优先级和需要你决定的节点。它会利用相关记忆与笔记延续上下文，但你仍应及时更正过期信息。例如日期变了，就明确告诉它旧日期作废。记忆是帮助衔接的线索，不是每个细节永远正确的保证；真正验收仍要打开产物核对。 来源编号：P04、T01 ### 01:44:22 · 指令、规则和服务权限 与 Dot 对话时，先把允许它做的事情说具体。让它拟草稿，并没有要求它立即发送。需要长期边界时，可以在账号提供的自定义规则中选择如何处理某类动作，例如先问你，或交给你完成。规则不会凭空登录一个服务，也不会取消该服务自己的权限要求。判断授权时分两步：你有没有明确交代这件事，它有没有执行所需的实际访问权。不要把“有权限”理解成“任何场景都应当执行”。 来源编号：P06、T01 ### 01:45:02 · 暂停、停止和删除有何区别 最后看几个容易混淆的控制。暂停 Dot 停的是它当前的主任务，不会自动停止所有已分派任务，也不会取消未来计划。要结束某项委派工作，进活动列表找到它；要结束定期运行，去计划任务里停用或删除。恢复可以继续暂停的 Dot；删除 Dot 不可撤销，需要先读确认说明并保存所需产物。无论哪一种停止，都不会自动撤回已发出的信息，或者恢复已经改动的外部文件。 来源编号：P06、T01 ## 19 浏览器与电脑操控 ### 01:45:42 · 搜索、浏览器、电脑操控 “上网查资料”“打开网页”和“控制电脑”是三种不同的工作。搜索帮助找公开资料；浏览器能看到网页实际呈现的页面和状态；电脑操控则能在支持的图形界面里点击、输入、切换。需要从服务中读取数据时，也可能直接调用插件，而不出现鼠标移动。没有看到浏览器窗口，并不能证明它没有联网。你可以要求它说明使用了哪种工具、访问了哪个来源，以及怎样核验结果。 来源编号：P07、P09、D19、T01 ### 01:46:20 · 内置浏览器：预览就在旁边 桌面应用的内置浏览器可以把网页与聊天放在一起。支持时，选择新标签页并输入网址，或打开聊天中的链接；全屏和分屏用于调整阅读空间。它有独立的浏览器环境，不会天然继承你平常浏览器的所有登录和标签页。讲操作时可以用浏览器引用来明确目标。还要记得，本地地址打开成功只证明你看到了这个页面，不能据此说网站已经发布，或别人的手机也一定能访问。 来源编号：P07、T01 ### 01:47:00 · 使用 Chrome 扩展 要使用现有 Chrome 中的页面，需要按当前说明连接浏览器扩展。在设置的电脑操控里找到浏览器，按提示安装插件和扩展，回到应用确认出现管理入口。发请求时，从引用菜单选 Chrome 或具体标签页。扩展安装在哪个 Chrome 用户配置里，连接也要用对应配置。新手最好准备专门的工作浏览器环境，避免把不相关页面一起带进任务；不要把另一个账号已登录误当成当前账号也已登录。 来源编号：P08、T01 ### 01:47:39 · 电脑操控怎样开通 电脑操控需要相应插件和访问设置。按当前桌面说明进入插件中的 Computer Use，安装或启用，再检查它的服务与 Skill 是否开启。Mac 还可能提示录屏和辅助功能权限：前者支持读取画面，后者支持点击和输入。系统权限通常在隐私与安全性里管理。看不到这些提示时，不要胡乱给所有应用放权，先检查版本、插件状态和账号可用性。能读取文件并不意味着已经获准操作每一个软件界面。 来源编号：P09、T01 ### 01:48:21 · 网站许可和上传下载 浏览器许可要分清网站、动作和实际能力。允许访问网站，不代表同意上传任意资料或发送消息。内置浏览器的设置分别管理浏览、下载和上传权限，但当前官方说明仍不支持自动上传文件，不能把有设置当成能执行。Chrome 扩展的网站许可又有自己的管理入口。先核对域名、动作和授权时限。网页里让代理忽略原要求的文字，只是网页内容，不是你的新指令。 来源编号：P07、P08、T01 ### 01:48:59 · 网页批注怎样用 有些问题很难只靠一句“这里不好看”讲清。内置浏览器支持时，可以进入批注模式，点选具体元素，或拖选区域，写清问题并保存，再让 Codex 根据批注处理。例如指出“这段字在窄窗口被遮住”，同时说明希望完整可读。批注定位的是页面区域，不是自动证明问题已经修好。处理完成后重新打开相同页面、相同窗口条件，再看结果；必要时对照变更记录，确认修改范围。 来源编号：P07、T01 ### 01:49:40 · 开发者模式需要理解什么 浏览器开发者模式用于进一步检查页面结构、控制台、网络请求和性能。当前官方路径是设置、浏览器、开发者模式，再选择启用完整 CDP 访问。CDP 是浏览器的调试接口，不需要你先学会代码。它支持已连接的 Chrome 和内置浏览器，使用前还会请求具体网站的明确批准。组织禁用的选项不能由个人打开。开关只是允许检查，结果仍要实际运行后读取。 来源编号：P07、T01 ### 01:50:16 · 连接失败与人工接管 操作网页失败时，按顺序看：浏览器是否正确、扩展是否装在当前配置、网站是否被阻止、账号登录是否过期、应用连接是否仍正常。登录、验证码或只能本人完成的步骤，使用产品提供的接管或私密登录流程，不把密码粘到聊天里。接管后完成必要一步，再明确交还控制。任务结束时检查页面中的实际状态和保存位置，关闭本次工作的临时窗口；不要把一句“点击完成”当作提交已成功的唯一证据。 来源编号：P08、P05、T01 ## 20 设置、偏好与配置边界 ### 01:51:02 · 设置页面：先找类别 Mac 上通常可以从应用菜单打开设置，默认快捷键是 Command 加逗号。设置不是必须从头调一遍的考试。常规管理日常行为，外观管理看起来怎样，通知管理什么时候提醒，配置与集成功能涉及工作方式。先说出你要改变的现象，再找对应类别。遇到灰色项或缺少选项，要考虑版本、账号、工作区政策和当前机器；不要因为视频里出现过，就断定你必须在同一位置找到。 来源编号：P10、U01、T01 ### 01:51:43 · 常规：发送、跟进与睡眠 在常规里，先检查 Enter 键的发送习惯。写长问题的人，可以选择适合多行输入的发送方式，减少半句话就发出去的情况。运行中发送的补充消息，是引导当前工作还是排队等下一轮，也有相应偏好。允许本地任务继续运行时，可以查看防止运行期间睡眠的选项，但它不等于合上电脑、断网或关机之后仍能执行。改完先用一条简短消息确认实际行为，不必同时调整所有开关。 来源编号：P10、T01 ### 01:52:23 · 外观：看得清比装饰重要 外观设置会影响主题、界面字和代码字的阅读体验。日常看聊天，把界面字体调到舒服的大小；读变更或终端，再检查代码字体。浅色、深色或跟随系统是个人选择，不能说明模型变强或变弱。若调色后按钮和文字看不清，先恢复一个易读主题，再逐项调整。录屏教学时也要记得，自己在大屏幕能看清，不代表观众在手机上能看清；重要按钮需要放大讲解。 来源编号：P10、T01 ### 01:53:04 · 快捷键和通知 快捷键设置可以按命令名称查，也能检查一组按键被分给了哪个动作。先记最常用的几个，其他随用随查，尤其要考虑自己改过按键或其他软件抢占快捷键的情况。通知设置则控制任务完成时如何提醒；Mac 系统本身也有通知权限。没有弹出提醒，不一定是任务没完成，可以回到聊天查看状态。通知告诉你有新进展，真正需要确认的结果仍然在任务里。 来源编号：P10、U01、T01 ### 01:53:40 · AGENTS.md：可复用的工作约定 如果有长期要求，不想每次重说，可以把它整理进 AGENTS.md。这是一份给代理看的文字约定，例如使用中文解释、修改前先读哪些说明、完成后怎样检查。个人级要求与项目级要求作用范围不同，目录更近的项目说明还可能补充或覆盖较广的要求。写的时候要具体、简短、可验证，别把临时任务和过期信息永久塞进去。改后可以请 Codex 列出本次实际读取的说明来源，确认规则用在了正确项目。 来源编号：P11、T01 ### 01:54:23 · 记忆：使用和贡献是两件事 本地 Codex 记忆帮助后续任务利用此前的相关背景，但与 ChatGPT 的云端记忆不应混为一谈。支持时，在个性化里启用本机记忆，也可以通过当前聊天的记忆控制区分：这次能否使用已有记忆，以及这次内容能否成为未来记忆。记忆整理可能延后发生，不是说一句话就立刻同步到所有设备。重要规则放明确说明中；发现过时内容要更正。在本机删除 Codex 记忆，还会清除可用的电脑历史功能所保存的记录，确认前要看清范围。 来源编号：P12、T01 ### 01:55:07 · Computer History：回看工作线索 Computer History 是可选的电脑历史功能，不能直接理解成录屏。当前说明中，它把允许来源的交互事件和可读取文字整理成时间线，不保存历史截图或音频。需要你主动启用并选择应用、网站范围；相关事件会交给 OpenAI 处理以生成记忆，再保存在本机，所以也不是纯离线日志。可以暂停未来收集，或者删除已有条目，这两件事不同。涉及与他人沟通的内容，要先取得对方同意；不需要的来源可以排除。 来源编号：P13 ### 01:55:49 · Pets：悬浮入口与任务状态 Pets 是桌面上的可选悬浮伙伴。支持时，在设置里选择宠物，或用 Mini 只保留简洁聊天控件；也可以显示、隐藏和调整大小。它下面的聊天、语音和活动入口，方便你在别的软件旁边继续工作。看到等待输入或完成状态，可以打开对应任务查看。它是交互入口，不会因为换一只形象就改变模型和权限。按当前说明，从悬浮控件新建的聊天不在项目里；要使用明确的项目上下文，回项目中开始。 来源编号：P14、T01 ### 01:56:31 · 配置文件：改前说明，改后核对 最后认识 config.toml。它存放部分默认配置，与记录自然语言约定的 AGENTS.md 分工不同。个人配置与受信任项目配置可能同时存在，组织要求还会约束可用值。新手不用从网上复制整份配置；应先告诉 Codex 想改变哪一个行为，让它指出对应项、作用范围和恢复办法。修改前保留旧内容，改后检查实际生效状态。若设置仍被覆盖，就查其他配置层和组织要求，不要不断加重复条目。 来源编号：P15、P11、U01、T01 ## 21 排错与恢复控制 ### 01:57:13 · 先把卡住分成几类 出现问题时，先不要同时改很多设置。可以把情况分成几类：还在正常处理，等待你提供信息，等待批准，工具或连接失败，或者工作方向已经偏离。不同原因对应不同处理。先看最近的状态和错误提示，找出停在哪一步，再做最小的必要调整。这样即使没有立刻解决，也能逐渐缩小原因。 来源编号：D20、T01 ### 01:57:43 · 看批准提示和连接状态 任务迟迟不继续，先看看有没有未处理的批准请求、登录窗口或缺少材料的提示。有时提示不在你正在看的区域，需要返回相关聊天或连接管理。确认等待项以后再处理，不必重新发送整段请求。服务连接出问题时，也应先看当前账号、认证和可用状态，避免反复安装已经存在的插件。 来源编号：D20、D16 ### 01:58:13 · 找不到聊天按顺序找 如果聊天不见了，先搜索你记得的标题或主题词，再检查所属项目和列表筛选，最后到已归档的聊天查看。不要因为侧栏当前没有显示，就直接认定记录被删除。不同入口可能展示不同类型的聊天，所以还要确认当前处于 Chat、Work 还是 Codex。按对象和范围查找，比从头重新做一遍更可靠。 来源编号：D02、D20、U01 ### 01:58:43 · 找不到文件先回看交接 找不到结果文件时，先回到任务的最后回复，寻找实际文件链接和保存路径。再确认当前工作位置，是本地、云端，还是另一台远程主机。预览没有显示，不必然代表文件不存在；聊天里有内容，也不必然代表已经保存。把位置和产物状态查清楚以后，再决定打开、下载，还是补做保存这一步。 来源编号：D10、D20、D08 ### 01:59:16 · 跑偏先控制新增影响 发现任务开始偏离目标，先停止当前运行，再检查已经产生的变化。把问题具体说出来，例如我只想了解原因，暂时不需要改文件。然后缩小范围，决定继续当前聊天还是另开一段。不要在不知道已有变化的情况下反复要求重做，否则可能把原问题叠加成多个版本，也更难判断最后应该保留什么。 来源编号：D20、D03、T01 ### 01:59:44 · 命令失败先检查对象 终端或命令失败时，除了错误文字，还要确认当前目录、文件路径和所需程序是否存在。命令本身看起来相同，换一个目录执行，结果可能完全不同。把错误信息和相关位置一起交给它分析，会比只说运行不了更有帮助。不要盲目重复带写入或删除效果的命令，先解释失败原因和下一步准备改变什么。 来源编号：D20、D19 ### 02:00:17 · 缺少按钮先查四个条件 教程里有一个功能，你的界面却没有，先查四件事：是不是同一个产品入口，版本是否相近，账号是否支持，组织是否限制。命令行和桌面也可能包含不同版本，不能因为另一边能用，就断言当前界面坏了。把条件核对清楚以后，再按官方说明处理更新或设置，避免为了找一个按钮四处修改无关配置。 来源编号：D20、U01 ### 02:00:48 · 上下文乱了可以重新整理 如果回答一直沿着旧方向走，可能是当前聊天积累了太多互相变化的要求。可以先整理一份简短交接：现在的目标是什么，已确认什么，哪些要求作废，接下来只做哪一步。然后继续，或者带着这份明确背景开新聊天。重新开始并不是失败，关键是保留影响当前任务的事实，而不是把所有历史重新堆进去。 来源编号：D03、D20、T01 ### 02:01:19 · 反馈问题要给可重现信息 需要向支持渠道反馈时，准备应用版本、操作系统、执行环境、发生步骤，以及预期和实际结果。截图可以帮助说明位置，日志可以帮助定位原因，但分享前先检查账号、路径、文件内容或凭据等敏感信息。只说不好用很难定位；说明点了什么、接着出现什么，会让问题更容易被理解和复现。 来源编号：D20 ### 02:01:49 · 恢复控制的顺序 最后把排错顺序记成四步：先看状态，再查对象，补齐必要条件，最后检查结果。涉及跑偏，就先停止新增动作；涉及权限，就先读具体请求；涉及文件，就先确认路径；涉及连接，就先看账号和状态。我们追求的不是背下所有错误，而是让每次检查都能回答一个明确问题，逐步把情况变得可控。 来源编号：D20、T01 ## 22 其他常用功能与复习导览 ### 02:02:21 · 智能体目录与临时协作不同 最后补几种容易混淆的入口。打开智能体目录后，可以在我创建的、最近使用和团队目录里查找，也可以直接搜索智能体。打开条目，先读用途和所需连接，再选择使用。这里提供的是可复用的工作区代理，创建与分享受相应权限管理。它不是某次任务临时叫来的子代理，也不是前面讲的 Dot；先分清来源，再判断要用哪个。 操作路径：打开智能体目录 → 搜索或选择分类 → 打开条目看用途 → 确认所需连接后使用 来源编号：D26、U01 ### 02:02:54 · 子代理负责独立的一部分 子代理是把一项较大工作中能独立处理的部分分出去，最后由主聊天汇总。在支持的 Codex 里，可以明确要求分工，并说明各自范围和汇报方式，再查看进展与结果。并行不一定总是更好：它会增加用量，多个代理同时改同一文件也容易冲突。适合先拆清职责，再让彼此独立的工作同时进行。 来源编号：D27 ### 02:03:25 · 实时语音与听写不同 听写是把声音变成输入框里的文字，实时语音则是边说边交流，查看进度或调整任务。在支持的入口里，开始语音聊天后，首次可能需要麦克风授权和声音选择；结束时使用停止语音聊天。屏幕上下文另有权限与条件，不会因为开麦克风就自动全开。找不到入口，先查账号、工作区和版本，不要把听写按钮当成同一个功能。 来源编号：D24、U01 ### 02:04:00 · Appshots 提供当前窗口材料 Appshots 可以把当前最前方的应用窗口作为材料提供给聊天。官方 Mac 默认方式是同时按两侧 Command 键，也可以在设置里改快捷键和接收聊天。它可能包含窗口图像以及应用提供的文字，甚至不只可见的一小块，所以发送前先确认窗口和内容。完成系统权限后，再检查附件去了哪里；这不等于持续操控整个电脑。 来源编号：D22、U01 ### 02:04:32 · 输入预测只是可编辑草稿 有些支持条件下，Codex 回复后会在输入框给出下一条消息建议，这叫 Composer Predictions。按 Tab 接受以后，它成为可编辑草稿，并不会自动发送。你可以改写，也可以直接输入自己的话，不必接受建议。这个功能有账号、地区、模型和线程条件；如果没有显示，先看官方当前可用范围，不要照着示意图猜自己一定漏开了按钮。 来源编号：D21 ### 02:05:06 · 分享的是只读快照 在支持的 Mac 本地 Codex 聊天里，可以分享一份只读快照。先打开分享入口，确认接收范围，再按界面完成链接发布；官方当前流程中，复制链接是发布的关键步骤。分享前打开链接检查内容，尤其是图片、路径和文件差异。快照不会随着原聊天继续更新，也不给别人访问你的电脑。个人与工作区账号的访问规则不同，要分别确认。 来源编号：D25 ### 02:05:40 · 录制与回放是学习工作方法 Record & Replay 不是播放聊天历史录像，而是让你在 Mac 上演示一段操作，再把方法整理成可复用技能。它需要相应的电脑操控能力已经可用并启用，适合步骤稳定、成功标准清楚的重复工作。录到的不是永久正确答案，生成的技能仍然要检查：用了哪些材料，哪些输入会变化，以及完成后怎样验证。 来源编号：D23 ### 02:06:09 · 录制前后分别检查什么 官方流程从插件入口选择录制技能，先说明目标，准备好以后再批准录制，然后完成演示并主动停止。录制期间会观察相关动作和窗口内容，所以不要顺手切到无关材料。结束后阅读生成的技能，补充隐含规则。再次使用时提供这一次变化的输入，由当前工具执行，而不是保证按相同鼠标坐标机械重放。 来源编号：D23 ### 02:06:41 · 目标模式用于持续推进 如果一项工作需要很多步，可以在支持的桌面入口用目标模式，写明最终结果、限制和完成标准。目标进度区域可以暂停、继续、修改或清除目标；只是新增目标，不会扩大原有权限。它与每天定时启动的计划任务不同，重点是围绕同一个目标持续推进。开始前先想清楚怎样算完成，过程中再根据实际结果调整。 来源编号：D28 ### 02:07:14 · 按问题选择功能 现在可以把功能分成几组来找。说不清需求，就回到目标、材料和限制；找不到内容，就看项目、引用和搜索；不清楚发生了什么，就看状态、文件和差异；需要重复方法，就看技能；需要外部工具，就看连接。先定位自己遇到的是哪一类问题，再打开对应功能，比一口气尝试所有按钮更容易学会。 来源编号：T01 ### 02:07:44 · 用三个问题复习控制边界 最后再检查三个问题：现在处理的是哪份材料，动作准备发生在哪里，我要怎样验证结果？这三个答案清楚以后，再看模型、权限和工具选择，就有了依据。遇到异常，先停止扩大影响，再查看已发生的变化。你不需要立刻掌握所有配置，能辨认问题、找到入口、检查结果，就是扎实的基础。 来源编号：T01 ### 02:08:13 · 把导览当作查找工具 配套的功能导览可以按章节查找，也可以展开某个功能的含义和步骤。视频里的点击是教学动画，导览里的按钮才是实际可交互的内容，两者不要混淆。第一次看可以按顺序，之后遇到具体问题，直接回到对应章节。学习的目标不是记住两百多个画面，而是形成一张知道该去哪里找的地图。 来源编号：T01 ### 02:08:41 · 理解功能以后再慢慢熟悉 这就是森虫虫系列课的 Codex 基础功能导览。软件会更新，入口和可用范围也会变化，所以我们把官方来源和核对日期一起放在配套资料中。你可以先熟悉最常用的几个入口，再逐步理解需要的扩展功能。本课程使用 AI 合成女声与教学重绘画面；实际操作时，始终以你当前的界面、权限和真实结果为准。 来源编号：T01