← 返回目录

Day2 · 日期待确认

纯念稿。带「」的就是你要说的原话,段与段之间自然停顿。灰底小标题只是场景锚点,不用念。

09:30–09:40 · 上午把聊天救回来,下午看懂 AI 怎样变强

「同学们,昨天我们已经让 Codex 当过一次自己的老师了。

有人聊得很顺,也有人可能发现:它问的问题不对、教得太快、直接把答案说了,或者聊了半天,自己还是不会。这些都很正常。

今天上午,我们不急着学新东西,先把昨晚真实发生过的问题找出来。上午只做三件事:找到一个真卡点,只改最关键的一处,再用同一道小任务重新试一次。

下午我们再换一张地图。从一份最普通的 MD 文件开始,认识 Skill、MCP 和 API。

这些英文词现在听起来可能有点吓人,但今天不用背定义,也不比谁装的软件多。我们只看一件事:你能不能用自己的话说清楚,它们分别解决什么问题。」

09:40–10:00 · 只带自己的课程聊天,上屏以前先脱敏

「在任何一段聊天上屏以前,我们先定五条规矩。

第一,只看你自己的课程练习聊天,不能拿别人的聊天来展示。

第二,先复制一份。原来的聊天不要删,也不要覆盖,因为它是我们判断前后变化的证据。

第三,所有能认出你的信息都要遮住。真名换成昵称,学校和班级改成‘某校、某年级’,电话、住址、邮箱、账号、头像和二维码都不能出现。

第四,展示必须是自愿的。你不想公开,就可以直接说不。老师可以单独看,也可以换成我们准备好的虚构例子。

第五,老师只看这次课程需要的那一小段,不会翻看你其他聊天。

记住:先脱敏,再展示;本人不同意,就不上屏。」

「如果你今天不想展示真实聊天,直接使用老师准备的虚构案例,也完全不影响学习。今天诊断的是对话,不是评价谁更聪明。」

10:00–10:15 · 屏幕上的同学在看诊,其他人也不空等

「今天不是老师一个人不停地讲,而是每一位同学都走一次小诊断。

轮到你的时候,按这个顺序来:先用一句话说昨晚想让 Codex 帮你练会什么;再展示已经脱敏的关键片段;然后由你先判断自己卡在哪里;老师只帮你诊断最关键的一处;最后仍然由你自己修改、自己发送、自己重新试。

还没轮到的同学也不能发呆。你们拿同一张五步自查表检查自己的聊天。别人被指出一个问题时,你也看看自己的聊天里有没有同样的问题。」

「每位同学大约三分钟。目标说清楚,片段只看关键处,老师只开一张‘处方’,修改和发送由本人完成。我们不排名,也不嘲笑第一次失败。」

10:15–10:30 · 先找到最该改的一步,不要一次挑完所有毛病

「我们判断一段聊天哪里出了问题,还是用昨天的五个动作。

第一,说清楚。目标和做到什么算完成,有没有说清楚?

第二,让它问。信息不够时,有没有让 Codex 先问,而不是让它一直猜?

第三,先试试。是不是一上来就让它做一大堆,没有先试一个小步骤?

第四,改一处。发现不对时,有没有指出具体哪一句、哪一步需要改?

第五,自己查。最后是你亲自检查,还是 Codex 说完成,你就相信了?

注意,我们今天不是给一段聊天挑出十个毛病。一轮只找一个最影响结果的问题。先救最关键的那一步。」

10:30–11:15 · 老师指出一处,修改必须由你自己发出去

「现在开始一人一诊。

轮到你的时候,先告诉我:你昨晚想练会什么?然后展示已经脱敏的关键片段,再说说你觉得哪里不对。

我不会帮你整段重写。我只做三件事:先说哪一部分已经做对了;再指出最影响结果的那一句或那一步;最后问你,希望它变成什么样。

修改必须由你自己打字、自己发送。因为今天要练的是你怎样把 Codex 拉回来,不是看老师怎样替你操作。」

11:15–11:45 · 同一道小任务再跑一次,才看得出有没有变好

「现在进入验收。

前后必须是同一个小任务。原来做的是三句英语自我介绍,修改以后也要继续做这三句,不能突然换一道更简单的题。

因为换题以后,即使结果变好了,我们也不知道是修改有效,还是新题本来就更容易。

我们要留下四段证据:第一,——原来的任务和回复;第二,——你具体改了哪一句;第三,——同一任务重新运行后的结果;第四,——你本人检查以后,认为哪里变好了,哪里还需要继续改。

如果结果没有变好,也不要藏起来。没有变好同样是证据。只要你能说清原因和下一步,就是真学习。」

11:45–12:00 · 脱敏聊天、真实卡点、自己修改、重跑结果

「上午聊天诊所到这里收案。

现在检查四样东西:一段已经脱敏的课程聊天;一个你自己能说清楚的真实卡点;一处由你本人完成的修改;同一道小任务重新运行后的结果。

再检查一次:修改前的记录有没有被覆盖?你的结论是不是自己说的?截图里还有没有隐私?

上午我们证明了一件事:AI 教得不对,不代表整段聊天都要推倒重来。先找一个真问题,改一处,再用同一任务验证,事情就能继续往前走。

下午我们要做的是把这次成功慢慢保存下来,让它以后还能重复使用。」

13:30–13:40 · 先记住四层:写下来、变方法、接工具、连服务

「下午会出现四个词:MD、Skill、MCP、API。

先别背英文,我们把它们放在同一张能力地图上。

MD 文件负责把背景和规则写下来;Skill 负责把成功的方法变成以后还能重复使用的流程;MCP 负责让 AI 连接经过允许的工具和资料;API 负责让一个软件向另一个服务发送请求,再拿回结果。

最后还有最重要的一层——人。由人决定权限、费用和最终验收。

它们不是四种更厉害的 AI,也不是谁能替代谁。每一层解决的是不同问题。」

13:40–13:50 · MD 文件,就是排版清楚、用普通文字也能读的文件

「MD 是 Markdown 的简称,文件名最后通常是 `.md`。

它本质上还是普通文字。即使没有专门软件,你也能打开看。不同的是,它用一些很简单的标记,让结构更清楚。

一个 `#` 可以表示大标题,两个 `##` 可以表示小标题,短横线可以列出一条条内容,代码块可以保存命令和例子。

但是要记住:写进 MD 文件,不等于电脑会自动执行。它只是把内容整理清楚,方便人读,也方便 Codex 读。」

13:50–14:05 · 先做一份《我的私人老师.md》

「请在课程练习文件夹里新建一份文件,名字叫《我的私人老师.md》。

这份文件不是个人档案,更不能变成隐私大集合。我们只写完成学习任务真正需要的信息:我的大概水平;这十分钟要学会什么;请 Codex 先复述目标;信息不够时先问三个问题;每次都让我先回答;最后关掉提示,由我独立完成。

不要写真实姓名、学校、电话、家庭住址、账号、密码或家人的信息。」

请这样教我

「完成以后,让 Codex 先读取这份文件,再开始一轮非常小的试学。文件不是写完就算完成,必须用一次,看看里面的规则有没有真的帮助你。」

14:05–14:15 · Skill 像一份会被重复使用的操作手册

「Skill 不是一个神奇按钮,也不是给 Codex 换了一个更聪明的大脑。

Skill 更像一个工作文件夹,里面装着一套可以重复使用的做法。一个 Skill 最核心的文件叫 `SKILL.md`。

这个文件开头至少要写清名字,也就是 `name`;还要写清什么时候应该使用,也就是 `description`。正文再写具体步骤、不能碰的边界,以及做到什么算完成。

复杂一点的 Skill 还可以带参考资料、模板、图片或脚本。但今天我们只做最简单的说明,不写复杂程序。

Codex 可以先根据名字和说明判断这套方法是否适合当前任务,真正需要时再读取完整说明。我们也可以明确告诉它使用某个 Skill。」

14:15–14:30 · 把私人老师的成功方法整理成一个小 Skill 草稿

「现在把昨天成功的一轮私人老师对话,整理成一个小 Skill 草稿。

先建立 `study-coach` 文件夹,再在里面建立 `SKILL.md`。这份说明要回答三个问题:什么时候应该使用它?它按什么顺序工作?哪些事情不能替学生做?

今天我们只在课程练习文件夹里做草稿,不安装到全局,不公开发布,也不要求大家写脚本。」

「这只是课程沙盒里的草稿。不要点击不认识的安装按钮,也不要把它复制到不熟悉的目录。」

14:30–14:40 · MCP 像 AI 的工具接口,让它能使用外部工具和资料

「MCP 的全名今天不用背。先记住一句准确的话:MCP 是一套连接规则,让模型可以连接工具和资料。

提供这些能力的 MCP 服务器,会告诉 Codex:我这里有哪些工具,每个工具需要什么输入,会返回什么输出,又需要什么权限。

这些工具可能连接浏览器、课程文档或 GitHub,也可能是电脑上的本地程序或网络服务。但没有真正连接,就不能假装已经调用。

最容易混淆的是 Skill 和 MCP。Skill 告诉 Codex 怎样做,像操作手册;MCP 给 Codex 提供能使用的工具和资料,像受控的工具接口。一个讲做法,一个提供工具。」

14:40–14:50 · 先看工具清单,再选一个只读工具

「第一次接触 MCP,我们只做只读测试。

先确认连接的是哪个老师预先配置好的 MCP 服务器;再看清楚它提供了哪些工具;第一次只选择‘读取’或‘搜索’;运行以前先说清准备输入什么;运行以后检查它返回了什么,资料来自哪里。

如果一个工具会发送消息、删除文件、修改外部资料、付款或者公开发布,全部停下,不能现场放行。

没有预先配置好 MCP 的同学只观察演示,不临时下载、不临时登录,也不安装网上随便找到的服务器。」

14:50–15:00 · API 像软件之间的点单窗口:发请求,收结果

「API 是软件之间沟通的一套接口。

可以先把它想成一个点单窗口。准确一点说,它规定了请求送到哪里、数据按什么格式发送,以及服务怎样返回结果。

一次 API 往返通常有这些部分:地址,也就是 endpoint,请求要送到哪里;凭证,谁有权使用;请求,这次发过去什么 input;处理,服务完成工作;响应,返回 output 或错误;最后由应用决定怎样把结果显示出来,或者下一步怎样使用。

比如一个小程序把问题发送给 AI 服务,服务返回结果,小程序再把结果显示在屏幕上。这就是软件和软件在沟通,不是人直接在聊天框里打字。」

15:00–15:10 · API Key 不能放进网页、截图、作业或班级群

「先看清楚:今天的屏幕上不会出现任何真实 API Key。

API Key 是秘密凭证,不是可以随便复制的一串字。它不能写进浏览器前端代码,不能粘贴到聊天,不能出现在截图、作业、公开仓库或班级群里。

真正使用时,应该由服务器从环境变量或专门的密钥系统读取,而不是把 Key 直接写死在代码里。

API 请求还可能产生费用,也可能遇到额度限制。所以今天学生不注册付费 API 服务、不充值、不自行创建 Key。真实账号、Key、费用和额度全部由老师管理。

如果发现真实 Key 已经出现在截图或公开位置,第一步是立刻停止继续分享,然后马上告诉老师,由管理员撤销或更换。」

15:10–15:20 · MD 记规则,Skill 管流程,MCP 接工具,API 连服务

「现在还是用同一个私人老师项目,把四层合起来。

MD 文件保存我的大概水平、这次目标和学习规则;Skill 让 Codex 每次尽量按同一套教学流程推进;MCP 让 Codex 连接老师允许使用的课程资料或只读工具;API 让网站或小程序向 AI 服务发送请求,再接收结果。

Codex 可以帮助我们把文件、工具和程序组装起来。但是权限、费用和最后验收仍然由人决定。

四层不是互相替代。只想保存规则,用 MD;想重复一套方法,用 Skill;需要连接工具和资料,看 MCP;软件要向服务发请求,看 API。」

15:20–15:30 · 今天先做到:能解释、能指证据、能守住边界

「今天不要求每个人把所有东西全部安装好,更不要求大家连接陌生工具或注册付费服务。

今天要留下六份证据:上午聊天修改前后的证据;一份《我的私人老师.md》;一份 `study-coach/SKILL.md` 草稿;一次老师预先配置的只读 MCP 演示记录;一张不含真实 Key 的 API 请求与响应流程图;还有一份《我的 AI 能力地图.md》,用自己的话写清 MD、Skill、MCP、API 分别解决什么问题。

没有连接 MCP 的同学就记录观察结果,不能假装自己调用过。API 图里只能使用隐藏后的占位符,不能出现真实 Key。

会背四个英文词不算会。能用自己的话解释,能指出屏幕证据,能在遇到权限、付费、隐私和密钥时停下来,才算真的学会。」

「上午,你们证明了自己能把一段聊坏的对话救回来。

下午,你们看见了一次成功怎样从聊天变成文件、变成方法、接上工具,再进入软件。

真正厉害的不是装了多少东西,而是你知道每一层在干什么,什么时候可以继续,什么时候必须停下。

今天的 Day 2 到这里结束。」