课堂真正要完成
一个学科、一个知识点、一条教学路径、三级提示、一道独立检验、一个本地HTML和一次同伴测试。
利用真实成品帮助学员看见终点,再把复杂产品拆成一连串可以理解、可以验证、可以亲手完成的小决定。
学习地图 · 单词 · 听力 · 口语 · 作文 · AI搭子
01 · 核心决策
孩子今天要学的是怎样设计AI老师,而不是怎样一次性搭建完整互联网产品。
一个学科、一个知识点、一条教学路径、三级提示、一道独立检验、一个本地HTML和一次同伴测试。
多年级词库、完整SRS、账号、数据库、云同步、真实API和多人系统,全部进入后续产品工程线。
02 · 案例解剖
从能运行的最小闭环出发,每次只增加一个新的学习价值。
03 · 学员路线
每一步只承担一个认知任务,每一步都有可见产物和进入下一步的闸门。
分析帮助谁、解决什么,不只评价画面。
任务—作答—反馈—再练习—记录。
锁定一个知识点和一种典型卡点。
诊断问题、三级提示、独立检验。
规定每一种回答之后的下一步。
先跑通学习流程,最后才美化。
异常输入、索要答案、检验失败。
孩子亲自说明决定、错误和证据。
04 · 提示词教学
点击展开,可直接复制到WorkBuddy。学员先填写自己的内容,再让AI协助整理和实现。
请先不要修改文件,也不要写代码。 请分析当前“少年英语进阶岛”案例,并用适合小学生理解的语言回答: 1. 它主要帮助哪类学习者? 2. 学习者最可能遇到哪些困难? 3. 哪些功能只是展示,哪些真正形成学习闭环? 4. 请选择一个最小闭环,用“任务—作答—反馈—再练习—记录”表示。 5. 如果让第一次做项目的孩子复刻,哪些功能必须删除或推迟? 最后输出表格:功能、解决的问题、学习价值、实现难度、是否进入课堂版。
你现在是我的产品定义教练,不要写代码。 我要制作一个【学科】学习助手。 它帮助【年级/学习者】学习【一个具体知识点】。 学习者最常出现的错误是【典型错误】。 我认为他出错的可能原因是【卡点原因】。 请一次只问我一个问题,帮助我补全: 代表任务、正确过程、两种卡点、诊断问题、一道不同但同类的独立检验题。 不要替我决定答案。知识可能不正确时,提醒我找课本、老师或同伴核验。 最后整理成《单知识点助手定义卡》。
请根据我的《单知识点助手定义卡》设计教学规则,不要写代码。 必须满足: 1. 每次只问一个问题; 2. 先诊断卡点,再决定提示; 3. L1只提醒观察方向; 4. L2指出相关规则; 5. L3只带做第一小步,不公布最终答案; 6. 直接索要答案时,先要求一次尝试; 7. 原题完成后换一道同类题独立检验; 8. 没有独立完成,不能显示“已经掌握”。 输出:开场语、诊断问题、三级提示、答案解锁条件、独立检验、掌握标准和禁止事项。 信息不足时,一次只问我一个问题。
请把我的教学规则整理成状态图,不要写代码。 状态至少包含: 开始 → 显示任务 → 第一次回答 → 诊断 → L1 → L2 → L3 → 原题完成 → 独立检验 → 总结方法 分别说明:第一次答对、第一次答错、连续答错、空输入、直接要求答案、 独立检验答错、独立检验答对时的下一步。 用“当前状态 / 学习者行为 / 系统反馈 / 下一状态”表格输出。 发现逻辑断点时先指出,不要自行掩盖。
请读取产品定义卡、教学规则和状态图。现在只输出开发计划,不修改文件。 课堂约束: - 一个本地单页面HTML; - 只服务一个知识点; - 不使用登录、数据库、外部API或真实密钥; - 只用当前页面或localStorage保存; - 必须有诊断、三级提示、独立检验和重新开始; - 必须列出正常与异常测试。 输出:页面区域、交互流程、保存数据、文件清单、7条验收测试、明确不做的功能。 最后停下来,等待我审查。
计划已由我审查通过。请按照计划制作课堂版V1。 优先级: 1. 学科知识正确; 2. 教学状态完整流转; 3. 不直接泄露答案; 4. 独立检验有效; 5. 操作清楚; 6. 最后才是视觉美化。 请创建可直接双击打开的 index.html。 完成后不要扩展功能,只报告:创建了什么、如何打开、7种测试方法、已知限制。
请先不要修改代码。作为教学质检员,依次模拟: 1. 第一次就答对; 2. 连续答错三次; 3. 输入空内容; 4. 输入无关内容; 5. 直接说“告诉我答案”; 6. 原题答对但独立检验答错; 7. 刷新页面后重新开始。 每项输出:实际结果 / 预期结果 / 对学习者的影响 / 严重程度 / 建议修改。 等我选择最重要的问题后,只修复这个问题,并重新测试。
请生成90秒发布检查清单,不要替我写完整演讲稿。 我必须亲自讲清: 1. 我帮助谁; 2. 他可能卡在哪里; 3. 我从案例借鉴了什么结构; 4. 为什么不让AI直接给答案; 5. 三级提示怎样变化; 6. AI第一次做错了什么; 7. 什么测试证明修改有效; 8. 怎样才算真正学会。 每项只给关键词和提醒,不生成可直接照读的答案。
05 · 选择性增强
避免孩子陷入功能堆砌,让每次迭代都对应一个明确的学习价值。
认识规则 → 提示完成 → 独立完成,用掌握证据解锁。
记录检验错误,用localStorage安排下一次复习。
语音是可选输入,必须保留文字回退和权限提示。
先审核系统规则和模拟对话,不在课堂接入真实密钥。
06 · 教学理念
最终页面只是载体,孩子的学习成果是能够做出教育判断并用证据修正。
用完整版建立愿景,用V1保证每个孩子能完成。
把需求、教学、流程、实现和测试分开处理。
AI写实现,孩子决定教什么、怎么提示、怎样算学会。
不能说明学习价值的动画、积分和账号都应推迟。
原题允许提示,新题必须独立完成并解释方法。
让孩子描述现象、影响、修改和复测,而不是反复重生成。
L1看方向、L2找规则、L3做第一步,检验时撤掉脚手架。
保留“诊断—提示—检验”结构,替换学科知识和卡点。
不收集敏感信息、不暴露密钥、不依赖外部服务完成主流程。
07 · 双循环
学习循环和设计循环共同发生,Day3才不是一次简单的网页制作课。
08 · 评价标准
视觉表现只占5%,因为本课成长目标是“会设计规则”。
| 评价项 | 观察证据 | 权重 |
|---|---|---|
| 学科知识正确 | 本人完成并经过课本、同伴或教师核验 | 25% |
| 能解释学习者卡点 | 区分至少两种不同错误原因 | 20% |
| 诊断问题有效 | 一个问题能够决定下一步提示 | 15% |
| 三级提示不过度代做 | 提示逐渐具体但不泄露最终答案 | 15% |
| 独立检验真实有效 | 更换情境,撤掉提示,仍能独立完成 | 10% |
| 根据测试证据修改 | 有故障记录、修改指令和复测结果 | 10% |
| 视觉表现 | 页面清楚、儿童可用、投屏可读 | 5% |
09 · 工程边界
课堂原型用于儿童共创和教学验证,不能未经审核直接进入正式产品。