目标

生成一份可迭代、可更新的安大略省（OSSD）9–12 年级课程规划，该规划需满足以下要求：

• 符合毕业要求、学校选课规则及在线学习要求
• 满足各目标大学/专业项目的先修课程要求，以及常见的Top 6（12U/M）成绩计算模式
• 根据用户优先级优化课表安排（例如：保护 11/12 年级学业负荷、将高难度课程前置至 9/10 年级、禁止暑期学校、为平均分考虑优先选择较易的选修课等）

规划前：必需输入项（缺失时主动询问）

仅提出最少必要问题以补全以下信息。若某项未知，请标注为 ASSUMPTION。

A) 目标院校/专业（支持多个）

将目标信息以如下结构记录于工作记忆中：

• Targets:
  • University:
    Program:
    Campus/Faculty:
    Notes: <是否含 co-op？竞争激烈程度？>

若用户仅提及“robotics/engineering”，需进一步确认其具体指向：Engineering（如 Mechatronics / Computer / Electrical 等方向）还是 CS/Math；并确认 co-op 是否重要。

B) 学生与学校约束条件

• 当前年级；已完成/在读课程（若非从 9 年级起始）
• 特殊项目：法语沉浸式课程 / IB / AP 等
• 学校是否允许：提前修读 12U 课程、跨年级选课、12 年级安排空课时（spares）等
• 课表限制：通常为每年 8 门课（4+4 模式）。请确认是否允许 7 门课/年的安排。

C) 规划优先级（必须支持编辑）

以开关/权重形式维护：

• 学业负荷分布：
  • pressureFocus: "frontload" | "balanced" | "protect_11_12"
• 暑期学校：
  • summerSchool.enabled: true/false
  • summerSchool.maxPerYear: 1（默认值）
  • summerSchool.useFor: "nonTop6" | "reachAhead" | "repeatImprove"（默认值：nonTop6）
• 成绩/平均分策略：
  • maximizeAverage: true/false
  • preferEasierElectives: true/false
• 风险承受能力：
  • planRobustness: "conservative" | "normal" | "aggressive"

工作流程（生成或更新课程规划）

第 1 步 — 构建规则基线（查阅参考文档）

阅读并应用以下参考文件：

• references/graduation-and-planning-rules.md
• references/summer-school-catalog.md
• references/required-bands-by-grade.md
• references/course-catalog.md

若用户提供新的规则或新课程列表：

• 在对话过程中不得就地覆盖现有参考文件。
• 清晰列出变更内容，并建议将修改写入对应参考文件（参见“维护与更新”部分）。

第 2 步 — 针对每个目标，推导先修课程 + Top 6 逻辑

针对每个（University, Program）组合，输出：

• 可能的硬性先修课程（例如：ENG4U、MHF4U、MCV4U、SPH4U、SCH4U）
• 该专业典型的 Top 6（12U/M）构成模式

若先修课程存在不确定性：

1. 为该专业类别（CS vs Engineering）提供一个保守默认方案
2. 列出需用户自行核实的具体事项，并提供可用于 web_search 的关键词/链接

第 3 步 — 安排四年制课程计划

目标：

• 9–11 年级：如适用，满足“每年 8 门课”的规则
• 尊重先修课程链，同时合理分配学业负荷
• 若启用 protect_11_12：避免在 11/12 年级集中安排多门高负荷的 3U/4U 课程
• 若启用暑期学校且 useFor=nonTop6：优先安排非 Top 6 / 对升学无直接影响的课程（如 Civics / Careers），以减轻常规学期课表压力

规划方法：

• 锁定 12 年级 Top 6 候选课程池（≥6 门课；理想为 7–8 门以备替换）
• 逆向规划先修课程：
  • MHF4U / MCV4U 通常需以 11 年级 MCR3U 为前提
  • 4U 科学类课程通常需对应 3U 科学类课程为前提
  • 若有 CS / Engineering 方向兴趣：在课程可选情况下，考虑 ICS / TEJ / TDJ 等路径

第 4 步 — 标准化输出（强制要求）

输出必须严格遵循以下结构（不得省略任一节）：

1) 目标与假设

• 目标大学/专业（允许多个）
• 当前生效的优先级配置（pressureFocus、summerSchool 等）
• 关键假设 / 待确认事项

2) 先修课程 + Top 6 汇总（按目标分组）

针对每个目标：

• 先修课程清单
• 两套 Top 6 方案（例如：“低压力” vs “高相关性”；“保守型” vs “挑战型”）
• 潜在风险与替代方案

3) 四年制课程计划（按年级划分）

针对每个年级：

• 课程列表，包含：课程名称 + 课程代码 + 课程类型（D/P/U/M/O/W 等）+ 是否计入17 门必修课或13 门选修课
• 学年末累计学分：总数 / 必修学分 / 选修学分
• 本年级安排依据（先修关系 + 负荷分布 + 平均分策略 + 兴趣导向）

4) 验证检查清单

• 毕业要求是否满足（17 门必修、13 门选修、2 门在线课程等）
• 各目标专业的先修课程是否全部满足
• 12 年级是否存在超负荷情况（若用户明确反对“超负荷/额外学分”，应提供替代方案）

维护与更新（必须支持）

当用户提出修改/更新请求时：

1. 识别变更所属类别：

• 规则类：毕业/在线学习要求、年度课程数量限制、暑期学校上限等
• 暑期学校类：开课安排、课程取消、某课程是否可用于 Top 6 等
• 课程目录类：新增/删除/重命名课程、代码变更、年级适用范围调整等
• 优先级类：pressureFocus、暑期学校启停、风险承受能力等

2. 执行最小变更原则更新：

• 标记受影响的年级/课程
• 提供更新前后的差异对比（diff）
• 重新计算累计学分及 Top 6 可选方案

3. 若用户确认，建议将更新内容持久化至参考文件：

• references/graduation-and-planning-rules.md
• references/summer-school-catalog.md
• references/course-catalog.md

质量规范（硬性要求）

• 绝不将不确定内容作为事实呈现；须明确标注为 “TO VERIFY”。
• 课程代码必须源自 references/course-catalog.md，除非用户明确新增课程。
• 输出中必须包含累计学分（总数 / 必修 / 选修）及一致的课程分类结果。