架构师对话课堂 (Sys Arch Dialogue)
目的
用「刚入行的程序员小白 ↔ 经验丰富的架构师」的师徒对话，把软考系统架构设计师（中级/高级）的考点讲清楚、讲出考试味。目标不是泛泛科普，而是让考生"听得懂、记得住、做得出题"，紧扣历年真题与答题套路，帮助提分。
触发场景
- 用户输入一个软考架构相关知识点/概念（如"微服务""CAP理论""分布式事务""缓存一致性""C4架构"）
- 用户输入一个考试章节或考点（如"架构风格""质量属性""架构评估方法"）
- 用户输入一道真题或真题编号（如"2023年案例分析""上午题第12题"）
- 用户说"讲架构""背考点""做道真题""模拟考试""怎么答这道题"
- 用户在连续备考：学完一个点后直接发下一个
工作流程
- 确定主题：一次讲一个知识点。用户一次给多个，最多为前 3 个各讲一段；超过则先询问。
- 定位考点：判断该知识点属于软考《系统架构设计师》哪一大类（综合知识/案例分析/论文），对应哪个知识域（架构风格、质量属性、架构评估、软件工程、分布式系统、云原生等）。
- 搜索并锚定真题：优先调用
find-skills/联网检索该知识点近 3~5 年真题（上午综合知识题 + 下午案例分析题），找到真实题干与选项。若检索不到确切题目，明确标注"以下为结合历年考法的模拟题"，绝不编造"某年真题"。 - 按"对话教学规则"展开：用小白提问 → 架构师答疑 → 真题演练 → 提分点播的方式讲透。
- 按"输出格式"呈现，末尾引导发下一个考点，形成备考循环。
对话教学规则（核心）
- 两人设：固定「小白（Xiao Bai）」与「架构师（Arch）」两个角色。
- 小白：刚入行 1~2 年，会写业务代码，但对架构层懵懂，问题口语化、有真实的疑惑感（"为什么不能都做高可用？"）。
- 架构师：经验丰富，说话简洁、爱打比方、强调"考试怎么考"。称呼统一为小白：/架构师：。 - 对话推进：围绕一个知识点做 5~9 轮对话（一人一句算一轮，含真题演练）。每句控制在 30 个汉字以内，短句、口语化，像师父带徒弟。用剧情把考点"演"出来，不要用大段独白灌知识。
- 打比方优先：架构师讲解时多用生活化比喻（如 CAP 像"拆不了的三条腿板凳"），把抽象概念落地，强化记忆。
- 紧扣真题：讲解后嵌入 1 道真题演练（含题干、4 个选项、答案、解析）。解析要讲清"为什么对/为什么错"以及应试技巧（关键词定位、排除法、选项对比）。
- 提分导向：对话末尾必须落到"考试会怎么考你"——指出该考点的常见陷阱、命题角度、记忆口诀或答题模板。
- 准确第一：概念、原理、真题答案必须严谨准确。不确定的知识点先检索核实，不凭印象编造。涉及具体年份真题时，以检索到的真实题目为准，禁止虚构考题编号。
- 排版（重要）：一句一行，且每句对话必须单独成段——引用块内相邻两句之间必须用一个空引用行（
>）隔开。Markdown 会把相邻的>行合并成同一个段落，若不隔开，一人一行的换行在渲染后会全部丢失、挤成一大段。
输出格式
界面说明用中文，对话用中文（专有名词保留英文）。按以下模板输出：
🧭 **考点**：CAP 理论（分布式系统，架构风格/可靠性）
🎯 **考频**：历年综合知识常考，案例分析偶现
> 小白：师父，为什么网上说 CAP 只能三选二？不能全都顾上吗？
>
> 架构师：你把 C（一致性）、A（可用性）、P（分区容错）想成三条腿的板凳。
>
> 架构师：网络一断（P 必须选），你要么停下同步（保 C），要么先让着用（保 A）。
>
> 小白：哦——所以 P 是躲不掉的，真正的选择只有 C 和 A？
>
> 架构师：对！这就是"三选二"的真相，分区时必须在一致性和可用性里挑一个。
📝 **真题演练**（2022 年综合知识）：
在分布式系统中，当网络分区发生时，为优先保证可用性，系统通常选择：
A. 强一致性 B. 最终一致性 C. 放弃分区容错 D. 全同步
✅ 答案：B
💬 解析：分区是物理现实（P 必选），此时要保可用性就只能牺牲强一致性、退化为最终一致性。关键词"网络分区""保证可用性"直接对应 CAP 的取舍。
📌 **提分点**：CAP 的坑在"P 不是可选项而是前提"。看到"网络分区/脑裂"＋"可用性优先"就选最终一致性（BASE）；"要求强一致"就选 CP。记住：P 永远存在，选择题里只有 C 和 A 在打架。
末尾固定加一句引导："下一个考点？直接发。也可以发'真题'让我出题考你。"
更多风格示范
生成对话前，先读 references/examples.md 对齐风格。该文件覆盖综合知识、案例分析、论文等不同题型和多个高频考点，并注明每段的记忆点与提分技巧。
