首场活动的定位
第三期将前两期“拓宽个人边界”和“让 AI 进入真实工作”的方法，放进孩子自己的生活、兴趣与想象。熟悉的家庭一起参加，孩子跨家庭组队，家长观察，导师支持。先让孩子自由提出创意，再一起把它缩小到现场可以完成的第一版，用 AI 实现为可在浏览器打开的 HTML 作品。
建议首场以 9 个孩子、3 组、每组 3 人 落地，暂按 8—12 岁、零基础或经验不一设计。现场为六小时，包含休息、加餐、同伴测试和展示。若接受第 10 个孩子，分为 3、3、2、2 四组，并增加导师。孩子年龄、活动日期与场地仍待落实。
打开一个 HTML 文件 → 完成一个核心操作 → 看见反馈 → 能重新开始。孩子能解释自己的决定，并指出同伴测试后改了哪里。
作品统一为可本地运行的 HTML
AI 参与开发，作品运行本身不需要连接 AI。孩子用自己的语言说明需求，请 AI 生成或修改代码，保存为 HTML 后在浏览器里体验。最终交付一个文件，CSS 和 JavaScript 都在文件内。
| 必须具备 | 首场不纳入 |
|---|---|
| 中文界面、明确按钮、一个可完成的流程 | 登录、真实支付、服务器和数据库 |
| 双击 HTML，离线可运行 | 运行时调用模型 API、联网搜索或实时数据 |
| 内嵌样式与脚本，无安装步骤 | React 工程、构建工具、外部 CDN 依赖 |
| 选择或输入后有可见反馈，可以重置 | 只展示静态海报、无法操作的页面截图 |
| 内置示例内容，必要时用自制 SVG | 依赖网络图片、在线字体才能完整呈现 |
孩子自由决定内容与交互，导师帮助把第一版落在这些技术边界内。遇到 AI 输出多文件工程，导师帮助重新说明“请交付单个完整 HTML 文件”，不要在现场转而安装开发环境。
给孩子的开放探索方向
活动主题是：用 AI 和伙伴一起，把你的一个想法变成能体验的作品。提前发出的内容是几个启发方向，帮助孩子观察和想象；作品名称、具体功能和玩法留到现场由孩子共同决定。
| 探索方向 | 给孩子的启发问题 |
|---|---|
| 让日常更方便 | 你留意到生活里什么不方便的地方？如果能改变一件小事，你想改变什么？ |
| 让学习和探索更有趣 | 最近什么让你好奇？你想怎样让别人也感受到发现的乐趣？ |
| 让大家更好地一起做事 | 和朋友、家人相处时，你希望大家怎样理解彼此、一起行动？ |
| 创造一个想象中的世界 | 如果规则、角色和世界由你创造，你希望别人进入后经历什么？ |
方向可以交叉，也欢迎孩子提出自己的方向。孩子可以带一个问题、一个兴趣，或者尚未成形的想象到场。方向包不列具体作品、功能清单或标准答案，不要求提前判断技术上能不能完成。
现场怎样把创意变成可完成的第一版
先展开想法，再讨论选择，最后确定范围。13:55—14:30 的 35 分钟共创中，前 10 分钟每个孩子画或讲自己的想法，导师先听和记录；中间 15 分钟小队讨论、合并和选择最想做的创意；最后 10 分钟与导师一起确定今天先实现哪一小段体验。
| 收敛步骤 | 导师怎么问 | 小队共同确定 |
|---|---|---|
| 保留创意的核心 | “你最想让别人感受到什么？” | 这件作品最重要的体验 |
| 缩小场景 | “先让一个人、在一种情境下体验，可以吗？” | 第一版服务的一个情境 |
| 减少功能 | “哪一步最能代表你们的想法？今天先做哪一步？” | 一个核心互动，其余放进“以后再做”区 |
| 降低技术依赖 | “哪些部分用我们准备的内容，也能让别人试懂？” | 文件内的内容与规则，未来设想另行记录 |
| 检查时间与进展 | “已经能运行的是哪一步？少做一部分，能完成这一步吗？” | 保留可运行版本，继续缩小范围 |
导师帮助控制工作量，由孩子决定保留什么。每组写下：我们的想法是什么、希望别人体验到什么、今天先做什么、哪些以后再做、怎样检查。记录最初的想法，展示时能说清第一版怎样保留了它。
孩子自己的创作意图贯穿活动。通过减少场景、内容量和功能数实现它，避免把他们的想法换成组织方事先准备的项目。
组织方提供什么基础框架
组织方准备一份可运行的通用 HTML 外壳，在孩子选定想法后提供。外壳包含标题、介绍、操作区域、结果反馈、重新开始和小队署名。用简单的文字输入与展示，演示“操作后页面发生变化”，不绑定生活主题或特定玩法。
根据孩子的创意，请 AI 调整或替换操作区域和交互逻辑。框架用于减少页面搭建、保存和运行的门槛，不要求所有作品沿用它的输入方式，也不把修改示例文字作为完成创作的标准。
组织方技术演示与框架下载，选定想法后再使用
框架使用路径
- 先共创：孩子提出并选择创意，与导师共同确定第一版体验，再接触框架演示。
- 打开：双击文件，体验输入、反馈与重新开始，练习保存和运行。
- 适配：把小队决定的体验和框架交给 AI，按自己的想法修改或替换交互逻辑。
- 制作：先实现一个核心互动，再依据同伴测试修改一件事。
- 检查：另存为新文件，浏览器打开测试；确认成功后再继续下一项修改。
每组能说明自己的内容或规则决定，以及这些决定如何变成核心互动。导师记录自己是否代操作及原因。
发给 AI 的制作与修改说明
先让孩子说清自己的创意和想让别人感受到什么，再一起画出第一版的操作与反馈。以下说明中的小队内容由孩子决定后填写，组织方只预置保存与运行所需的技术要求。
首版制作说明
请帮助我们把小队自己提出的创意做成能体验的 HTML 作品。 我们的原始想法：【填写孩子的想法】。 希望别人体验到：【填写小队最想保留的体验】。 今天先实现：【填写一个情境、核心操作与反馈】。 留到以后再做：【填写暂时不实现的部分】。 我们会这样检查：【填写小队的体验步骤和预期结果】。 可以参考所附通用 HTML 外壳，按我们的创意修改或替换交互逻辑。 请先复述你的理解，等待我们确认第一版范围后再生成代码。 输出一个完整、可直接保存并双击打开的 HTML 文件，内嵌 CSS 与原生 JavaScript。 不使用后台、模型 API、前端开发框架、CDN、网络图片或在线字体。 操作有反馈，可重新开始；涉及输入时处理空输入。不要只给代码片段。 请在代码后，用小朋友能懂的语言说明本次改变了什么。
根据小队反馈修改的说明
我们试用了当前 HTML 文件，想根据同伴反馈修改一件事。 操作步骤：【填写实际操作步骤】。 实际结果：【填写同伴看到的结果】。 小队希望的结果：【填写孩子决定的修改目标】。 请只处理这一项需求，保留其他已经正常工作的内容与操作。 返回完整 HTML 文件，并告诉我们怎样验证本次修改。 如果你发现这项行为已经实现，请说明，不做无必要修改。
每次只增加或修改一件事。保留“第一版、测试版、修改版”，避免反复生成后覆盖唯一能运行的版本。工具和模型由组织方试用后确定，年龄与账号访问方式提前核实。
活动前两天怎么准备
提前 5—7 天内部完成：确认名单、年龄与基础、分组草案、导师和设备；导师演练倾听、收敛和技术支持；测试同时使用、代码保存和本地打开。三组建议 1 名主理人、2 名导师、1 名运营支持；条件允许增加导师。四组建议 1 名主理人、3 名导师、1 名运营支持。
提前两天发送：总主题、四个开放方向、20—30 分钟观察邀请、家长约定、时间地点与设备要求。让孩子带一个发现、兴趣或想象，现场再和伙伴决定作品。暂不发送框架演示、成品案例或功能清单。没有提前准备的孩子也能参加。
提前一天确认：一组一台电脑与鼠标、备用电脑、电源和网络；框架能打开；生成代码能保存；孩子需要的输入方式可用。AI 开发需要网络，最终作品运行应能离线。组织方备份框架、例子和素材。
这次请带来一个发现、一件让你好奇的事，或者一个想象中的创意。你为什么对它感兴趣？希望别人体验到什么？可以画一张草图，也可以用一分钟讲出来。四个方向可以交叉，你也可以提出自己的方向。不需要先学编程或想清全部功能，来到现场后，你会和伙伴一起决定怎样开始。
六小时现场安排
以 13:00—19:00 为示例，共 360 分钟。主办方活动前后另留布置与收场时间。
| 时间 | 分钟 | 环节与产出 |
|---|---|---|
| 13:00—13:15 | 15 | 签到、名字贴、认识场地、设备确认 |
| 13:15—13:30 | 15 | 开场：今天做什么，轮换、尊重、求助与家长观察约定 |
| 13:30—13:55 | 25 | 每人约一分钟分享发现，按兴趣与分组草案组队 |
| 13:55—14:30 | 35 | 10 分钟自由提出想法，15 分钟讨论选择，10 分钟与导师确定第一版范围 |
| 14:30—14:45 | 15 | 休息，离开屏幕 |
| 14:45—15:05 | 20 | 选定想法后体验通用 HTML，示范说明需求、生成、保存与打开 |
| 15:05—16:00 | 55 | 制作第一版，每 20—30 分钟轮换操作 |
| 16:00—16:15 | 15 | 加餐与休息 |
| 16:15—17:00 | 45 | 打通核心流程、保存文件，不再堆新功能 |
| 17:00—17:25 | 25 | 同伴交换测试，记录一个成功点和一个卡住点 |
| 17:25—17:55 | 30 | 选择一个问题修改，另存并重新测试 |
| 17:55—18:05 | 10 | 休息，导师准备展示备份 |
| 18:05—18:35 | 30 | 每组 3 分钟演示、2 分钟问答，其余时间切换与体验 |
| 18:35—19:00 | 25 | 孩子先复盘，家长反馈具体观察，导师收束并交付作品 |
制作阶段约每 25—30 分钟安排短暂伸展或纸面讨论，计入环节时间。孩子可以随时喝水和短休息。14:30 前选定孩子的创意与第一版范围；17:00 前形成可试用版，仍未打通时进一步减少场景或功能；17:55 前保存修改版，停止增加功能。
孩子 家长与 NPC 的分工
| 角色 | 主要任务 | 现场约定 |
|---|---|---|
| 孩子 | 提问题、画流程、决定内容和规则、操作或测试、讲述作品 | 三人先分想法与规则、操作、体验与记录，随后轮换；每个人都有决定与贡献 |
| 家长 | 在场陪伴、观察、照顾情绪和身体需要，最后成为试用者 | 不接手选题、输入需求或修代码；记录具体行为，不给孩子贴能力标签 |
| 创意伙伴 NPC | 倾听想法，帮助孩子找到最想保留的体验 | “你最想让别人感受到什么？先从哪一小段开始？” |
| 范围管理员 NPC | 缩小功能，帮助孩子作取舍 | “今天只保留一个功能，你们选哪个？” |
| 技术伙伴 NPC | 支持输入、保存、报错与工具问题 | 先看实际现象，最小修改，解释后交还操作，让孩子亲自验证 |
| 体验观察员 NPC | 引导测试和记录 | “不解释玩法，朋友能自己用吗？哪里卡住了？” |
NPC 是角色，不等于每个角色配一人。导师巡组也主动照顾安静或未参与的孩子。各组用求助牌写下想做什么、卡在哪里、试过什么，不限制求助次数。
作品验收与展示
最低技术验收：在最终交付的 HTML 上执行，不只看 AI 对话中的预览。
验收选项只用于当前页面，刷新会清空。它帮助组织方检查流程，不作为孩子之间的分数排名。
展示直接操作作品，配一张说明卡即可。每组讲清：为什么做、核心操作、每个人做了什么、测试后改了什么、AI 与导师帮了什么。首场采用具体反馈和成长记录，建议不设总冠军。
如遇现场故障，优先用之前保存的可运行版本演示；仍不可用时，展示录屏或草图，并明确标注“未运行完成”，不把模拟画面当作完成技术验收。
组织方筹备与活动后交付
场地按 9 个孩子、约 9 名家长和 4—5 名工作人员准备，再按实际陪同人数调整。准备创作桌、观察区、休息区、纸笔、角色卡、求助牌、饮水加餐、电源、投影及转换接口。预算按场地、实际人数餐饮、人员支持、耗材和工具成本核算。
照片的拍摄、内部分享和对外使用分别落实家长选择。孩子创作使用虚构昵称与示例内容。最终文件默认在受邀家庭范围交付，不安排公开发布。
24—48 小时内每组带走：最终 HTML、打开说明、第一版和修改版、测试记录、小队贡献说明。代码由 AI 生成或导师协助的部分如实说明。主办方一周内复盘孩子参与、技术阻塞、导师代操作时间和六小时节奏，决定是否继续举办。
参考资料与阅读边界
本方案为本场活动设计。小队共创、目标可达和结束展示可参考 Hackathon Guide；少儿项目阶段与贡献意识可参考 Coolest Projects 导师资源。两份资料在本套页面中另有阅读入口。
Coolest Projects 对参展项目有自己的代码与 AI 贡献要求，本场属于内部零基础共创，不直接宣称作品符合其参展规则。我们的完成标准是可运行的前端作品，以及孩子真实参与问题、规则、体验和修改的过程。