568 lines
24 KiB
Markdown
568 lines
24 KiB
Markdown
---
|
||
课时: 2
|
||
主题: 提示词工程进阶
|
||
核心能力: [提问力, 拆解力]
|
||
核心工具: [Trae IDE]
|
||
时长: 90分钟
|
||
透明化层级: 结果层
|
||
适用路线: AICODE-06（有扣子/低代码经验的学生）
|
||
---
|
||
|
||
### 1. 课程目标
|
||
|
||
**知识目标：**
|
||
- 理解"模糊提示词"和"精确提示词"的本质区别：碰运气 vs 精确控制
|
||
- 掌握四种编程级提示词技巧：分步编号法、具体化描述、交互描述法、上下文迭代法
|
||
- 知道单文件 HTML 项目的能力边界（能做什么、不能做什么）
|
||
|
||
**能力目标：**
|
||
- 能将一个模糊的项目想法拆解成 3-5 条有编号的精确指令
|
||
- 能用"用户做什么→程序做什么"的句式描述交互逻辑
|
||
- 能在 Trae Builder 中对已有代码进行至少 2 轮有效迭代，而不是每次重新开始
|
||
- 能独立完成一个自选主题的小项目（游戏/工具/创意页面任选其一）
|
||
|
||
**情感目标：**
|
||
- 体验"说得越具体，AI做得越像我想要的"带来的掌控感
|
||
- 建立"我是创作者，AI是执行者"的主体意识
|
||
- 愿意主动拆解复杂需求，而不是依赖"碰运气"
|
||
|
||
---
|
||
|
||
### 2. 核心概念与误概念预设
|
||
|
||
**核心概念认知层级：**
|
||
|
||
| 概念 | 六年级类比 | 认知层级 |
|
||
|------|----------|---------|
|
||
| 分步编号法 | 像菜谱：第一步切菜，第二步热油，每步只做一件事 | 理解层 |
|
||
| 具体化描述 | 不说"好看的衣服"，说"红色圆领T恤" | 理解层 |
|
||
| 交互描述法 | "你按开关→灯亮了"的因果描述 | 应用层 |
|
||
| 上下文迭代法 | 像跟朋友聊天接着说，不是每次重新自我介绍 | 应用层 |
|
||
| 能力边界 | 知道这个工具能做什么、不能做什么 | 理解层 |
|
||
|
||
**典型误概念表：**
|
||
|
||
| 编号 | 误概念 | 正确认知 | 激发策略 |
|
||
|------|--------|---------|---------|
|
||
| M1 | "提示词写得越长越好" | 长不等于精确，关键是结构清晰、每句话只说一件事 | 展示又长又乱 vs 简短但结构清晰的提示词效果对比 |
|
||
| M2 | "AI看得懂我的意思，不用说那么细" | AI没有读心术，只能按字面意思执行 | 用"做个好看的游戏"实验，看AI的随机发挥 |
|
||
| M3 | "每次想改都要重新发一遍所有要求" | 可以在已有对话基础上追加修改，AI记得上下文 | 演示"重新来" vs "追加修改"的效率差异 |
|
||
| M4 | "我想做什么AI就能做什么" | 单文件HTML有明确的能力边界 | 展示"能做/不能做"清单 |
|
||
| M5 | "提示词技巧是语文课，和编程没关系" | 提示词的"1.2.3.步骤"和代码的顺序执行是同一个逻辑 | 类比提示词结构和程序执行逻辑 |
|
||
|
||
---
|
||
|
||
### 3. 教学准备
|
||
|
||
**工具与环境：**
|
||
- Trae IDE（已安装，版本与第1课一致）
|
||
- Chrome 浏览器
|
||
- 每人一台电脑，Win10，8GB RAM
|
||
- 教师机连接投影
|
||
|
||
**教学资源：**
|
||
- 教师准备：2个对比演示文件（模糊提示词 vs 精确提示词生成的同主题项目）
|
||
- 教师准备：3个"卡住时的救场提示词"（见第5章）
|
||
- 教师准备："能做/不能做"能力边界清单（见第6章，建议投影展示）
|
||
- 学生资源：无需提前准备
|
||
|
||
**教师备课体验任务：**
|
||
> 备课前，教师必须亲自完成以下操作：
|
||
> 1. 用"做个好玩的游戏"在 Trae Builder 生成一次，截图保存结果（演示 demo-bad）
|
||
> 2. 用分步编号法写一段精确提示词，生成同主题游戏，截图保存（演示 demo-good）
|
||
> 3. 尝试在已有对话中用"追加修改"而不是"重新开始"进行迭代
|
||
> 4. 确认"能做/不能做"清单中的每一条都亲自验证过
|
||
> 5. 准备至少3个"卡住时的救场提示词"并验证可用
|
||
|
||
---
|
||
|
||
### 4. 教学流程
|
||
|
||
---
|
||
|
||
**第一幕：联系 (Connect) — 10分钟**
|
||
|
||
*本幕目标：激活第1课经验，用对比实验制造认知冲突，引出"精确提示词"的必要性*
|
||
|
||
**上节课回顾 + 情景导入 (10分钟)**
|
||
|
||
**师：** 同学们，上节课我们用 Trae 做了第一个项目。还记得那种感觉吗？你们说，AI帮你做出来的东西，每次都是你想要的那个样子吗？
|
||
|
||
**生：** （预期：有时候是/有时候差一点/跟我想的不一样）
|
||
|
||
**师：** 对！这就是今天要解决的问题。来，看这两个东西。
|
||
|
||
（投影展示教师课前用模糊提示词生成的结果）
|
||
|
||
**师：** 这是我昨天告诉AI——"帮我做一个好玩的游戏"——生成的。大家觉得怎么样？
|
||
|
||
**生：** （预期：有点奇怪/看不懂在玩什么/颜色好丑）
|
||
|
||
（投影切换，展示精确提示词生成的同主题结果）
|
||
|
||
**师：** 这也是我昨天生成的，同一个主题。区别只是我换了一种"说法"。差距大吗？
|
||
|
||
**生：** （预期：这个好多了！/看起来像真的游戏！）
|
||
|
||
**师：** 所以今天这节课，我们只做一件事——学会怎么"说清楚"。**说得越清楚，AI做得越像你想要的。** 这件事有个专业名字，叫做**提示词工程**。别被名字吓到，就是"好好说话的艺术"。【诊断点：学生是否能说出第1课遇到过的"AI没做对"的经历】【理解层】
|
||
|
||
---
|
||
|
||
**第二幕：建构 (Construct) — 65分钟**
|
||
|
||
---
|
||
|
||
**【分段一：四个秘密武器】(20分钟)**
|
||
|
||
*本段重点：传授四种编程级提示词技巧，建立"结构化表达"的意识*
|
||
|
||
**讲解与演示 (12分钟):**
|
||
|
||
**预设误概念：**
|
||
- M1: 提示词写得越长越好
|
||
- M2: AI看得懂我的意思
|
||
|
||
**师：** 好，现在我来教你们四个"说清楚"的秘密武器。不用背，一会儿你们要用它们做项目。
|
||
|
||
**武器一：分步编号法**
|
||
|
||
**师：** 第一个武器叫**分步编号法**。把你想要的东西列成1、2、3、4步，每步只说一件事。
|
||
|
||
（投影展示对比）
|
||
|
||
```
|
||
❌ 模糊版：帮我做一个猜数字游戏，要好玩一点
|
||
|
||
✅ 精确版：
|
||
帮我做一个猜数字游戏，要求如下：
|
||
1. 页面背景是深蓝色
|
||
2. 游戏随机生成一个1到100之间的数字
|
||
3. 玩家在输入框里输入猜测，点击"猜一猜"按钮提交
|
||
4. 如果猜大了，显示红色文字"猜大了！"
|
||
5. 如果猜小了，显示蓝色文字"猜小了！"
|
||
6. 猜对了，显示撒花动画，告诉玩家用了几次猜到
|
||
```
|
||
|
||
**师：** 精确版有几条？
|
||
|
||
**生：** 六条。
|
||
|
||
**师：** 对。每一条只说一件事。AI按照1、2、3的顺序做，就不会漏掉细节。这跟写代码的逻辑一样——代码也是一步一步执行的。
|
||
|
||
**武器二：具体化描述**
|
||
|
||
**师：** 第二个武器叫**具体化描述**。凡是你用了"好看的""大的""漂亮的"这种词，AI都会自己猜——猜的不一定是你想要的。
|
||
|
||
（投影展示）
|
||
|
||
```
|
||
❌ 模糊版：按钮要好看一点，大一点
|
||
|
||
✅ 精确版：按钮颜色是橙色，大小大概是"确认"这两个字的三倍宽，
|
||
字体要比正文大一圈，有圆角
|
||
```
|
||
|
||
**师：** 记住一个原则：**颜色说色名，大小打比方**。AI能理解"大概是XX的三倍"这种比喻，比"大一点"精确多了。
|
||
|
||
**武器三：交互描述法**
|
||
|
||
**师：** 第三个武器叫**交互描述法**。当你的项目有互动时——比如点按钮会发生什么——按照"**用户做什么→程序做什么**"来描述。
|
||
|
||
（投影展示）
|
||
|
||
```
|
||
❌ 模糊版：点击按钮要有反应
|
||
|
||
✅ 精确版：
|
||
- 用户点击"开始"按钮→倒计时从10开始，每秒减1，显示在屏幕中央
|
||
- 用户点击"暂停"按钮→倒计时停止，按钮文字变成"继续"
|
||
- 倒计时归零→播放红色闪烁效果，显示"时间到！"
|
||
```
|
||
|
||
**师：** 注意这个箭头"→"，左边是"用户做什么"，右边是"程序做什么"。记住这个箭头，特别好用。
|
||
|
||
**武器四：上下文迭代法**
|
||
|
||
**师：** 第四个武器叫**上下文迭代法**。最简单——当AI已经做了一部分，你想改或加东西，**不要重新开始**，直接在对话里追加。
|
||
|
||
（投影展示）
|
||
|
||
```
|
||
❌ 错误做法：重新发一段超长提示词，把所有要求再写一遍
|
||
|
||
✅ 正确做法：
|
||
[第一轮] 帮我做一个猜数字游戏（基础版）
|
||
[第二轮] 很好！现在在页面顶部加一个分数显示，每次猜对加10分
|
||
[第三轮] 把背景颜色改成星空主题，有几个会动的小星星
|
||
```
|
||
|
||
**师：** AI记得你们的对话历史，它知道你们在做什么。你只需要告诉它"改这里""加这个"就行。就像让朋友帮你画画，画好了你说"加一朵云"——不需要让他重新画。
|
||
|
||
**学生实践 (5分钟):**
|
||
|
||
**师：** 四个武器都讲完了。现在投影上有这四个武器的速查表，等一下做项目随时可以看。我们先做一个小练习——
|
||
|
||
（投影展示一段模糊提示词）
|
||
|
||
```
|
||
帮我做一个倒计时器，好看一点，能用的
|
||
```
|
||
|
||
**师：** 谁能用今天学的武器，把这段话改成精确版？
|
||
|
||
（请2-3个学生口头改写，教师在投影上实时记录，引导补充）
|
||
|
||
**进度同步 (3分钟):**
|
||
|
||
**师：** 大家注意刚才的改写过程——从一句模糊的话变成5-6条具体指令。这就是今天最核心的能力。
|
||
|
||
【诊断点：学生能否用交互描述法中的"→"来描述一个交互】【理解层】
|
||
|
||
---
|
||
|
||
**【分段二：选项目 + 能力边界确认】(10分钟)**
|
||
|
||
*本段重点：学生自选项目方向，教师快速判断可行性，明确"能做/不能做"*
|
||
|
||
**讲解与演示 (5分钟):**
|
||
|
||
**预设误概念：**
|
||
- M4: 我想做什么AI就能做什么
|
||
|
||
**师：** 在你们开始做项目之前，我要先告诉你们一个很重要的事——我们今天能做什么，不能做什么。
|
||
|
||
（投影展示能力边界清单）
|
||
|
||
```
|
||
✅ 今天能做的：
|
||
各种小游戏（猜数字、打地鼠、打飞机、记忆翻牌、贪吃蛇……）
|
||
工具类（计算器、倒计时器、秒表、单位换算……）
|
||
创意页面（互动贺卡、选择冒险故事、趣味测验、表情包生成器……）
|
||
动画效果（粒子动画、烟花、下雪、流星……）
|
||
|
||
⚠️ 有风险的：
|
||
需要联网查数据的（查天气、查快递——本地文件无法联网）
|
||
需要保存数据的（关浏览器数据就没了——能接受就没问题）
|
||
|
||
❌ 今天做不了的：
|
||
手机App / 多人实时联机对战 / 微信小程序
|
||
真正的AI对话功能（需要API密钥）
|
||
```
|
||
|
||
**师：** 看到这个清单，谁已经有想法了？
|
||
|
||
**学生实践 (3分钟):**
|
||
|
||
**师：** 每个人在心里确定一个项目想法，想好了举手告诉我，我帮你判断能不能做。
|
||
|
||
（教师快速巡场，针对学生想法做快速判断）
|
||
|
||
**进度同步 (2分钟):**
|
||
|
||
**师：** 大家基本都有方向了。记住：今天的目标不是做出"完美作品"，而是练习用**精确提示词**来做。做出来能玩，比做出来好看更重要。
|
||
|
||
【诊断点：学生提出的项目想法是否在能力边界内】【应用层】
|
||
|
||
---
|
||
|
||
**【分段三：对比实验——坏提示词 vs 好提示词】(10分钟)**
|
||
|
||
*本段重点：学生亲自体验模糊vs精确的差距，建立"提示词质量决定结果质量"的认知*
|
||
|
||
**讲解与演示 (2分钟):**
|
||
|
||
**预设误概念：**
|
||
- M2: AI看得懂我的意思
|
||
|
||
**师：** 现在每个人打开Trae，新建一个项目文件夹。第一步，我要你们做一件反常的事——先用**模糊提示词**来问AI，越随意越好。
|
||
|
||
**学生实践 (6分钟):**
|
||
|
||
（学生用一句话模糊描述自己的项目，等AI生成约2分钟）
|
||
|
||
**师：** 生成出来了，先不要Accept，看看——和你想象的一样吗？
|
||
|
||
**生：** （预期：各种反应——差不多/完全不一样/不知道这是什么）
|
||
|
||
**师：** 记住你现在的感受。现在，不要Accept。我们用今天学的四个武器，写一段**精确提示词**，重新告诉AI你想要什么。至少用两个武器。
|
||
|
||
（给学生5分钟重写，教师巡场辅助，鼓励使用分步编号法和交互描述法）
|
||
|
||
**进度同步 (2分钟):**
|
||
|
||
**师：** 比较一下两次的结果，感觉怎么样？
|
||
|
||
**生：** （预期：第二次更像我想要的！/细节多很多！/原来写清楚真的有用！）
|
||
|
||
**师：** 这就是今天最重要的发现——**说得越具体，AI做得越像你想要的**。好，现在Accept第二次的代码，我们继续。
|
||
|
||
【诊断点：学生写的精确提示词是否包含至少一个交互描述（"用户做X→程序做Y"）】【应用层】
|
||
|
||
---
|
||
|
||
**【分段四：自由创作 + 上下文迭代】(25分钟)**
|
||
|
||
*本段重点：学生自由创作自选项目，练习上下文迭代（至少2轮追加修改）*
|
||
|
||
**讲解与演示 (2分钟):**
|
||
|
||
**预设误概念：**
|
||
- M3: 每次想改都要重新来
|
||
- M5: 做不出来就放弃
|
||
|
||
**师：** 接下来是今天最重要的时间——你们自己做项目。规则只有三条：
|
||
|
||
1. 每次发提示词，至少用一个"秘密武器"
|
||
2. 做出基础版后，必须做**至少两轮迭代**（追加修改，不要重新开始）
|
||
3. 做完了要能在浏览器里给我演示
|
||
|
||
**学生实践 (21分钟):**
|
||
|
||
（学生开始自由创作，教师持续巡场）
|
||
|
||
（教师走动观察，重点关注：）
|
||
- 是否有学生在重新发送完整提示词而不是追加修改 → 提醒使用上下文迭代法
|
||
- 是否有学生提示词太模糊 → 帮助用分步编号法改写
|
||
- 是否有学生陷入"做不出来"的挫败感 → 使用第5章的救场提示词
|
||
- 是否有学生做得特别好 → 邀请他们准备在反思幕分享
|
||
|
||
**快学生应对：** 做完基础版+2轮迭代后，尝试在Chat模式问AI"这段代码里哪一部分控制颜色"——预习下下课的代码审查概念。
|
||
|
||
**慢学生应对：** 如果10分钟还没有产出，教师提供保底提示词：
|
||
|
||
```
|
||
帮我做一个猜数字游戏：
|
||
1. 电脑随机一个1-100的数字
|
||
2. 玩家输入猜的数字，点"猜"按钮
|
||
3. 猜大了显示红色"太大了"，猜小了显示蓝色"太小了"
|
||
4. 猜对了显示"恭喜你！用了X次猜对了"
|
||
5. 有"重新开始"按钮
|
||
6. 深色背景，按钮是圆角橙色
|
||
所有代码放在单个 index.html 文件中。
|
||
```
|
||
|
||
**进度同步 (2分钟):**
|
||
|
||
**师：** 还有大约5分钟。每个人要有一个"能在浏览器里打开、能演示基本功能"的版本。还没到这个状态的同学，先做最核心的功能，样式美化可以课后继续。
|
||
|
||
【诊断点：学生是否完成了至少2轮有效迭代，且迭代是"追加修改"而非"重新开始"】【应用层】
|
||
|
||
---
|
||
|
||
**第三幕：反思 (Contemplate) — 10分钟**
|
||
|
||
*本幕目标：展示成果，巩固"精确提示词→好结果"的认知*
|
||
|
||
**成果展示 (6分钟)**
|
||
|
||
**师：** 谁来分享？规则是告诉大家三件事：
|
||
1. 你做的是什么
|
||
2. 你用了哪个秘密武器
|
||
3. 你发现了什么
|
||
|
||
（邀请2-3名学生展示，每人2分钟。尽量选不同方向——游戏、工具、创意页面各一个）
|
||
|
||
**互评与讨论 (4分钟)**
|
||
|
||
**师：** 看完了同学们的作品。最后一个问题——今天和上节课相比，你对Trae的掌控感有没有变化？
|
||
|
||
**生：** （预期：变多了/知道怎么说了/交互描述还不太会）
|
||
|
||
**师：** 核心发现总结：
|
||
- AI不是神，它只能按你说的做
|
||
- 你说得越具体，它做得越对
|
||
- 迭代比重新来更高效
|
||
- 提示词的结构 = 程序的逻辑
|
||
|
||
【诊断点：学生是否能说出自己用了哪种技巧，以及它解决了什么问题】【理解层】
|
||
|
||
---
|
||
|
||
**第四幕：延续 (Continue) — 5分钟**
|
||
|
||
*本幕目标：布置迭代作业，预告下节课*
|
||
|
||
**抽象总结 (3分钟)**
|
||
|
||
**师：** 今天学的四个武器，帮你从"碰运气"升级成了"精确控制"：
|
||
|
||
（板书/投屏）
|
||
|
||
```
|
||
四个秘密武器：
|
||
① 分步编号法：1、2、3、4，每步一件事
|
||
② 具体化描述：颜色说色名，大小打比方
|
||
③ 交互描述法：用户做什么→程序做什么
|
||
④ 上下文迭代法：不重新来，接着说
|
||
```
|
||
|
||
**师：** 记住今天最重要的一句话——**你说得越清楚，AI就越听话**。
|
||
|
||
**5分钟挑战发布 + 下节预告 (2分钟)**
|
||
|
||
**师：** 本周课外小挑战：
|
||
|
||
> **5分钟AI挑战：给你的项目加一个新功能**
|
||
> 回家后打开今天的项目文件夹，在Trae里继续做一轮迭代。
|
||
> 用"交互描述法"加一个新的互动功能。
|
||
> 把迭代用的提示词截图保存，下节课带来分享。
|
||
>
|
||
> **评价标准：**
|
||
> - 基础：完成一轮迭代，新功能能运行
|
||
> - 进阶：提示词使用了交互描述法（有"→"）
|
||
> - 挑战：对比改前改后截图，能说出提示词哪里可以更具体
|
||
|
||
**师：** 下节课我们做一个更完整的作品——从"小片段"升级到"拿得出手的完整产品"。今天的项目文件夹保留好，下节课还要用！
|
||
|
||
---
|
||
|
||
### 5. AI助教使用指南
|
||
|
||
**教师提示词模板（课前准备演示用）：**
|
||
|
||
```
|
||
模糊版提示词（用于演示"坏提示词"）：
|
||
帮我做一个好玩的游戏
|
||
|
||
精确版提示词（用于演示"好提示词"）：
|
||
帮我做一个猜数字游戏，要求如下：
|
||
1. 页面背景是深蓝色（#1a1a2e），标题"猜数字游戏"居中显示，白色大字
|
||
2. 游戏开始时随机生成一个1到100之间的整数
|
||
3. 页面中央有白色输入框让玩家输入猜测，旁边是橙色的"猜一猜"按钮
|
||
4. 用户点击按钮→如果猜大了，显示红色文字"猜大了！再小一点"
|
||
5. 用户点击按钮→如果猜小了，显示蓝色文字"猜小了！再大一点"
|
||
6. 猜对了→页面出现金色撒花动画，显示"恭喜！你用了X次猜到了！"和"再来一局"按钮
|
||
所有代码放在单个 index.html 文件中，内联CSS和JS。
|
||
```
|
||
|
||
**课堂救场提示词（学生卡住时使用）：**
|
||
|
||
```
|
||
情况1：学生页面一片空白
|
||
→ 检查一下代码，页面显示空白的原因，把问题修复好
|
||
|
||
情况2：按钮点击没反应
|
||
→ 检查按钮的点击事件，确保点击后能正确执行并显示结果
|
||
|
||
情况3：学生想加功能但不知道怎么说
|
||
→ 教师帮学生用"交互描述法"口述，学生自己打字发送
|
||
```
|
||
|
||
**学生提示词模板（参考）：**
|
||
|
||
模板A：游戏类（分步编号法）
|
||
```
|
||
帮我做一个[游戏名称]，要求如下：
|
||
1. 页面背景颜色是[颜色]，标题是[标题文字]
|
||
2. [游戏核心规则，一句话说清楚]
|
||
3. [用户看到的主要界面元素：按钮/输入框/显示区]
|
||
4. 用户[做什么操作]→程序[显示/发生什么]
|
||
5. 用户[做什么操作]→程序[显示/发生什么]
|
||
6. [特别效果，如动画/颜色变化]
|
||
所有代码放在单个 index.html 文件中，内联CSS和JS。
|
||
```
|
||
|
||
模板B：工具类（具体化描述法）
|
||
```
|
||
帮我做一个[工具名称]，要求如下：
|
||
1. 页面整体风格：[简洁白色/科技感黑色/活泼彩色]
|
||
2. 主要功能：[用户输入什么，得到什么结果]
|
||
3. 界面元素：
|
||
- 输入区域：[输入框或滑块]
|
||
- 操作按钮：[颜色]的按钮，文字是[按钮文字]
|
||
- 结果显示区：[在哪显示、字体大小/颜色]
|
||
4. 用户点击按钮→[计算/处理]→显示[结果]
|
||
所有代码放在单个 index.html 文件中，内联CSS和JS。
|
||
```
|
||
|
||
模板C：迭代追加（上下文迭代法）
|
||
```
|
||
第一轮迭代：在刚才做好的基础上，增加一个功能：[新功能描述]
|
||
第二轮迭代：保持其他不变，把[某元素]的颜色改成[颜色]，大小改成[描述]
|
||
修复用语：页面有个问题：[描述问题]。请检查并修复，其他部分保持不变。
|
||
```
|
||
|
||
---
|
||
|
||
### 6. 教师指南
|
||
|
||
**技术备注（教师备课知识补充）：**
|
||
|
||
1. **Trae Builder 的上下文限制**：单次对话超过10轮后，生成质量可能下降。建议学生新开Builder对话，但把当前 index.html 代码粘贴给AI作为起点。
|
||
2. **浏览器缓存问题**：学生说"改了代码但浏览器没变"时，让他们按 Ctrl+Shift+R 强制刷新。
|
||
3. **中文字符问题**：如代码中有中文显示乱码，在提示词中加"在HTML head中加入 meta charset=UTF-8"。
|
||
4. **Accept机制提醒**：AI展示的代码预览不等于已保存，必须点Accept才生效。
|
||
|
||
**能力边界 FAQ（教师快速判断用）：**
|
||
|
||
| 学生想法 | 判断 | 应对策略 |
|
||
|---------|------|---------|
|
||
| 打地鼠游戏 | ✅ 完全可以 | 引导用游戏模板 |
|
||
| 贪吃蛇 | ✅ 可以 | 稍复杂，建议先做基础版再迭代 |
|
||
| 计算器 | ✅ 完全可以 | 适合用工具模板 |
|
||
| 倒计时炸弹 | ✅ 完全可以 | 交互描述法的好例子 |
|
||
| 选择冒险故事 | ✅ 完全可以 | 关闭浏览器数据就没了，能接受就行 |
|
||
| 查实时天气 | ❌ 本地文件无法联网 | 改为"输入城市名，随机生成有趣的天气预报" |
|
||
| 多人联机对战 | ❌ 需要服务器 | 改为"双人本地对战"（两人共用一台电脑） |
|
||
| 做微信机器人 | ❌ 完全不行 | 引导改为"有趣问答测验页面" |
|
||
| 画图工具 | ✅ 可以用Canvas | 建议只做"点击涂色"而非完整绘图板 |
|
||
| 音乐播放器 | ⚠️ 有限制 | 可做界面，本地音频路径可能有问题 |
|
||
| 登录系统 | ❌ 需要后端 | 改为"假登录页面，任何密码都能进" |
|
||
|
||
**课堂节奏应急预案：**
|
||
|
||
- **大多数人10分钟还没开始**：教师投影上实时示范一次"模板填写"，用学生说的项目想法当例子
|
||
- **个别学生超前完成**：给拓展任务，或请他们帮助旁边同学
|
||
- **AI生成速度很慢**：让等待的学生先在纸上写好下一轮迭代的提示词
|
||
- **有学生做出意外精彩的东西**：立即请他展示，引导全班关注"他的提示词写了什么"
|
||
|
||
**备课体验任务清单：**
|
||
|
||
- [ ] 用"做个好玩的游戏"生成一次，截图保存（demo-bad）
|
||
- [ ] 用精确版生成同主题游戏，截图保存（demo-good）
|
||
- [ ] 完整体验"上下文迭代"流程，做至少3轮迭代
|
||
- [ ] 尝试学生最常选的3种项目类型（游戏/工具/故事），确认能正常生成
|
||
- [ ] 验证"能做/不能做"清单中的边界案例
|
||
|
||
---
|
||
|
||
### 7. 5分钟日常AI挑战
|
||
|
||
**本周任务：**
|
||
|
||
> **"给你的项目加一个新功能"**
|
||
>
|
||
> **操作步骤：**
|
||
> 1. 打开今天课上保存的项目文件夹
|
||
> 2. 在 Trae Builder 里，不要开新对话（或把代码粘贴到新对话里）
|
||
> 3. 用"交互描述法"写一条提示词：`用户[做什么]→程序[做什么]`
|
||
> 4. Accept代码，在浏览器中验证新功能
|
||
> 5. 截图保存（提示词截图 + 效果截图）
|
||
>
|
||
> **评价标准：**
|
||
> - 基础：完成一轮迭代，新功能能运行
|
||
> - 进阶：提示词使用了"用户→程序"的交互描述格式
|
||
> - 挑战：对比改前改后截图，能说出提示词哪里可以更具体
|
||
|
||
---
|
||
|
||
### 8. 拓展任务
|
||
|
||
**进阶挑战（适合学有余力的学生）：**
|
||
|
||
**挑战一：提示词翻译官**
|
||
> 下面有一段"烂提示词"，改写成"精确提示词"，然后用两个版本都在Trae里生成一次，截图对比。
|
||
>
|
||
> 原始烂提示词：`做一个好玩的测验，主题是动物，要有图，好看一点，有互动`
|
||
>
|
||
> 改写要求：至少4条编号、至少2个具体颜色、至少2个"用户→程序"交互描述。
|
||
|
||
**挑战二：帮同学加功能**
|
||
> 找班里一个同学的项目，帮他写一段迭代提示词，加一个他没想到的新功能。用"上下文迭代法"的格式。
|
||
|
||
**挑战三：提示词说明书**
|
||
> 为你今天的项目写一份"提示词说明书"，记录每一轮提示词和对应结果：
|
||
> - 第一轮提示词 → 满意/不满意，原因
|
||
> - 第二轮提示词 → 满意/不满意，原因
|
||
> - 总结：我学到了什么
|