版本范围 Coolest Projects 导师网页未找到允许全文翻译重制的开放授权。本页提供简短中文要点、官方资源入口和本场原创执行指南，不能作为其全文译本。用户提供原文文本或文件后，可继续处理全文翻译。
原网页中文要点
Coolest Projects 导师资源页鼓励年轻创作者提出自己的想法，制作、测试并展示数字作品。AI 可以提供辅助，但参展者须说明用途，并保留自身创作与理解；页面还要求作品包含自己编写的代码。它提供儿童保护、创作工作簿和分阶段教学资源。具体资格、内容限制与提交要求请以原网页为准。
本页是中文要点与本场导师执行指南，不是原网页全文译本。下面的引导话术、巡组方式和技术排障流程为本次内部活动编写，不代表 Coolest Projects 官方规则。
官方资源入口
以下保留原网页的主要资源入口。链接内容为外部英文资源，需要联网打开；这些附件未在本页内翻译或内嵌。
| 资源 | 原文入口 |
|---|---|
| 导师资源主页面 | Guidance for mentors |
| 线上讲座与跟做活动 | Webinars |
| 儿童保护政策 | Safeguarding policy PDF |
| 儿童保护资源 | Safeguarding resources |
| 儿童保护培训 | Safeguarding training |
| 少年创作工作簿 | Youth workbook PDF |
| 阶段一教学材料 | Stage 1 PPTX |
| 阶段二教学材料 | Stage 2 PPTX |
| 阶段三教学材料 | Stage 3 PPTX |
| 阶段四教学材料 | Stage 4 PPTX |
| 导师工作簿 | Mentor plan PDF |
本场导师先达成三个约定
- 孩子拥有决定权。导师可以提出路径和帮助比较，由孩子决定题目、场景、规则和修改方向。
- 支持做到下一小步。看到卡住，不直接接手整个作品；先帮助孩子找到一个可以验证的小动作。
- 如实记录贡献。AI 生成代码、导师处理报错，都应在说明卡中出现。孩子能说清自己的决定，比把所有技术产出归给孩子更有意义。
本场按纯前端 HTML 共创安排。孩子不需要先学会全部代码，但应能说明使用者、操作和反馈，并亲自完成测试。是否符合外部竞赛参展条件，是另一项需要单独核实的工作。
开始前的导师准备
- 用活动设备打开框架，测试选择、勾选、增加物品和重置。
- 自己完成一次“向 AI 提修改 → 保存 HTML → 双击打开 → 测试”的流程。
- 熟悉题目边界，只做单文件前端，不引入后台、联网 API 或构建工程。
- 查看孩子的年龄与基础，知道谁需要输入帮助、谁可能习惯独占电脑。
- 和主理人约定 14:30 定题、17:00 可试用、17:55 停止加功能三个检查点。
- 明确照顾联络由运营人员协调，家长在场；技术求助由导师支持。
共创时怎样提问
| 孩子的说法 | 导师可以接着问 | 希望得到什么 |
|---|---|---|
| “我要做一个特别厉害的 AI 应用。” | “先让一个人用一次，他要完成哪件小事？” | 一个具体任务 |
| “什么都想做。” | “如果今天只留一个功能，你们最希望留哪个？” | 最小范围 |
| “这个是 AI 选的。” | “你们喜欢它哪里？有没有不符合自己想法的地方？” | 孩子的判断 |
| “我们做不出来。” | “现在有哪一步能运行？再往前一步需要什么？” | 一个可执行动作 |
| “他说得不对。” | “先让他把理由讲完，再说你的理由；能画出来试试吗？” | 可讨论的分歧 |
| “我没什么能做的。” | “你来试一次，告诉我们哪个按钮最难理解。” | 有价值的参与入口 |
提问后留时间让孩子回答，不立即替他们补答案。每次巡组至少直接听一位尚未发言的孩子；逐渐覆盖每个人。
使用 AI 时怎样保持孩子参与
先画出或说清流程，再输入需求。孩子决定的内容可以简单记录为：谁用、选择什么、按哪个按钮、出现什么结果、怎么重新开始。
AI 返回代码后，不把“已经输出了代码”视为完成。由孩子或在导师支持下另存成新 HTML，打开后按预期步骤操作。问孩子：“这个结果和你刚才画的哪里一样？哪里不一样？”
只修改一个问题，先保留能运行的旧版本。孩子提出需求，导师帮助补充单文件、离线、完整代码等技术约束。AI 解释不清时，请它用短句说明，不让孩子机械背诵代码术语。
可以提供的帮助
帮助阅读、按孩子原话输入、指出配置区、说明一个通用操作、排除文件和浏览器问题、处理具体报错。每次支持后，把操作交还孩子，并让其复试。
容易过度介入的动作
替孩子定题、为了演示好看擅自增加功能、在孩子不知道的情况下重写整个作品、临近展示替他们写一份完整讲稿。出现这些倾向时，回到孩子决定的核心流程。
HTML 作品排障顺序
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 打开后全是代码文字 | 文件是否保存为 .html，是否仍是 .txt，是否带入代码围栏 | 按工具导出方式重新保存，再用浏览器打开 |
| 空白或明显缺少部分内容 | AI 是否输出完整文档，代码是否复制完整 | 与上一个能运行的版本比较，索取完整 HTML |
| 按钮没有反应 | 实际步骤、浏览器控制台错误、对应元素是否存在 | 将明确错误与步骤交给 AI，只修这一项 |
| 结果与规则不符 | 输入数据和孩子的规则是否说清 | 写一个最小例子，先人工算出应有结果 |
| 断网后页面不完整 | 是否引用 CDN、网络图片、字体、fetch 或 API | 改为文件内的样式、脚本、素材与数据 |
| 改一处导致其他功能坏掉 | 本次修改是否超出范围，旧版本是否保留 | 回到能运行版本，用更具体的修改要求重做 |
技术排障由导师负责判断。不要让孩子在多个工具、终端命令或安装步骤之间来回切换。如果同一问题消耗太久，先恢复旧版本并缩小目标。
同伴测试怎么带
三组采用循环交换，四组两两配对。先让试用者独立操作，再听作者解释。记录一个成功点和一个卡住点，并写清使用步骤，不只写“很好玩”或“不好用”。
测试至少覆盖正常流程、重新开始，以及题目相关的一项边界情况。例如清单的全部勾选、活动选择器没有匹配结果、分组器人数不足、故事的另一条路线。
修改前让小队共同选一条反馈：“为什么先改这个？”修改后用相同步骤再测一次。保存前后版本，避免只改外观而遗漏核心操作。
展示和家长反馈
导师在展示前听孩子试讲一次，帮助缩短、核对事实，保留孩子自己的表达。每个人至少讲一句自己做过的决定或任务。作品直接演示，不要求另做复杂 PPT。
家长反馈具体观察，例如“你们意见不同时，你先听完了伙伴的理由”。避免用一个下午判断孩子适合不适合编程，也不把作品技术难度当作唯一价值。
未完成作品可以讲清尝试、已完成流程和下一步；技术完成状态如实标注，不用导师临场代做来掩盖问题。
导师巡组记录卡
小队与时间：________________________
孩子决定的核心流程：________________________
每位成员目前的贡献：________________________
当前卡点与已经尝试：________________________
导师提供了哪一步支持：________________________
是否代操作及原因：________________________
孩子怎样验证：________________________
下一步及下一次检查时间：________________________
这张卡可打印多份。活动后复盘哪些困难值得优化框架，哪些支持可以改成更好的提问，以及有没有孩子长期在旁观看。它帮助改进活动，不用于给孩子排名。