每个「讲」知识点补齐核心概念 + 常见的坑，幻灯片与大纲同步

此前一版「讲」部分基本只是代码演示（贴代码 + 一句出处说明），没有讲透
知识点本身的原理。改为覆盖清单原则：每个知识点在大纲里至少固定两项——
核心概念（是什么/为什么，不只是怎么写）+ 常见的坑（注意事项/误区），
课堂实际讲解深度按学员反馈现场调整，但大纲必须列全，以免漏讲或退化成
纯代码演示。

- custom.css 新增 .concept-box/.pitfall-box 卡片样式
- day1–5.html 每个知识点前插入对应卡片，内容与 OUTLINE.md 的覆盖清单一一对应

docs/teaching/slides/day5.html

@@ -34,20 +34,52 @@
 
   <section>
     <h3>质量保证：四平台一标准（复习） <span class="tag tag-lecture">讲</span></h3>
-    <img src="../../images/quality_four_platforms.png" style="max-height:420px;">
+    <img src="../../images/quality_four_platforms.png" style="max-height:520px;">
     <p><small>出处：<a class="filelink" target="_blank"
-    href="../../TRAINING_PLAN_2026.md">docs/TRAINING_PLAN_2026.md</a>
-    「七、质量保证 (二) Git」——接下来 Day6–10 项目实作，每人每完成一个任务都要提交代码
-    到 Git 并写清任务描述。</small></p>
+    href="../../TRAINING_PLAN_2026.md">docs/TRAINING_PLAN_2026.md</a> 「七、质量保证 (二) Git」</small></p>
+  </section>
+
+  <section>
+    <h3>Git 提交习惯：核心概念 <span class="tag tag-lecture">讲</span></h3>
+    <div class="concept-box">
+      <h4>核心概念</h4>
+      <ul>
+        <li>接下来 Day6–10 项目实作，每人每完成一个任务都要提交代码到 Git 并写清任务描述——
+        提交粒度对应 Jira 任务粒度，commit 信息就是"这次提交做了什么、为什么"的可追溯记录。</li>
+      </ul>
+    </div>
+    <div class="pitfall-box">
+      <h4>常见误区</h4>
+      <ul>
+        <li>攒了几天代码一次性提交、commit 信息写"update"：历史记录失去可追溯性，出问题时无法
+        定位是哪次改动引入的。</li>
+      </ul>
+    </div>
   </section>
 
   <section>
     <h3>标准化考核标准 <span class="tag tag-lecture">讲</span></h3>
-    <img src="../../images/assessment_standard.png" style="max-height:480px;">
+    <img src="../../images/assessment_standard.png" style="max-height:520px;">
     <p><small>出处：<a class="filelink" target="_blank"
-    href="../../TRAINING_PLAN_2026.md">docs/TRAINING_PLAN_2026.md</a>
-    「七、(五) 标准化的考核标准」——项目管理评估(40%) + 项目技术评估(30%) +
-    职业素养评估(30%)，Day6–10 项目实作最终按这个标准打分。</small></p>
+    href="../../TRAINING_PLAN_2026.md">docs/TRAINING_PLAN_2026.md</a> 「七、(五) 标准化的考核标准」</small></p>
+  </section>
+
+  <section>
+    <h3>考核标准：核心概念 <span class="tag tag-lecture">讲</span></h3>
+    <div class="concept-box">
+      <h4>核心概念</h4>
+      <ul>
+        <li>项目管理评估(40%) + 项目技术评估(30%) + 职业素养评估(30%)——技术实现只占三成，
+        Day6–10 项目实作最终按这三个维度综合打分，不是"代码能跑就满分"。</li>
+      </ul>
+    </div>
+    <div class="pitfall-box">
+      <h4>常见误区</h4>
+      <ul>
+        <li>只顾埋头写代码、忽略项目管理和职业素养维度（如任务跟踪是否及时更新、沟通是否
+        到位）：技术分再高，另外 70% 的权重会明显拉低总评。</li>
+      </ul>
+    </div>
   </section>
 </section>
 
@@ -83,10 +115,31 @@
   <section>
     <h3>Day2–4 案例回顾 <span class="tag tag-lecture">讲</span></h3>
     <p>请 1–2 组现场展示计算器 / 本地数据存储 / 动画状态机小游戏，其他组观摩提问。</p>
+    <div class="concept-box">
+      <h4>核心概念</h4>
+      <ul>
+        <li>代码走查（code review）是团队协作的常规环节——展示时讲清"为什么这么设计"比"功能能跑"
+        更能体现对 Day2–4 核心概念（对象树/信号槽/Model-View/线程亲和性……）的理解程度。</li>
+      </ul>
+    </div>
+    <div class="pitfall-box">
+      <h4>常见误区</h4>
+      <ul>
+        <li>只演示"能跑"不讲"为什么"：观摩组提不出有效问题，复盘就失去了巩固概念的作用。</li>
+      </ul>
+    </div>
   </section>
 
   <section>
     <h3>OpenCV 与 AI 机器学习（可选，自学指针） <span class="tag tag-lecture">讲</span></h3>
+    <div class="concept-box">
+      <h4>核心概念</h4>
+      <ul>
+        <li>OpenCV 是独立于 Qt 的计算机视觉库，Qt 负责界面/交互，OpenCV 负责图像算法——两者通过
+        "内存里的图像数据格式转换"（<code>cv::Mat</code> ↔ <code>QImage</code>）配合，是很多
+        桌面视觉类项目的典型组合方式。</li>
+      </ul>
+    </div>
     <div class="verify-box">
       <h4>缺口说明</h4>
       <p>方案书原文对本项标注"可选择"，属于非必修拓展。引入 OpenCV 会新增一条完整的