《Git工作流与开源工程》待确认事项
版本：0.10
下列事项需要课程组、出版社或责任编辑确认。本轮没有把未确认内容写成正文结论。
一、术语配额
送审要求包含“掌握级术语”和“了解级术语”配额，但未提供各节的具体清单。本轮已在《编校说明与术语配额》中提出章级暂行配额。
本轮处理原则如下：
- 只保留现有大纲和正文已经使用的技术概念；
- 不因润色增加新的掌握级术语；
- 统一同一概念的名称，减少重复术语；
- 待配额确定后，逐节标注首次出现位置和学习层级。
需确认：课程组是否接受现有章级暂行配额，并进一步核定各节的术语清单。
二、前后衔接
送审要求中的“前后衔接”字段没有提供各节的指定内容。
本轮按项目版本链建立衔接：
基线体验→手工修改→AI规划→受控AI变更→产品定义→工程规格→v0.1→v0.2→v0.3→v0.5→持续集成→v1.0
第13—18章再把同一方法迁移到学生原创项目。
需确认：出版社是否要求在每节教案中另列“前置知识”和“后续课程”字段。正文不建议增加固定提示框，以免削弱阅读连续性。
三、教材名称
课程建设项目名称保持《Git工作流与开源工程》，不作修改。
当前教材名称为：
《Git工作流与开源工程——AI智能体协同的物理AI产品开发》
需确认：出版社是否接受“物理AI”进入副标题。若需采用更通行的表述，可备选为《Git工作流与开源工程——AI协同的智能硬件产品开发》。
四、软件名称与技术审查
正文采用Visual Studio Code、Cline、Qwen和校内GitLab。正文讲解稳定机制，不绑定具体界面、版本和外部服务地址。
需确认：
- 出版社对国外软件名称的技术审查范围；
- 是否需要在书稿中增加“可采用同类工具替代”的统一说明；
- 纸质书是否保留Cline界面截图，或全部改由在线环境卡维护。
五、课程环境与真实参数
下列内容应在定稿前由课程组实测确认：
- 教学仓库稳定标签和提交号；
- 开发板、传感器与工具链版本；
- 校内Qwen服务的可用模型与调用限制；
- 校内GitLab持续集成执行器；
- 端侧模型格式、资源预算和实测数据；
- 学生项目的数据授权与公开范围。
纸质正文不写入账号、密钥、个人令牌和可变服务地址。
六、开源与授权
教材讲解许可证、第三方声明和软件物料清单的工程检查方法，不预先替学生项目选择许可证。
需确认：学校和出版社是否提供统一的课程项目授权模板、数据授权书及公开审查流程。