发布应用1.0版本后,开发者Matt Webb需要亲自解决旋转问题,却一直没能掌握相关数学方法。他没有让ChatGPT直接写代码,而是把它当作可反复追问的辅导老师,最终学会了足以让应用工作的知识。这个案例值得关注,不在于AI完成了多少工作,而在于人是否因此获得了解决问题的能力。
现有信息来自Matt Webb的个人复盘,由Simon Willison于2026年8月21日摘引。材料没有完整开发记录、量化指标或第三方验证,因此本文只讨论一个可以确认的结果:开发者报告称,AI辅助讲解帮助他跨过了此前未能跨过的知识门槛。
他完成的是一次任务型学习
Matt Webb在发布应用1.0版本后,发现后续工作涉及旋转,需要由自己处理。要解决这个问题,他必须学习四元数。四元数是一种可以用来描述空间旋转的数学方法,普通使用者不必掌握其完整理论,但开发相关功能时可能需要理解具体用法。
此前,他尝试过读书,也向数学专业的朋友请教,但始终没有学会怎样把相关知识用到眼前的任务中。后来,他与ChatGPT进行互动式学习,让AI承担讲解和答疑的角色。
按照Matt Webb的说法,他最终学会了“刚好足够”的四元数知识,让应用能够工作。来源标题还提到,相关项目是Galactic Compass 2,并带有新的增强现实模式。增强现实是把数字内容叠加到现实环境中的显示方式。
这个结果需要准确描述:它不是“AI学会了数学”,也不是“AI独立完成了应用”。真正发生的事情,是开发者通过AI讲解获得了完成特定任务所需的理解,并亲自把这种理解用于开发。
关键不是提问技巧,而是任务边界
来源没有公布完整对话,无法还原Matt Webb使用了哪些提示词、进行了多少轮追问,也无法判断ChatGPT具体怎样解释四元数。不过,从他的自述中,可以看出三项明确的任务安排。
第一,学习由真实问题触发。他不是泛泛地要求AI教授一门数学课,而是需要解决应用里的旋转问题。学习范围因此被压缩到“让这项功能能够工作”所必需的部分。
第二,他没有把代码交付设为AI的主要任务。Matt Webb明确表示,自己不是让ChatGPT写代码,而是让它教育自己。AI提供讲解,人仍然负责理解、实现和面对最终结果。
第三,学习的终点不是掌握完整理论,而是获得足够解决问题的知识。这种目标更容易检查:使用者是否能把学到的内容带回项目,能否理解实现为何适用于当前问题。
这也是案例最有参考价值的部分:先找出阻碍任务的具体知识,再让AI围绕这个缺口进行互动讲解,最后回到实际工作中验证理解。它比“让AI讲讲数学”更具体,也和直接复制生成代码有明显区别。
结果成立,但证据范围有限
目前最直接的结果证据,是Matt Webb自己的描述:他学会了足够使用四元数的知识,并让应用工作起来。他还认为,把部分思考交给AI并没有使学习停止,反而推动自己继续学习。
这可以支持一项个人案例结论,却不足以证明普遍效果。来源没有披露应用代码、运行演示、错误率、开发耗时或使用前后的对比,也没有提供用户反馈和第三方测试。
材料同样没有说明旋转功能的验收标准。“能够工作”可能代表功能已经按开发者预期运行,但不等于实现没有缺陷,也不能证明其性能、稳定性或维护成本达到了某种水平。
因此,本文不能据此宣称AI提高了多少开发效率,也不能判断这种学习方式一定优于书籍、课程或向专业人士请教。此前其他方式没有帮助Matt Webb解决问题,是其个人经历;来源没有提供可供比较的统一条件。
现阶段最稳妥的成果口径是:一名开发者称,AI的互动讲解帮助他完成了一次面向真实任务的学习。知识掌握程度、功能质量和长期效果均缺少量化证据。
卡在局部知识的人可以怎样借鉴
这条路径更适合已经有明确任务、具备一定执行能力,但被一个局部概念卡住的人。比如,开发者知道自己要实现什么,也愿意亲自处理代码,只是暂时不理解其中一段数学知识。
可以借鉴的并不是四元数本身,而是一套任务顺序:先写清要完成的具体工作;再定位阻碍工作的知识点;要求AI解释概念、回答追问,而不是直接交付成品;最后用真实任务检查自己是否已经理解。
判断学习是否有效,也不应只看AI回答是否流畅。使用者至少应能用自己的话说明关键概念,解释它为什么适用于当前问题,并在实现出现异常时继续排查。
如果使用者没有明确目标,也无法检查回答是否正确,这种方法的可靠性就会下降。来源没有说明Matt Webb是否用教材、技术文档、测试或专家意见复核AI讲解,因此不能把他的路径直接视为一套经过验证的教学方案。
对于医疗、金融、安全等结果要求较高的任务,仅凭程序能够运行更不足以完成验证。虽然本案例不涉及这些领域,但它提醒使用者区分两件事:AI可以降低理解陌生知识的起步门槛,最终结果仍要由能够承担责任的人检查。
能运行不等于已经完全掌握
Matt Webb强调的是学到“刚好足够”的程度。这种任务导向的学习可以帮助人迅速跨过局部障碍,但也有清晰边界:解决一次问题,不等于系统掌握一门知识;完成功能,不等于实现经过充分测试。
AI讲解本身也可能出错。由于来源没有公开对话内容,编辑部无法核验ChatGPT是否给出过不准确的解释,也无法确认Matt Webb采用了什么纠错和验证方法。对结果要求越高,越不能只把“程序跑起来”作为唯一标准。
普通人和小团队可以带走的一项判断是:AI的实际用途不只有代写成品,它也能把难懂知识变成可以连续追问、立即应用的小块。但这项价值成立的前提,是人保留对任务、实现和验证的责任。
接下来最需要核实两个信号:其一,增强现实模式是否已经正式上线,并有可检查的运行结果;其二,学习和开发过程是否留下对话、代码或测试记录,能够证明AI讲解与最终实现之间的关系。
来源
- Simon Willison,《Quoting Matt Webb》,2026年8月21日:<https://simonwillison.net/2026/Aug/21/matt-webb/>
夜雨聆风