再学 AI
第 08 课 / wait-what
当前 · 通用阅读 → 对照 → 问答 → 场景

当老师讲不清时,要求重新解释

这个入口让 Agent 补回你缺失的背景,并使用共同语言重述上一条信息。

还不清楚 Skill、Agent、安装和调用?先读 从零开始的6节入门课

在关系图中查看 wait-what 与其他技能的关联 →

先把必要的概念讲清楚

这是请求重新讲清楚的简短入口。对初学者尤其重要:看不懂术语时,要让解释补上缺少的背景,而不是重复一遍更短的原句。

下面是老师补充的入门说明;原作者的要求保留在中英对照正文中。所有例子均为帮助理解而构造的教学情境。

domain glossary|业务领域术语表

规定项目的重要概念叫什么、指什么。domain 在这里是业务领域,不是互联网域名。课程是一组课时,课时是一份学习内容;混用会把“收藏课程”实现成“收藏某一课时”。统一语言不仅统一拼写,还统一概念边界。

context|Agent 当前可用的上下文

模型这一轮实际能使用的请求、对话、指令和已读文件内容。它不是电脑上所有资料,也不是永久记忆。文件存在但没被读到,就不一定参与推理。交接文档应指明当前目标、进度、关键证据位置和下一步,让新会话能够恢复必要背景。

读原文,理解每一步为什么这样做

左右内容按小节对应;窄屏先中文、后英文。两种语言均完整展示,对应讲解紧接在小节之后。译文传达原文要求;老师讲解补充概念、原因、例子与适用边界。

中文译文English · 英文原文
中文译文
name: wait-what
description: "等等,上一条信息没有讲明白:重新解释。"
disable-model-invocation: true
English · 英文原文
name: wait-what
description: "Stop. That last message did not land: re-pitch it."
disable-model-invocation: true
中文译文

等等,我没有理解你刚才讲到哪里了。请换一种方式重新解释:先补充一点必要背景,再使用 ASD-STE100 简化技术英语,并采用 CONTEXT.md 里约定的项目术语。如果仓库有多份 CONTEXT.md,先根据 CONTEXT-MAP.md 找到相关的那一份。

English · 英文原文

Wait, I don't understand where you've got to here. Re-pitch that: give me a little bit of context, talk in ASD-STE100 Simplified Technical English, and use the ubiquitous language from CONTEXT.md (follow CONTEXT-MAP.md to the right one if the repo has more than one).

老师讲解 · 对应上方原文 · 含教学举例

“重新解释”应补哪一层背景

原文引用一种简化技术英语的写法,意在用受控、清楚的语言减少歧义。本课程面向中文学习者,更直接的要求是完整中文句子、先定义术语、再解释因果与例子,而非机械翻成简短英文。

例如“提高 seam 的层级”仍然难懂;可以先说“测试从哪个入口操作系统”,再用页面、接口、内部函数比较覆盖范围。你缺少的是概念桥梁,不是同一句话的同义词。

使用 CONTEXT.md 是保持项目既定含义。多业务范围时先找正确词典,避免把另一领域的同名概念套过来。

让 AI 补上缺失背景,而不是再换一组术语

这句话是用户可以向 AI 提出的重新讲解请求。 例如 AI 说“提升 seam,降低 coupling”,初学者还不知道对象是什么。重新解释应先说:“我们从收藏接口检查完整结果,这样内部函数改名后,测试较少受影响。”再介绍术语。

原文要求简化技术英语;你的学习材料可以明确要求清楚的中文、完整句子、背景与例子。不要声称中文教材满足某项英语标准。

采用项目词汇是为了避免一会儿说课程、一会儿说课时,却没有说明两者不同。讲清楚的标准是你知道这段话解决什么问题、涉及哪些对象、为何这样安排,不只是换几个更短的词。

原作者:Matt Pocock · 中文翻译为非官方译本

来源:skills/productivity/wait-what/SKILL.md ↗

固定版本:3cca18b368ae95cdbdebbff572ccafa662551015

先作答,再看参考思路

Q1 · 理解

用自己的话说明:它解决什么问题,完成后会留下什么?

请各用一句话回答。若它只做规划或解释,不要把“已开发”“已部署”写成产物。

Q2 · 判断

wait-what 与 zoom-out 的重点有什么不同?

我已思考,查看参考思路

前者修复刚才的解释与背景缺口;后者把视角拉高,展示模块和调用关系。你可能只需一个具体例子,不一定需要完整架构图。

Q3 · 追问

原文中哪条要求在你的环境下可能不成立?

说出具体一句及其前提,例如工具不可用、资料缺失、已有项目约定冲突,或它只是作者偏好。把你的答案带回课堂,我们据此继续讨论。

课堂回传格式:第 08 课 / 我的理解 / Q2 回答 / 仍不理解的原句。这里是阅读教材;实时问答在我们的对话中进行。

把方法放进一个具体情境

教学案例:“在预先确认的 seam 上测试”可以重讲为“先约定从哪个对外入口输入数据,再看返回结果;不要深入私有函数去验证实现细节”。随后才介绍 seam 的技术含义。

边界与容易误读的地方

简单不等于删掉限制条件。若简化后把“可能”变成“必然”,解释更容易读却更不准确。

讨论后再实践:先判断上述情境是否适用,再选择真实任务。现在无需安装、运行命令或修改现有项目。

关联阅读