《AI工作流与开源工程》课程描述#
版本：2026.09.20-r1｜适用：“智能·创造者”实验班下一轮S1｜状态：课程组审阅稿
一、课程基本信息#
| 项目 | 内容 |
|---|---|
| 中文名称 | AI工作流与开源工程（教务标准备案名：Git工作流与开源工程，人培编号：SY-003） |
| 英文名称 | AI Workflows and Open-Source Engineering |
| 原课程名称 | Git工作流与开源工程；保留为教务标准名与系统兼容别名 |
| 开课单位 | 深圳城市职业学院（深圳技师学院）信息与通信学院 |
| 适用对象 | “智能·创造者”跨专业实验班新入班学生，按工程与编程入门起点设计 |
| 课程位置 | S1创新思维与工程基础；课程目录所属模块沿用人培方案的“通识筑基模块”，不套用高职课类别 |
| 学时安排 | 18周，每周4学时，共72学时，沿用既有教学安排 |
| 理实分配 | 本轮编排建议：理论24学时、实践48学时；以配套教学安排核定为准 |
| 学分、教务代码 | 待教务核定；不从72学时自行推算学分 |
| 课程评价 | 采用项目过程、阶段交付与个人表现综合评价；本轮建议70%＋20%＋10% |
| 同期协作 | 《人工智能数据科学》《感知与异构计算系统原型》 |
| 后续衔接 | S2《深度学习与计算机视觉》《端侧智能推理系统MVP》《AI交互原型与用户体验设计》及后续主责项目 |
| 任课与审定 | 任课教师、负责人和审批信息由课程组按实际登记；发布不代替教学采用或审批 |
说明：72学时与18周来自已确认的课程讨论安排；理论实践分配和评价细化属于本轮建议。2026年7月实验班人培V2.0明确本课程教务备案名为《Git工作流与开源工程》（编号SY-003），教学实施与对外展示采用《AI工作流与开源工程》（技术内涵升级名）；既有系统与路由保持双轨别名兼容。学时、学分、先修和考核字段经配套教学安排核定。[A1][H1]
二、课程定位#
本课程以学生主责智能产品为载体，培养面向AI协同研发的工程思维、组织能力和版本化工作习惯。以《人月神话》中的工程问题及Git发展史作为阅读和讨论入口，通过“故事与情境—提出问题—解释原理—自主探索—验证比较—复盘迁移”组织讲练。学生在持续改进项目的过程中，学习明确目标与范围、协调系统关系、安排人机分工、管理变更、验证结果和完成交接。
Git是课程的核心实践工具。学生需要理解项目快照、工作区与暂存区、提交与历史、分支与集成、恢复与发布，并通过真实改动形成判断。AI协作贯穿问题澄清、资料分析、代码理解、方案生成、修改、测试和文档整理。课程建立不可伪造的“5阶段人机协同证据链”（Intent人类意图与边界约束 $\to$ AI Plan结构化方案 $\to$ Human Review架构与安全审查 $\to$ Git Diff & Test自动化客观证据 $\to$ Final Verdict人类签字裁决），并严格执行“三不原则”（无测试不并入、无Diff不Commit、无边界不交付），确保学生对范围决定、代码复核和交付真实性承担完整责任。
实验班人培V2.0把本课程原名对应的职责确定为项目治理主系统、版本协作与过程归档，并要求学生以一个纵向主项目持续迭代。[A1] 本轮将这些职责前移到S1第一周，逐步形成可供后续四学期继续使用的项目基础。
学习主线#
教学主线：从演示进入工程 → 从独立探索到共同约定与适配器定义 → 组织AI与跨课接入 → 形成可持续迭代版本 → 深化个人主项目 → 交付不可伪造证据链与HANDOFF清单。
三、课程目标与可观察表现#
| 目标 | 课程结束时的表现 |
|---|---|
| C1 目标与范围 | 能用真实或待验证的问题证据说明用户、场景、本次目标、验收条件与暂不实现项，并据此调整范围 |
| C2 结构与关系 | 能说明一条“感知输入—处理判断—反馈记录”的功能链，维护字段、单位、来源与失败状态的基本约定 |
| C3 人机组织 | 能拆分一个可执行任务，向AI提供必要上下文、边界和验证条件，协调实现、检查与集成职责 |
| C4 版本与变化 | 能建立和阅读版本记录，保留探索分支，审查差异，比较方案，恢复可用状态，并说明接受或放弃的理由 |
| C5 验证与交付 | 能设计正常、边界与失败情形检查，完成同伴复现，形成可继续开发的S1版本和S2任务清单 |
| C6 开放协作与责任 | 能标明外部资料、代码、数据和模型来源，参与评审，区分可公开成果与受限资料，并说明自己的贡献 |
知识学习围绕上述目标按需引入。每位学生必须能够独立说明一条关键执行路径、读懂一处重要差异、提出一个可能使程序出错的输入。工程管理能力与具体代码、数据和接口保持联系。
四、项目组织：一个主项目持续推进#
课程使用“共同微实验＋智能手表样板＋个人主项目”的结构。三者有明确分工，共同实验和样板为个人项目提供可迁移的方法。
| 载体 | 本轮安排 | 学习成果 |
|---|---|---|
| 共同微实验 | W1—W2使用声音事件通知模块理解交付、修改和版本；本包提供合成事件回放起点 | 运行记录、最小修改、Git版本、判断依据 |
| 智能手表样板 | W3—W12由教师提供范围受控的感知与事件提示样板，按实际跨课程进度接入数据、模型和硬件 | 接口约定、集成记录、测试、可复用公共模块 |
| 个人主项目 | W1建立方向档案；W2确定首个可验证问题；W3起每周迁移；W13—W18集中完善 | 个人基础原型、持续版本记录、交付包与S2接续任务 |
W1—W2的回放演示只证明通知链的程序行为。界面与记录必须保留“合成教学输入”标识，不据此声称完成声音识别、传感采集或硬件验证。课程在架构设计上引入“输入适配器模式”（Input Adapter Pattern）：定义统一解耦链路 InputAdapter（负责物理传感采集、离线日志回放或Mock数据） $\to$ EventPolicy（核心事件规则与判断策略） $\to$ OutputNotifier（本地终端提示、网络服务或用户反馈）。前期通过 MockInputAdapter 保持业务逻辑成环，中后期无缝切换为 HardwareSensorAdapter 或 VisionModelAdapter，业务核心无需推倒重写。[D1]
个人项目方向允许在证据支持下调整。长期延续的是问题、决策和成果演进关系；重构、替换模块、调整技术路线都应有说明。学生无需五学期保留同一套代码。
五、课程内容与阶段成果#
| 单元 | 周次 | 工程问题主线 | 阶段成果 |
|---|---|---|---|
| 一 从演示进入工程 | W1—W2 | 怎样算完成；怎样保存、比较和找回修改 | 共同微实验版本＋个人项目档案 |
| 二 从独立探索到共同约定 | W3—W4 | 怎样并行探索；怎样保持系统含义一致 | 两种方案比较＋接口约定与适配器定义 |
| 三 组织AI与跨课接入 | W5—W8 | 怎样分工、交接、接入真实输入并依据测试判断 | AI任务工单及核验＋首次真实输入接入记录 |
| 四 形成可持续迭代版本 | W9—W12 | 怎样控制范围、集成回归、复用与发布 | 中期复盘＋样板版本＋个人阶段版本 |
| 五 深化个人主项目 | W13—W16 | 怎样在资源边界内持续改进并回应同伴反馈 | 个人原型两次有依据的迭代 |
| 六 交付并进入下一阶段 | W17—W18 | 怎样解释工程判断、完成交接并规划S2 | S1基础原型、HANDOFF交接清单与工程仓库 |
六、教学实施要求#
前12周教师主导，以短讲授、代码或系统走读、共同微实验、个人迁移和同伴评审交替推进。后6周围绕个人项目实施集中指导，继续保留工程主题短讲、共性问题分析和验证活动。每两周进行一次简短阶段小结，W9—W10中期演示，W17—W18终期演示。
教师统一工程问题、资源边界、最低成果和判断依据，学生选择问题细分、技术路径和AI协作方式。提供可运行起点、困难提示和提高任务，逐步减少支架。实验未达到预期时，保留现象和原因；作出有依据的放弃决定属于有效学习，核心功能缺项仍需补做。
三门S1课程共用一个主项目和里程碑，各自评价相应能力。数据课负责数据与模型实验；硬件课负责采集与计算载体；本课程负责协作组织、接口衔接、版本、测试组织与交付。建立“三课双周契约与降级验收预案”（Degraded Acceptance Criteria）：若硬件传感器板卡因供货或固件调试滞后，允许学生接入硬件课输出的“真实传感器脱机录制日志包（CSV/Bin）”进行适配；若数据课模型训练未达收敛门槛，允许使用显式标注的“基线规则或占位模型（Dummy Model）”闭环链路。绝不因外部硬件或模型延期阻断对 Git 工作流、分支协作、自动化测试与项目治理能力的达成评价，但交付中必须如实注明为“离线实采日志接入”而非“实时硬件联调”。
七、教材、环境与成果边界#
核心阅读采用《人月神话》相关篇章，中文版版次、译者、ISBN和页码按实际用书补录；配套校本工程实验手册与Git官方文档。历史事实、作者观点、教学类比和本课原创情境分开标注。AI协同中的结论由本次探索条件和证据限定，不将经典经验机械套用到模型能力。
核心环境为VS Code、Cline、校内Qwen、Git及课程指定Git托管平台；优先衔接校内GitLab，也承认经课程组确认的既有GitHub仓库，避免重复建库与迁移失史。基础浏览器回放资源可离线运行。原始录音、定位等敏感资料与密钥不进入公开仓库。
S1结课交付包括：项目问题与边界、一条可运行的基础链路、至少一次真实输入接入的记录、代码及配置版本、自动化客观检查、个人贡献与AI核验工单、已知限制和规范化的《S1 $\to$ S2 工程交接清单》（HANDOFF.md）。交接清单严格包含四个部分：① 环境基准与一键验证脚本（如 verify.sh）；② 硬件与数据当前接入状态（传感器引脚、格式、脱机/在线标识）；③ 技术债务与已知边界局限；④ S2优先承接任务（为下学期计算机视觉、端侧推理MVP及交互设计提供精准接续Backlog）。真实采集或集成未完成时如实列为未完成，不用模拟通过替代实机结论。
八、依据与修订说明#
[A1] 信息与通信学院《“智能·创造者”教改实验班人才培养方案V2.0》，2026年7月13日，课程设置、项目实施与评价部分。该文件为更新稿。
[H1] 2026年7月29日课程讨论及本轮对话确认的18周、72学时、样板与个人项目安排；属于教学设计依据，不冒充审批文件。
[D1] 本轮原创教学设计。完整基线、技术来源与新旧差异见《版本差异与修订依据》及handoff/SOURCES.md。
《AI工作流与开源工程》课程标准#
版本：2026.09.20-r1｜适用：“智能·创造者”实验班下一轮S1｜状态：课程组审阅稿
一、课程概况与适用边界#
本标准适用于“智能·创造者”实验班新入班学生的S1课程。课程教务标准备案名为《Git工作流与开源工程》（人培标准名，编号SY-003），教学实施与对外发布采用《AI工作流与开源工程》（技术内涵升级名）；既有系统与路由保持双轨别名兼容。本标准完整落实原课程承担的项目治理主系统、版本协作规范和可复现工程职责。
| 项目 | 规定或本轮安排 |
|---|---|
| 课程名称 | AI工作流与开源工程（教务备案名：Git工作流与开源工程，编号：SY-003） |
| 总学时与周次 | 72学时，18周，每周4学时 |
| 理论与实践 | 本轮建议24＋48学时；逐周安排见授课计划 |
| 学分、教务代码、考核类别 | 待配套教学安排核定；本标准不自行填入正式值 |
| 学习起点 | 会基本文件操作即可进入；不假定具备程序设计、模型训练或电路开发基础 |
| 课程定位 | 创新思维与工程基础；原方案课程目录列于通识筑基模块 |
| 同期协作课程 | 人工智能数据科学、感知与异构计算系统原型 |
| 评价方式 | 项目化综合评价；建议过程70%、成果20%、综合10% |
| 资源状态 | 三份教学文档和18周计划已编写；W1—W2完整教案与起始资源随包提供；W3—W18完整教案待开发 |
本标准落实人培V2.0中“基础原型与可复现工程仓库”和纵向主项目要求。[A1] 学期阶段成果与毕业阶段成果分开评价，S1不设专利、商业化、复杂多智能体系统等统一完成要求。
二、设计依据与总体原则#
课程以真实智能产品的小型工程任务为载体，将工程思维、AI协同组织和Git版本化方法同时引入。经典阅读提供问题，原理解释提供分析工具，项目实践形成经验，测试与复盘支持学生修订判断。
自主探索采用受支持的开放任务：目标、边界、时间、最低成果和真实性要求由教师明确；实现方法、分工方案和改进方向由学生作出选择。教师提供共同起点、提示卡和扩展任务，困难学生可从稳定版本继续新课，个人补做事项单独登记。
本课程中的“AI工作流”重点指研发工作流，即需求、资料、代码、数据、检查与交付怎样组织；产品运行时的感知—判断—反馈流程作为工程对象进行理解。特定智能体平台的编排界面按项目需要选用，不作为全班统一主线。
三、课程目标及人培衔接#
1. 素质、知识与能力目标#
素质目标：形成诚实记录、工程责任、开放协作和持续改进意识；尊重外部贡献，保护账号与项目数据；能对自己的判断和交付作出解释。
知识目标：理解范围与验收、系统一致性、任务依赖、协作沟通、Git快照和变更、接口约定、测试与复现、开放协作的基本机制；了解相关历史背景与适用条件。
能力目标：以C1—C6六项可观察目标组织实施，并坚持个人能够运行、读懂关键路径、实施有限修改、验证和说明的最低要求。
| 课程目标 | 对应人培毕业能力（教学映射） | 主要核验材料 |
|---|---|---|
| C1 目标与范围 | G6产品与商业转化、G8沟通协作 | 项目档案、范围调整理由 |
| C2 结构与关系 | G2工程基础、G4软硬协同、G5系统集成 | 接口约定、关键路径说明、集成记录 |
| C3 人机组织 | G8沟通协作、G5系统集成 | 有限任务、上下文说明、AI结果审查 |
| C4 版本与变化 | G8沟通协作、G5系统集成 | 差异、提交、分支、恢复与评审 |
| C5 验证与交付 | G5系统集成、G2工程基础 | 正常/边界/失败测试、同伴复现、交付说明 |
| C6 开放协作与责任 | G1责任、G7知识产权、G8沟通协作 | 来源与权限登记、评审回应、个人贡献 |
该映射是本轮课程层面的教学落实，不修改人培原文中的毕业能力定义或支撑矩阵。
2. 可接受的达成表现#
基础达成：在适度提示下完成任务，能够区分实际完成、模拟验证和未完成内容，说明修改依据。
良好达成：独立组织任务和核验，对异常与边界有明确检查，能完成同伴交接。
进阶达成：比较不同方案及协作方式，分析资源与维护代价，提出有证据的改进或有理由的停止决定。
四、课程结构与学时#
| 单元 | 周次 | 理论 | 实践 | 合计 |
|---|---|---|---|---|
| 一 从演示进入工程 | 1—2 | 4 | 4 | 8 |
| 二 从独立探索到共同约定 | 3—4 | 4 | 4 | 8 |
| 三 组织AI与跨课接入 | 5—8 | 4 | 12 | 16 |
| 四 形成可持续迭代版本 | 9—12 | 5 | 11 | 16 |
| 五 深化个人主项目 | 13—16 | 4 | 12 | 16 |
| 六 交付并进入下一阶段 | 17—18 | 3 | 5 | 8 |
| 合计 | 18周 | 24 | 48 | 72 |
学时按每学时45分钟编排。阅读、教师引导讨论、原理讲解和归纳计入理论；学生实际运行、设计、修改、测试和交接计入实践；每段只计入一种类型。课外预习与准备不占上述72学时。
五、教学单元标准#
单元一 从演示进入工程（8学时）#
情境：声音事件通知模块能出现提示，但别人无法说明输入来自哪里、规则是什么、以后怎样继续修改。阅读《人月神话》初版序言和第一章相关主题；历史背景与原创课堂情境分别标识。[R1]
知识：用户与验收、输入—处理—输出、来源真实性、工作区与版本。技能：运行共同起点，完成一次小修改，比较结果，保存可追溯版本，建立个人项目档案。
活动：W1确定“本次完成”的条件，观察重复事件；W2比较通知策略或另一项有限改进，借助AI实施并阅读差异，保存、恢复和解释结果。
验收：共同实验能够复现，至少一处修改能够由本人说明，测试预期与实际分开记录，个人项目档案包含用户、问题、当前证据、首个任务和暂不实现项。未提供真实音频或模型时明确写“合成事件回放”。
单元二 从独立探索到共同约定（8学时）#
情境：同一产品存在两种设计，分别可运行但合在一起字段或状态不一致。以Git历史和书中的系统设计主题提出协作问题。[R1][R2]
知识：分布式版本协作、探索分支、概念完整性、输入适配器模式（Input Adapter Pattern）。技能：从共同起点探索两个方案，记录取舍；为系统确立 InputAdapter 接口规范，约定字段、单位、采样时间戳、来源模式和失败/降级状态，实现输入源与业务判断策略的解耦。
验收：保留可运行主线与探索结果；接口契约与适配器规范能被另一位同学理解并编写测试；个人项目采用或修订其中至少一项约定。分支练习不要求复杂GitFlow，暂不讲重写历史。
单元三 组织AI与跨课接入（16学时）#
情境：增加AI会话未必减少整体工作量，新会话可能缺少上下文；硬件和模型输出也可能与既有软件假设不一致。
知识：任务边界、依赖、上下文、验证责任、采集与回放区别、测试预期。技能：拆分一个可执行任务；提供必要资料；检查AI修改；通过实现 HardwareSensorAdapter 对接另一门课提供的真实输入或模型接口。
验收：一次AI任务有范围和核验工单记录；一次交接由新参与者完成；W8前完成真实输入接入或按降级预案接入脱机实采日志包，并如实记录阻塞与差异。不同协作安排的比较注明模型、任务、时间条件；不从小样本实验推出普遍效率结论。
单元四 形成可持续迭代版本（16学时）#
情境：新增需求影响原有结构，单个模块通过仍可能导致整体失败，第三方代码可运行也需要来源和许可核查。
知识：范围控制、任务依赖、集成检查、回归、版本说明和开放协作边界。技能：依据中期测试调整范围，解决一次实际集成或回归问题，完成同伴评审和可复现阶段交付。
验收：W9—W10演示同一条功能链；至少说明一项推迟/接受/放弃决定；W12样板和个人阶段版本均有运行条件、真实来源和未完成项。公开发布由教师按权限审核；学习实践不强制公开学生私人仓库。[R6][R7]
单元五 深化个人主项目（16学时）#
情境：在时间、器件和能力边界内，将已有版本推进为更可靠的基础原型。
知识：可观察里程碑、资源估算、重复故障、复用与维护代价。技能：将主项目拆成小迭代，至少完成两次可说明的改进；参与他人项目检查或贡献；结合另一门课程成果继续集成。
验收：每次迭代有目标、修改、验证和决定；至少一项真实反馈影响方案；无法完成的功能有明确收敛或替代安排；禁止用文档堆积替代运行成果。
单元六 交付并进入下一阶段（8学时）#
情境：原开发者不在场时，同伴依据资料运行S1成果；项目将在S2接入更深的模型、端侧和交互能力。
知识：版本与外部资产配套、交付状态、可复现范围、下一阶段依赖。技能：给定版本与配置，完成复现、个人说明和规范化的S1 $\to$ S2接续清单。
验收：S1基础原型、运行说明、版本与配置、测试结果、真实来源、个人贡献、外部来源和局限齐全；形成包含四个必备章节的《S1 $\to$ S2 工程交接清单》（HANDOFF.md：环境基准与复现脚本、硬件/数据当前接入状态、技术债务与已知边界、S2优先承接Backlog）；未验证项目明确列出；演示与测试依据相符。每位学生至少解释一项工程取舍、一处代码差异与一个失败/边界样例。
六、Git与AI协同的最低工作规范#
1. 版本化对象与基本流程#
代码、配置、说明、接口文本和小型脱敏测试样例可以直接版本化；大音频、模型权重和敏感数据用受控存储加清单记录版本、散列、来源及许可，避免把整个资产库提交到Git。
基本流程为：明确本次目标—核对当前版本—分配任务—实施修改—阅读差异—运行检查—记录结论—提交或保留探索—评审后集成。失败尝试也可提交以保存证据，提交记录不自动证明质量。用于交付的版本必须另行完成约定验证。[R3][R4][R6]
学生应理解本地提交与远程同步的区别。先学习状态、差异、暂存和提交，再学习历史、恢复、分支、评审与发布。分支是探索空间，合并是需要判断的工程决策。禁止在新生公共练习中默认使用强制推送、强制清理或破坏性重置。
2. AI协作的授权、证据链与工程底线#
初期任务说明只要求写清“目标、可改范围、保持不变的内容、如何验证”；随后逐步加入资料来源、接口、依赖和停止条件。学生先预测行为，再使用AI并检查差异，至少独立核验一个关键结果。
课程全面推行不可伪造的“5阶段人机协同证据链”并归档于 .evidence/ 目录：
- Intent（人类意图与边界约束）：明确用户场景、变更目标、禁止触碰的文件与退出条件；
- AI Plan（结构化执行方案）：由AI拆解具体修改步骤、受影响模块与测试设计，供人类审查；
- Human Review（架构与安全审查）：人类工程师评估方案合理性，检查是否存在接口破坏、越权修改或敏感信息泄露；
- Git Diff & Test（自动化客观证据）：审查实际代码改动差异，执行本地正常/边界/失败测试，取得客观运行证据；
- Final Verdict（签字裁决与责任确认）：由人类工程师最终决定接受（合并）、部分采纳或拒绝（退回），并对代码质量负全责。
从第3周起，项目严格推行“三不原则”底线纪律：
- 无测试不并入：没有可验证测试用例的代码禁止合入主分支；
- 无 Diff 不 Commit：未逐行审查变更内容并确认无垃圾文件前禁止提交；
- 无边界不交付：未写清输入边界、已知限制与失败降级策略前禁止对外发布或交接。
AI访问严格限定在当前项目工作目录；真实账号、密钥和敏感数据不进入对话或仓库。需要安装、网络访问、删除、修改环境等操作时由教师确认。不得将AI自述“已测试”视为运行证据，也不得用修改预期结果掩盖失败。
3. 最小项目资料#
W1保留README与一页project.md；W2增加checks.md与decisions.md。W4按需要增加interface.md（含输入适配器定义）；后期形成release说明、外部资产清单以及规范化的《S1 $\to$ S2 工程交接清单》（HANDOFF.md）。记录重点为决策与证据，运行、代码差异和提交历史由工具自然留存，不要求逐条粘贴全部聊天。
七、讲练组织、跨课协作与分层支持#
每课由一个工程问题组织内容。先有故事、判断和必要讲解，再实施探索，随后用实际问题进行中途讲评，最后复盘并迁移到个人项目。W1—W4采用2理论＋2实践学时，以建立入门基础；其他周按授课计划调整。
1. 跨课协作与降级验收预案#
跨课每两周核对一次共享里程碑，以已有教研或课堂短会完成。每项交付写明负责课程、提供接口、输入来源、预计日期和验收人。针对物理AI研发中常见的跨课硬件或数据延迟，确立“三课双周契约与降级验收机制”（Degraded Acceptance Criteria）：
- 硬件延迟降级：若硬件课程的传感器实物板卡因固件烧录或驱动调试未就绪，允许学生接入硬件课导出的“真实传感器脱机录制数据包（CSV/Bin）”，通过适配器完成业务流与测试，并在记录中如实注明为“离线实采日志接入”；
- 模型延迟降级：若数据科学课程的模型训练尚未收敛，允许使用具备明确版本标注的“占位模型（Dummy Model）”或基线规则闭环接口；
- 底线原则：绝不因外部硬件或模型延期影响本课程对学生 Git 版本控制、接口隔离、自动化测试与项目治理能力的达成评价；但在成果说明中必须真实标注是实机联调、离线日志接入还是模型占位，严禁弄虚作假。
2. 分层支持与兜底保障#
| 学生情况 | 支持方式 | 不变的要求 |
|---|---|---|
| 编程入门困难 | 提供稳定代码、短路径走读与操作卡 | 本人解释输入输出、至少一处修改与一个测试 |
| 工具环境暂不可用 | 使用离线演示和教师预备仓库，安排工具补做 | 不虚填Git或AI操作完成记录 |
| 已有开发基础 | 自选接口改进、测试自动化或公共模块任务 | 仍需个人工程判断与同伴可复现成果 |
| 主项目受器件约束 | 缩小范围、使用明确标注的回放并登记阻塞 | 真实硬件/感知验证缺项不记作已完成 |
八、考核评价#
沿用人培V2.0建议的70%＋20%＋10%框架，本轮细化到本课程；提交课程组采用后执行。[A1] 不以提交数量、代码行数、提示词长度或工具使用时长直接计分。
| 评价项 | 分值 | 主要证据与判断 |
|---|---|---|
| 问题、目标与范围 | 10 | 任务可执行，边界与验收明确，调整有理由 |
| AI协作与上下文组织 | 15 | 分工适当，修改边界清楚，能复核与拒绝不合适结果 |
| Git与版本化实践 | 15 | 历史可解释，差异可追溯，分支与恢复使用合理 |
| 测试与跨课集成 | 20 | 正常、边界、失败检查有效，真实接入与回放区分，回归记录完整 |
| 持续迭代与复盘 | 10 | 有依据的版本演进，能解释失败与取舍 |
| 成果：基础链路完成 | 8 | 在明确范围内可运行，至少一次真实输入/接口接入可核验 |
| 成果：同伴复现 | 8 | 依据版本、配置和资料能够运行并解释结果 |
| 成果：交付说明 | 4 | 来源、局限、已知问题和S2接续任务清楚 |
| 综合：个人贡献与责任 | 6 | 独立说明、实际履责，团队成果有个人证据 |
| 综合：评审与反馈落实 | 4 | 提供有效反馈，并回应其他同学或导师意见 |
| 合计 | 100 | 过程70，成果20，综合10 |
各项按四档判定：完整、独立且可复核为优秀；主要要求完成、少量提示后可复核为良好；核心步骤在帮助下完成且能说明为达标；关键证据缺失、无法说明或尚未完成为待补。教师依据具体表现赋分并给出补做项。
W2、W4、W8、W10、W12、W16设阶段检查；W18为最终综合核验。每个检查只更新对应指标的证据，不将各周任务分再机械相加为总分。课堂小量表用于反馈，不叠加成额外权重。
学生自评与同伴评审提供参考，由教师确定成绩并处理申诉。AI可以整理材料和提示异常，不自动决定成绩。核心功能尚未达成时相关成果项如实扣分，良好失败分析可在过程项获得评价。重大安全或诚信问题按学校既有规定处理，不在本稿自行新设处罚制度。
九、教材与教学资源#
采用《人月神话》作为核心阅读，Git官方资料作为技术查阅，校本实验手册作为实践支架。中文版书目信息按实际选用版本补录。每次选读围绕一个问题，初学者可先听背景、实践，再回读文本。书中观点应结合原始情境讨论，课堂对AI的结论以本次实验为限。
每周最低资源包括：问题与阅读入口、原理说明、任务目标、起始材料或项目当前版本、验证标准、反思问题。完整教案应增加时间、教师活动、学生表现、常见困难及评价。本轮只将W1—W2标记为完整教案已编写。
教材来源与技术引用见handoff/SOURCES.md、student/references.md。配套代码为本轮原创教学材料；不包含第三方图书扫描件、未经许可的音频或真实学生数据。
十、实施条件与质量改进#
教师需熟悉Git协作、基础代码走读、AI辅助开发和项目式教学，能够组织跨课接口与验证。任课教师和分工按现有安排登记；企业导师参与按实际落实，未落实活动不写作完成事实。
课前核验机房浏览器、VS Code、Git、校内模型访问和托管账号；准备离线资源及恢复材料。真实硬件由硬件课程与项目资源共同安排，明确低压供电、接线与设备使用安全要求。
课程组记录环境耗时、学生误解、任务过载、跨课阻塞和评价证据不足，每两周修订任务支架，每学期修订课程设计。不得反向改写已经实施的旧教案、学生提交时间或历史成绩；修订版与既有教学实绩分别归档。
编写/修订：____________ 审定：____________ 采用日期：____________
依据：[A1]实验班人培V2.0（2026-07-13）；[H1]既有课程讨论；[R1—R7]官方阅读与技术资料，详见来源说明。上述分类和评价细化为本轮教学设计。
《AI工作流与开源工程》授课计划#
版本：2026.09.20-r1｜适用：“智能·创造者”实验班下一轮S1｜状态：课程组审阅稿
一、教学安排#
18周，每周4学时，共72学时。理论24、实践48为本轮编排建议；每学时45分钟。适用下一轮S1，不把本计划写成已经发生的授课记录。具体日期、任课教师、地点和教学采用状态由课程组按校历与实际安排填写。
W1—W12教师主导，共同实验与智能手表样板提供方法，学生每周向个人项目迁移；W13—W18集中完成个人项目，保留工程问题短讲与共同讲评。个人项目从W1建档，W2确定首个可验证问题。每两周一次简短小结，W9—W10中期演示，W17—W18终期演示。
每课的基本流程为：故事与问题—原理解释与预测—自主实施—中途讲评—验证比较—个人项目迁移—复盘。理论实践按当周任务分段交替，避免整块讲完后机械照做。
二、周次总览#
| 周 | 主题 | 理论 | 实践 | 项目成果 |
|---|---|---|---|---|
| 1 | 从一次声音提示开始，怎样才算做成项目？ | 2 | 2 | 共同实验运行记录；本人可解释的一处改动；project.md；首个项目问题。 |
| 2 | 怎样大胆修改，同时保留比较和恢复的能力？ | 2 | 2 | 两种策略比较；至少一项边界检查；保存/恢复记录；个人项目首个可验证任务。 |
| 3 | 同一个产品的两种想法，怎样并行探索？ | 2 | 2 | 两个候选方案与比较记录；可运行主线；个人迁移改动。 |
| 4 | 模块各自能运行，为什么拼不到一起？ | 2 | 2 | 接口约定v0.1；一组输入输出样例；跨课负责人与依赖。 |
| 5 | 多开几个AI会话，能让项目更快吗？ | 1 | 3 | AI任务说明及核验；本组条件下的比较结论；个人项目一项改动。 |
| 6 | 新的同学或AI，怎样接着昨天的工作？ | 1 | 3 | 可执行交接说明；对方完成的有限任务；上下文缺项记录。 |
| 7 | 回放能跑，接入真实输入后会怎样？ | 1 | 3 | 真实输入接入记录或具名阻塞清单；一处适配修改和测试。 |
| 8 | AI说修好了，我们怎样确认？ | 1 | 3 | 首次真实接入及三类检查；个人主项目里程碑小结。 |
| 9 | 新增功能很多，怎样保持产品方向？ | 2 | 2 | 中期版本；范围决策；下一轮明确目标。 |
| 10 | 各自完成后，怎样验证整体没有退步？ | 1 | 3 | 一次评审记录、集成结果和回归记录。 |
| 11 | 借来的代码，怎样成为可信的项目组成？ | 1 | 3 | 来源登记及验证；公共模块使用或放弃决定。 |
| 12 | 怎样发布一个别人能继续开发的阶段版本？ | 1 | 3 | 样板阶段版与个人阶段版；W13—W18任务清单。 |
| 13 | 开始集中实践，怎样看到真正的进度？ | 1 | 3 | 个人迭代1的目标、初版和验证计划。 |
| 14 | 硬件、时间和调用额度有限，怎样做取舍？ | 1 | 3 | 迭代1完成记录；一项有条件的资源取舍。 |
| 15 | 同一个错误反复出现，怎样让它不再悄悄回来？ | 1 | 3 | 失败到修复的可重复检查；迭代2版本。 |
| 16 | 别人提出的意见，怎样变成一次有效改进？ | 1 | 3 | 迭代2完成记录；一次贡献/评审回应；个人贡献摘要。 |
| 17 | AI帮助了哪里，自己的工程判断又在哪里？ | 2 | 2 | 候选交付包、个人工程复盘与复现反馈。 |
| 18 | S1怎样交付，S2怎样接着做？ | 1 | 3 | S1基础原型、可复现仓库、AI使用与核验摘要、个人贡献、S2接续清单。 |
| 合计 | 18周 | 24 | 48 | 72学时 |
三、逐周教学设计#
第1周 从一次声音提示开始，怎样才算做成项目？#
学时：理论2＋实践2。阅读与故事入口：《人月神话》初版序言与第一章阅读主题；课堂的通知器交接情境为原创。
中心问题： 演示能出现提示，与一个可继续开发的工程之间还缺什么？
讲授与原理： 目标与范围；输入—处理—反馈；真实输入、模拟输入与模型结果的区别；项目资料及Git入门。
探索与实践： 运行声音事件回放；手工修改一个提示；提出完成条件并由同伴试用；建立个人主项目档案。
Git及工作流： 识别工作目录；观察差异；保存起点与本次成果，Git不足者课后补做。
本周交付： 共同实验运行记录；本人可解释的一处改动；project.md；首个项目问题。
跨课衔接： 只使用合成事件回放，不要求另外两课提前交付；记录未来所需感知输入。
评价与课外学习： C1/C2/C4/C6：能说明来源、范围和修改。 选读相关篇章，补充一个用户/场景观察；不得捏造访谈。
第2周 怎样大胆修改，同时保留比较和恢复的能力？#
学时：理论2＋实践2。阅读与故事入口：Git产生的协作背景；“昨天还能运行”的课堂情境。
中心问题： 改进提示策略后，怎样判断是否更好，怎样找回可用状态？
讲授与原理： 快照、工作区、暂存与提交；历史比较；短任务中的AI边界；版本质量与提交分开。
探索与实践： 预测0、1、2、6秒事件输出；尝试通知间隔0或5秒；查看差异并验证；保存与恢复；迁移到个人项目。
Git及工作流： status、diff、add、commit、log；教师指导按标签恢复一个指定文件；分支作为提高任务。
本周交付： 两种策略比较；至少一项边界检查；保存/恢复记录；个人项目首个可验证任务。
跨课衔接： 形成事件时间、类别、状态、来源的最小约定草稿。
评价与课外学习： W2阶段检查：C3/C4/C5，结论有证据且能恢复。 完善运行说明，向同伴解释一次版本决定。
第3周 同一个产品的两种想法，怎样并行探索？#
学时：理论2＋实践2。阅读与故事入口：Git的分布式与并行开发；本课方案分歧情境。
中心问题： 一个方案尚未证明更好时，如何保留主线和探索？
讲授与原理： 本地与远程；分支和共同起点；比较标准；负责人与贡献者；确立“三不原则”（无测试不并入、无Diff不Commit、无边界不交付）工程底线。
探索与实践： 从同一基线建立两项有限方案；执行5阶段人机协同证据链（Intent $\to$ AI Plan $\to$ Human Review $\to$ Git Diff & Test $\to$ Final Verdict）；选择保留、合并或放弃；个人项目接入对应分支。
Git及工作流： branch、switch；比较分支；远程同步入门；不要求复杂分支模型。
本周交付： 两个候选方案与比较记录；符合“三不原则”的可运行主线；个人迁移改动。
跨课衔接： 使用手表样板的一条感知—提示链；硬件和数据接口可先占位并标识。
评价与课外学习： C1/C4/C5：是否依据标准选择，而非只凭偏好。 选读原型与迭代相关主题，登记下一项需要验证的假设。
第4周 模块各自能运行，为什么拼不到一起？#
学时：理论2＋实践2。阅读与故事入口：《人月神话》第四章系统设计主题；数据含义冲突为原创情境。
中心问题： 谁来保证字段、单位和状态含义一致？
讲授与原理： 概念完整性；模块职责；接口契约；输入适配器模式（Input Adapter Pattern：InputAdapter $\to$ EventPolicy $\to$ OutputNotifier）；单位、来源和失败状态。
探索与实践： 修正一组存在字段/单位不一致的接口；确立 InputAdapter 接口规范与样例；形成interface.md；个人项目定义一个真实输入边界与适配层。
Git及工作流： 接口与实现同版本；小范围合并；区分技术冲突与语义冲突。
本周交付： 接口约定v0.1（含InputAdapter规范）；一组输入输出样例；跨课负责人与依赖。
跨课衔接： 与数据、硬件课程核对真实接口，不预定传感器型号。
评价与课外学习： W4阶段检查：C2/C6，另一位同学能理解并使用。 同伴按接口解释一条记录，收集不清楚之处。
第5周 多开几个AI会话，能让项目更快吗？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第二、三章组织主题，转化为本课可检验问题。
中心问题： 怎样拆分任务，谁负责最后集成？
讲授与原理： 依赖、上下文和协调成本；实现、检查、集成的职责。
探索与实践： 选同一个小任务尝试单会话或分角色协作；记录生成、理解、验证与返工；不强制付费并行。
Git及工作流： 一个目标对应有限修改；在独立分支中试验；人工决定接受范围。
本周交付： AI任务说明及核验；本组条件下的比较结论；个人项目一项改动。
跨课衔接： 处理一个真实项目待办；模型选型与跨课程现有环境相容。
评价与课外学习： C3/C5：有条件的结论，不以AI数量计分。 写明哪些工作AI减少了，哪些工作仍由本人承担。
第6周 新的同学或AI，怎样接着昨天的工作？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第六、十章信息传递与项目文档主题。
中心问题： 最少留下哪些资料，才能让下一位参与者继续？
讲授与原理： 当前目标、版本、接口、已知问题和停止条件；事实与建议分开。
探索与实践： 将个人项目交给新同伴或新AI会话完成一次小任务；观察缺失上下文并修订交接资料。
Git及工作流： README、任务与决定同仓；修改有来由；同伴评审一项差异。
本周交付： 可执行交接说明；对方完成的有限任务；上下文缺项记录。
跨课衔接： 向另外两课提供本项目当前依赖与接口更新。
评价与课外学习： C3/C6：接手者能找到任务和验证方式。 删去无用重复记录，保留真正帮助接手的材料。
第7周 回放能跑，接入真实输入后会怎样？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第十三章整体与部件主题；回放到实机情境为原创。
中心问题： 输入来自真实采集时，原有假设哪些会失效？
讲授与原理： 适配层实现（从 MockInputAdapter 切换至 HardwareSensorAdapter）；异常状态、时间和单位；实采、回放、模拟分别记录；执行“三课降级验收预案”（若硬件延期，使用真实传感器脱机录制日志包CSV/Bin完成适配测试并如实注明）。
探索与实践： 接入硬件课提供的一路真实输入，或数据课提供的模型接口；保留原始记录并复现一处不一致。
Git及工作流： 配置、样例与接口版本配套；大资产只记清单。
本周交付： 真实输入接入记录（或脱机实采日志接入说明）及适配器代码；一处适配修改和测试。
跨课衔接： 优先一项可用传感源；是否使用模型按数据课进度，不伪装完成。
评价与课外学习： C2/C5：能追踪来源与输入变化。 收集一个失败输入及其发生条件。
第8周 AI说修好了，我们怎样确认？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第十三章阅读主题；课堂故障由教师或项目实际问题提供。
中心问题： 哪些测试能揭示错误，而不只是重复成功演示？
讲授与原理： 预期结果、边界、错误路径和回归；修复与掩盖错误的区别；推行不可伪造的5阶段人机协同工单（.evidence/task-template.md）。
探索与实践： 围绕真实接入设计正常、边界、失败三类检查；执行完整的“意图约束 $\to$ AI方案 $\to$ 人工审查 $\to$ Diff测试 $\to$ 签字裁决”闭环；复现、修复或登记故障；复测原有功能。
Git及工作流： 错误样例、修复与验证相互关联；不改测试答案来制造通过。
本周交付： 首次真实接入（或降级脱机日志接入）及三类检查；AI任务核验工单；个人主项目里程碑小结。
跨课衔接： 与另外两课确认输入质量问题和本课集成问题的归属。
评价与课外学习： W8阶段检查：C2/C5，回放与实机通过项分别列示。 准备中期演示的一条完整流程及未完成项。
第9周 新增功能很多，怎样保持产品方向？#
学时：理论2＋实践2。阅读与故事入口：《人月神话》第五章第二个系统相关主题。
中心问题： 现在最值得做的功能是什么，哪些应推迟？
讲授与原理： 范围与架构影响；可观察里程碑；价值、代价和依赖。
探索与实践： 开展中期演示第一轮；从反馈中选择一项改进并推迟一项非必要需求；修改项目范围。
Git及工作流： 以阶段版本作为讨论基准；任务状态与依据可追溯。
本周交付： 中期版本；范围决策；下一轮明确目标。
跨课衔接： 共同确认S1剩余时间与跨课资源，避免重复承诺。
评价与课外学习： C1/C2/C3：决定能够回应证据和约束。 阅读反馈，准备一次可测试的改进。
第10周 各自完成后，怎样验证整体没有退步？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第七、十三章协作与集成主题。
中心问题： 怎样知道接受一项修改后，原来的功能仍正常？
讲授与原理： 集成次序、语义冲突、回归检查；评审职责。
探索与实践： 合入一项同伴贡献，解决冲突或接口差异；完成中期演示第二轮；运行回归检查。
Git及工作流： 合并请求、评审、合并与回退思路；不用合并成功替代验证。
本周交付： 一次评审记录、集成结果和回归记录。
跨课衔接： 围绕同一个三课共享里程碑，分别评价本课组织与验证能力。
评价与课外学习： W10阶段检查：C4/C5/C6。 根据中期反馈修订个人任务列表。
第11周 借来的代码，怎样成为可信的项目组成？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第十二、十五章工具与文档主题；外部组件情境为原创。
中心问题： 复用一个模块前，应当核查什么？
讲授与原理： 来源、版本、接口、依赖、许可与维护；公开可见与开源授权的区别。
探索与实践： 检查一个获准使用的外部或公共模块；补充来源与最小复现；发现不适合则说明放弃理由。
Git及工作流： 固定外部版本；记录源路径/版本/许可；不批量复制未核查代码。
本周交付： 来源登记及验证；公共模块使用或放弃决定。
跨课衔接： 涉及模型/数据时同步记录来源及限制，原始个人信息不公开。
评价与课外学习： C5/C6：来源与使用范围清楚。 查阅Git和开源许可的官方资料，整理一项疑问。
第12周 怎样发布一个别人能继续开发的阶段版本？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第十五章交接主题；本课阶段验收。
中心问题： 哪些信息必须与代码一起交付？
讲授与原理： 版本、配置、样例、资产清单、运行说明和局限。
探索与实践： 教师样板形成可复用版本；学生主项目完成阶段交接；同伴在独立目录复现。
Git及工作流： 标签、发布说明、可复现基准；公开范围由权限审核决定。
本周交付： 样板阶段版与个人阶段版；W13—W18任务清单。
跨课衔接： 至少一路真实输入接入在三课记录中可核验；未达项明确补做。
评价与课外学习： W12阶段检查：C4/C5/C6。 准备个人项目集中实践计划，限定两个核心迭代。
第13周 开始集中实践，怎样看到真正的进度？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第十四章里程碑主题。
中心问题： “完成80%”怎样改写成可检查的阶段成果？
讲授与原理： 小任务、验收条件、依赖和阻塞；工作量与价值分开。
探索与实践： 将个人项目拆成两次小迭代，完成第一项可运行改动；与导师核对边界。
Git及工作流： 任务对应提交与检查；未完成状态如实保留。
本周交付： 个人迭代1的目标、初版和验证计划。
跨课衔接： 教师继续短讲与现场指导，不把后六周变成无人指导自习。
评价与课外学习： C1/C3/C4。 检查本周阻塞，提出所需支持。
第14周 硬件、时间和调用额度有限，怎样做取舍？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第九章资源约束主题。
中心问题： 哪一项资源制约了当前版本，怎样用测量支持调整？
讲授与原理： 时间、存储、延迟、功耗、器件和API使用的基础估算；指标需写测量条件。
探索与实践： 选择与个人项目相关的一项约束，记录或估测并标注性质；完成迭代1复测与取舍。
Git及工作流： 配置变化可比较；测量结果与版本配套。
本周交付： 迭代1完成记录；一项有条件的资源取舍。
跨课衔接： 硬件指标由硬件课支持，模型指标由数据课支持；不将估算写成实测。
评价与课外学习： C1/C2/C5。 根据迭代1结果选择迭代2问题。
第15周 同一个错误反复出现，怎样让它不再悄悄回来？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第十三章再次回读；以个人项目故障为情境。
中心问题： 从修复一次问题，怎样走向持续检查？
讲授与原理： 复现、最小失败样例、回归；本地自动检查与CI的关系。
探索与实践： 为个人项目增加一项可重复检查并修复问题；完成迭代2关键改动；AI辅助生成测试后人工核验。
Git及工作流： 测试与代码同版本；有可用Runner再接CI，不以平台配置阻塞学习。
本周交付： 失败到修复的可重复检查；迭代2版本。
跨课衔接： 跨课共有故障分别记录输入、模型、适配或反馈责任。
评价与课外学习： C3/C4/C5。 将检查交给同伴执行，记录复现差异。
第16周 别人提出的意见，怎样变成一次有效改进？#
学时：理论1＋实践3。阅读与故事入口：《人月神话》第六、十五章回读；评审者接手情境。
中心问题： 怎样提出可操作反馈，怎样决定是否接受？
讲授与原理： 维护者与贡献者职责；反馈证据与个人偏好区别；贡献署名。
探索与实践： 为同伴项目提供一次测试或小贡献；回应反馈；完成个人迭代2复核。
Git及工作流： 评审与修改关联；原仓库权限不改变；贡献可在授权私有仓库完成。
本周交付： 迭代2完成记录；一次贡献/评审回应；个人贡献摘要。
跨课衔接： 教师按个人证据判断，不用共同作品替代个人说明。
评价与课外学习： W16阶段检查：C5/C6。 准备S1交付包，列出不确定和未完成项。
第17周 AI帮助了哪里，自己的工程判断又在哪里？#
学时：理论2＋实践2。阅读与故事入口：《人月神话》第十六、十八、十九章阅读入口；课堂依据项目证据复盘。
中心问题： 哪些工作变快了，哪些判断仍需要自己负责？
讲授与原理： 工程问题与工具变化；生成、理解、验证和返工分别观察；结论适用条件。
探索与实践： 开展终期演示第一轮；同伴按资料复现；逐人解释一次关键取舍；修补交付缺项。
Git及工作流： 冻结候选版本并记录后续修订；不删失败历史美化结果。
本周交付： 候选交付包、个人工程复盘与复现反馈。
跨课衔接： S1三课共享展示，分别记录课程目标达成。
评价与课外学习： C1—C6综合核验。 完成最终修订，形成S2最先要验证的三项任务。
第18周 S1怎样交付，S2怎样接着做？#
学时：理论1＋实践3。阅读与故事入口：项目交接原创情境；回到第1周“怎样算完成”的问题。
中心问题： 下一学期接手时，凭什么知道当前版本可信且可以继续？
讲授与原理： 交付边界、已知问题、技术依赖和下一阶段验收；规范编制《S1 $\to$ S2 工程交接清单》（HANDOFF.md）。
探索与实践： 终期演示第二轮与个人核验；整理真实输入、配置和版本；完成包含四个章节的S2任务交接清单（① 环境基准与一键验证脚本；② 硬件与数据当前接入状态；③ 技术债务与已知边界；④ S2优先承接Backlog）。
Git及工作流： 发布S1版本；保留来源、标签和任务关系；归档权限审查。
本周交付： S1基础原型、可复现工程仓库、AI使用与核验工单、个人贡献摘要、规范化 HANDOFF.md 交接清单。
跨课衔接： 只规划S2的模型、端侧和交互接续，不要求S1提前完成S2全部功能。
评价与课外学习： W18最终成绩核验，已通过与未完成分列。 无额外计分项目；遗留补做按教师安排执行。
四、跨课程里程碑与验收#
| 节点 | 本课程责任 | 其他课程协作 | 通过依据与降级预案 |
|---|---|---|---|
| W2 起步 | 项目档案、运行与版本方法 | 提供方向咨询 | 本人说明来源、修改和首个任务 |
| W4 接口 | 适配器规范、字段、单位、状态与依赖约定 | 数据课说明数据需求；硬件课确认可采来源 | InputAdapter接口被双方正确解释与测试 |
| W8 首次真实接入 | 适配器切换、来源记录与三类检查 | 提供至少一路真实感知数据，模型按进度接入 | 原始记录与运行对应；若硬件延期，按预案接入真实传感器脱机日志包并如实标注 |
| W10 中期 | 范围、集成、回归与个人贡献 | 共同查看同一功能链 | 可演示，失败和下一步明确；模型未收敛可使用占位模型闭环 |
| W12 阶段交接 | 样板与个人阶段版本、复现 | 核对输入/模型/硬件版本 | 另一位同学按说明运行 |
| W16 个人深化 | 两次迭代与评审回应 | 根据实际问题提供支持 | 改进前后有依据，执行“三不原则” |
| W18 S1交付 | 仓库、交付包、个人核验与HANDOFF清单 | 三课分别评价本课目标 | 原型、真实来源、版本和测试可复核；S2接续Backlog明确 |
跨课进度变化时由课程组共同调整实际接入时间，保留原计划和变更理由。确立降级验收底线：硬件或模型延迟时允许使用真实录制日志或基线占位模型完成闭环，不阻断本课关于工程治理、版本控制与测试的达成评价，但必须在交付中诚实记录实机/脱机状态。W18仍未完成基础链路闭环的，相关成果项按未完成处理并安排补做。
五、五学期接续要求#
| 阶段 | 本轮对主项目的接续设计 | 留给下一阶段的材料 |
|---|---|---|
| S1 基础建构 | 基础原型、真实输入和可复现工程仓库 | 问题与边界、代码/配置/来源、验证记录、局限 |
| S2 原型突破 | 进一步形成边端AI与交互闭环 | 接口、模型与端侧版本、交互和异常测试 |
| S3 系统融合 | 在主项目上组织更多模块与复杂关系 | 系统结构、集成约定、回归检查与资源约束 |
| S4 场景与产品验证 | 在限定使用条件下检验持续可用性 | 现场问题、用户反馈、版本与维护决定 |
| S5 综合交付 | 形成可交接、可说明的综合成果 | 工程档案、运行维护、来源许可和成果表达 |
此表说明本课程工作方法的延伸；S2—S5课程目录和正式成果标准仍以实验班人培及各课教学文件为准，不在本文件改写后续课程名称或学时。完整内部人培地图不随公网页面自动发布。
六、资源、调整与归档#
W1—W2使用包内完整教案、学生学习页和声音事件回放代码。W3—W18当前提供完整周计划，起始硬件、模型、数据和逐课教案需按阶段继续开发与核验。课件、视频、真实采集和在线平台部署均不得标为本轮已经完成。
每次课只保留目标/问题、关键修改、验证和决定四类必要记录。课后作业以阅读、场景观察、完善说明或复现为主，建议20—40分钟；大型功能实现不转为无指导的额外硬性作业。
阶段检查与评价按课程标准执行。采用版、实际教案、课堂调整、学生项目及成绩依据分别归档，保留版本和日期。任课教师不得用新版计划覆盖已实施旧版的历史证据。
参考依据：[A1]实验班人培V2.0；[H1]既有课程讨论；[R1—R7]阅读及技术来源。故事均为阅读入口或明确标注的原创情境，不视为对原书全部内容的摘要。