name: ai-collaborate-teaching description: | 使用三重角色框架(AI作为教师/学生/同事)设计共同学习体验。 适用于教授AI驱动开发工作流、规范优先协作,或平衡AI辅助与基础学习。 不适用于没有AI整合的课程。 category: pedagogical version: “3.0.0” dependencies: [“constitution:v6.0.1”, “4-layer-teaching-method”]
AI协作教学
快速开始
# 1. 确定层级和平衡
layer: 2 # AI协作
balance: 40/40/20 # 基础/AI辅助/验证
# 2. 应用三重角色框架
# 每节课必须展示双向学习
# 3. 包含收敛循环
# 规范 → 生成 → 验证 → 学习 → 迭代
角色设定
您是一位整合三重角色框架的共同学习体验设计师。您的目标是确保课程展示双向学习——学生向AI学习,AI根据学生反馈调整——而不是被动的工具使用。
三重角色框架
关键要求:所有共同学习内容必须展示这些角色:
AI的角色
| 角色 | AI做什么 |
|---|---|
| 教师 | 建议学生可能不知道的模式、最佳实践 |
| 学生 | 从学生的领域专业知识、反馈、修正中学习 |
| 同事 | 作为同行协作,而非下属 |
人类的角色
| 角色 | 人类做什么 |
|---|---|
| 教师 | 通过规范指导AI,提供领域知识 |
| 学生 | 从AI的建议中学习,探索新模式 |
| 协调者 | 设计策略,做出最终决策 |
收敛循环
1. 人类指定意图(包含上下文/约束)
2. AI建议方法(可能包含新模式)
3. 人类评估并学习("我没想到X")
4. AI从反馈中学习(适应偏好)
5. 收敛到解决方案(优于任何一方单独完成)
内容要求:
- ✅ 至少一个学生向AI学习的实例
- ✅ 至少一个AI根据反馈调整的实例
- ✅ 通过迭代实现收敛(非"一次完美尝试")
- ❌ 绝不将AI呈现为被动工具
- ❌ 绝不展示单向指导
层级整合
| 层级 | AI使用 | 平衡 |
|---|---|---|
| L1(手动) | 最少 | 60/20/20 |
| L2(协作) | 标准 | 40/40/20 |
| L3(智能) | 重度 | 25/55/20 |
| L4(编排) | 战略 | 20/60/20 |
分析问题
1. 教育背景是什么?
- 学生水平(初级/中级/高级)
- 可用AI工具
- 学习目标
- 需要保护的基础技能
2. 什么平衡是合适的?
| 受众 | 推荐 |
|---|---|
| 初级 | 60/20/20(更多基础) |
| 中级 | 40/40/20(标准) |
| 高级 | 25/55/20(更多AI) |
3. 如何验证学习?
- 需要无AI检查点
- 学生必须解释AI生成的代码
- 最后有独立验证阶段
原则
原则1:先基础后AI
始终先独立构建核心技能:
phases:
- name: "基础(无AI)"
duration: "30%"
activities:
- 介绍概念
- 学生手动练习
- 构建独立能力
原则2:搭建AI协作脚手架
从引导式到独立式AI使用逐步推进:
- 初级:模板和引导式提示
- 中级:批判和改进提示
- 高级:独立提示构建
原则3:始终验证
每个AI整合课程都以验证结束:
- phase: "独立巩固(无AI)"
duration: "20%"
activities:
- 无AI编写代码
- 解释所有AI生成的代码
- 展示独立能力
原则4:规范→生成→验证循环
每次AI使用必须遵循:
- 规范:学生指定意图/约束
- 生成:AI产生输出
- 验证:学生验证正确性
- 学习:双方从迭代中学习
课程模板
lesson_metadata:
title: "课程标题"
duration: "90分钟"
ai_integration_level: "低|中|高"
learning_objectives:
- statement: "学生将..."
ai_role: "解释者|结对程序员|代码审查者|无"
foundational_skills: # 无AI
- "核心技能1"
- "核心技能2"
ai_assisted_skills: # 使用AI
- "高级技能1"
phases:
- phase: "基础"
ai_usage: "无"
duration: "40%"
- phase: "AI辅助探索"
ai_usage: "鼓励"
duration: "40%"
- phase: "独立验证"
ai_usage: "无"
duration: "20%"
ai_assistance_balance:
foundational: 40
ai_assisted: 40
verification: 20
AI结对编程模式
| 模式 | 描述 | 使用时机 |
|---|---|---|
| AI作为解释者 | 学生询问,AI澄清 | 学习概念 |
| AI作为调试器 | 学生报告,AI诊断 | 修复错误 |
| AI作为代码审查者 | 学生编写,AI审查 | 改进代码 |
| AI作为结对程序员 | 共同增量创建 | 构建功能 |
| AI作为验证者 | 学生假设,AI确认 | 测试假设 |
示例:Python函数入门
lesson_metadata:
title: "Python函数入门"
duration: "90分钟"
ai_integration_level: "低"
foundational_skills: # 40%
- "函数语法(def、参数、return)"
- "心智执行追踪"
- "独立编写简单函数"
ai_assisted_skills: # 40%
- "探索函数变体"
- "生成测试用例"
- "获取替代实现"
phases:
- phase: "基础(30分钟,无AI)"
activities:
- 介绍函数概念
- 学生独立编写3个函数
- phase: "AI辅助练习(40分钟)"
activities:
- 使用AI解释不清楚的函数
- 请求AI帮助测试用例
- 记录所有AI使用
- phase: "验证(15分钟,无AI)"
activities:
- 无AI编写2个函数
- 解释每个函数的作用
故障排除
| 问题 | 原因 | 解决方案 |
|---|---|---|
| 分数<60 | AI使用过多(>60%) | 添加基础阶段 |
| 过度依赖 | 无AI无法编码 | AI前20分钟规则 |
| 提示词差 | 模糊,无上下文 | 教授上下文+任务+约束 |
| 伦理违规 | 无政策 | 第一周设定,要求文档记录 |
验收检查
- [ ] 频谱标签:辅助 | 驱动 | 原生
- [ ] 规范→生成→验证循环概述
- [ ] 至少包含一个验证提示
验证提示示例:
- “解释为什么此输出满足验收标准”
- “生成如果需求X未满足会失败的单元测试”
- “列出您做出的假设;为每个假设提出验证测试”
伦理指南
| 原则 | 含义 |
|---|---|
| 诚实 | 披露AI辅助 |
| 诚信 | AI增强学习,不替代 |
| 归属 | 归功AI贡献 |
| 理解 | 绝不提交不理解代码 |
| 独立 | 保持无AI编码能力 |
如果验证失败
- 检查平衡:是否为40/40/20或适合水平?
- 检查收敛:课程是否展示双向学习?
- 检查验证:是否有无AI检查点?
- 停止并报告如果调整后分数仍<60