这项任务先解决什么
保存程序、元件照片与恢复方法，按任务和日期命名。收纳时一起检查线材和小件，记录哪些步骤由成人完成。若用了在线平台，成人先管理分享范围；下次可以从一个尚未解答的问题继续，而不是重新找教程。
程序用日期和任务命名，同时拍一张元件位置图。下次先运行旧版本，若失败就看环境是否变化；不要直接覆盖唯一文件，这样孩子能比较两次改动而不是每次重新搜索教程。
交付对象先能找到，再能复跑
交接家庭入门小项目时，先让学习者与陪同成人确认资料清单和文件位置，再依照文档执行一遍关键流程。作者在旁口头补充的步骤也要回写说明，不能只以文件已发送或压缩包能打开作为完成。当前版本、来源、修改及仍未确认的事项应一并交接，让接收人知道哪些材料可以使用、哪些还需补证。
三类材料分别确认
交付包第1类采用“家庭项目学习卡”，用途是记录孩子自己的预测与发现。。接收时逐项核对任务、预测、程序版本、只改一项、观察、下次问题，把示例行与实际项目行分开。没有执行的检查保持待执行，不将示例中的假设写成已测结果；更换文件或条件后在修订栏说明影响范围。
交付包第2类采用“家庭套件比较表”，用途是从首个项目与家庭条件比较。。接收时逐项核对候选、首个项目、电脑条件、成人准备、保存恢复、待问，把示例行与实际项目行分开。没有执行的检查保持待执行，不将示例中的假设写成已测结果；更换文件或条件后在修订栏说明影响范围。
交付包第3类采用“项目收尾与复开表”，用途是避免下次从头找文件。。接收时逐项核对事项、文件或位置、成人/孩子分工、下次复开动作，把示例行与实际项目行分开。没有执行的检查保持待执行，不将示例中的假设写成已测结果；更换文件或条件后在修订栏说明影响范围。
问题单与变更应能接着推进
交付后的记录重点是孩子的预测、程序版本、一次修改、看到的现象与下次问题。每个未关闭问题指定责任角色、下一项证据和复核动作，避免一句“后续沟通”让问题失去归属。若“简单电子输入输出”被替换为另一种路径，先对照元件标识、供电与成人支持及原有取舍，再确认哪些旧记录仍有效，哪些需重新执行。
把技术边界放到实际动作里
本次核对还要保留两条具体提醒。第一，积木颜色熟悉不等于理解程序执行顺序。；对应动作是用故事卡写触发与结果。第二，设备显示的相对读数不能随意称为经校准的照度或温度。；可从换位置时保留相同遮挡条件开始复核。它们应进入操作说明或问题单，而不是只出现在结尾。若结果与预期不同，先查这些动作是否真的完成，再决定是否需要修改原任务。
项目收尾与复开表：怎样填写本次任务
本场景工作表字段为事项、文件或位置、成人/孩子分工、下次复开动作。例如示范行“程序 / 按日期与任务命名 / 孩子说明成人协助 / 先运行旧版”仅展示填写关系；实际运行后用自己的观察替换，不保留示例当结果。填写时重点对应孩子的预测、程序版本、一次修改、看到的现象与下次问题，让一次选择、操作或修改能找到原始依据。表头中的状态应区分未执行、已观察和仍待确认，适用条件改变时另开一行，而不是覆盖旧结果。
本场景最容易误判的两件事
围绕“家庭项目怎样收尾：文件、器材和下一次任务”，可以把这两个问题用于复核。第一天要让机器人走起来吗？ 不必，一个可预测的输入输出就能构成有效小项目。 另一项是：照图拼完是否学会了？ 再换一个条件，让孩子预测并说明，观察能否迁移。 两者应与本次任务的实际条件一起判断。
原始资料阅读
Scratch's Creative Learning Philosophy
https://www.scratchfoundation.org/learn/learning-library/scratch-creative-learning-philosophy
Built-in Examples
https://docs.arduino.cc/built-in-examples/
Data logging FAQ
https://support.microbit.org/support/solutions/articles/19000129031-data-logging-faq