AGENTS.md

@@ -2,209 +2,83 @@
 
 ## 项目定位
 
-本项目用于协助用户完成个人发展与职业规划。所有分析、提问、文档、计划和阶段性总结必须使用中文。
-
-本项目不是一次性生成“职业规划模板”，而是按标准流程持续执行：先收集个人信息和外部趋势，再诊断现状，设定目标，设计路径，拆解行动，定期复盘。
-
-## 工作语言与文档规则
-
-- 所有回复使用中文。
-- 所有 Markdown 文档使用中文。
-- 术语可以保留必要英文，但必须用中文解释。
-- 不编造用户经历、能力、证书、项目或偏好。信息不足时先提问。
-- 规划结论必须区分“用户已提供事实”“基于事实的推断”“需要验证的假设”。
-- 输出应尽量结构化，便于后续维护和复盘。
-
-## AI 时代职业规划原则
-
-职业规划必须结合最新 AI 时代工作方式，而不是只按传统岗位名称规划。每次做关键判断前，应优先考虑：
-
-1. 岗位任务层面：该岗位有哪些任务会被 AI 自动化、增强或重组。
-2. 能力组合层面：用户是否具备 AI 素养、领域专业能力、业务判断力、沟通协作能力和持续学习能力。
-3. 证据层面：用户的能力是否能通过作品、项目、数据、成果、证书、推荐或面试表达证明。
-4. 市场层面：目标岗位、行业、地区、薪资、竞争强度和招聘要求是否发生变化。
-5. 风险层面：职业路径是否过度依赖单一岗位、单一行业、单一技能或不可持续的工作方式。
-
-凡是涉及职业规划判断的外部信息，都必须先联网检索并尽量引用权威来源或一手资料，再给出建议。外部信息包括但不限于：行业趋势、岗位要求、薪资水平、招聘市场、地区机会、证书价值、学习资源、AI 工具能力、AI 对岗位任务的影响、目标公司或目标行业动态。
-
-## 标准流程
-
-### 1. 信息收集
-
-先收集用户基础信息、经历、能力、偏好、约束和目标。不要一次性抛出过多问题，优先分阶段提问。
-
-建议信息维度：
-
-- 基本背景：年龄阶段、所在地区、学历、专业、语言、可投入时间。
-- 当前状态：目前职业、行业、岗位、收入区间、工作满意度、主要压力。
-- 经历资产：工作经历、项目经历、作品、证书、竞赛、发表、管理经验。
-- 能力结构：专业技能、AI 工具使用、通用能力、沟通表达、学习能力。
-- 价值偏好：收入、稳定性、成长性、自由度、影响力、兴趣、工作生活平衡。
-- 现实约束：家庭、城市、签证、健康、现金流、债务、照护责任。
-- 目标想象：理想岗位、理想行业、3 年目标、5 年目标、不想走的方向。
-
-### 2. 现状诊断
-
-诊断必须包含：
-
-- 个人优势：已被事实证明的能力和资源。
-- 主要短板：阻碍目标的能力、经历、表达或资源缺口。
-- 可迁移能力：能从当前经历迁移到目标方向的能力。
-- AI 替代与增强分析：哪些工作内容会被 AI 影响，用户应如何转向更高价值任务。
-- 机会窗口：近期最值得抓住的岗位、项目、学习或人脉机会。
-
-### 3. 目标设定
-
-目标必须分层：
-
-- 近期目标：1-3 个月，可执行、可验证。
-- 中期目标：6-12 个月，形成明显能力或履历变化。
-- 长期目标：3-5 年，描述职业定位、收入区间、影响力或生活方式。
-
-目标必须尽量满足：
-
-- 具体：不是“提升竞争力”，而是“完成 2 个可展示的 AI 自动化项目”。
-- 可衡量：能用数量、质量、反馈或结果判断。
-- 有截止日期：明确时间边界。
-- 有证据产出：作品、简历条目、案例、证书、收入变化、面试反馈等。
-
-### 4. 路径设计
-
-路径设计至少比较 2-3 条可选路线，并说明取舍：
-
-- 保守路径：基于现有经验稳步升级。
-- 转型路径：进入相邻或新兴方向。
-- 高风险高收益路径：创业、自由职业、海外发展、强竞争岗位等。
-
-每条路径要说明：
-
-- 适合原因。
-- 所需能力。
-- 需要补齐的经历。
-- 主要风险。
-- 3 个月内的验证动作。
-
-### 5. 行动计划
-
-行动计划必须拆成周或月，并包含：
-
-- 学习任务。
-- 项目任务。
-- 输出物。
-- 求职或人脉动作。
-- 复盘指标。
-- 风险预案。
-
-行动计划应避免空泛表述。例如不要只写“学习 AI”，应写“用一个真实业务场景完成提示词、数据整理、自动化脚本或智能体流程，并沉淀为作品案例”。
-
-### 6. 复盘迭代
-
-至少按月复盘：
-
-- 完成了什么。
-- 哪些动作有效。
-- 哪些假设被证伪。
-- 市场反馈如何。
-- 下个月计划如何调整。
-
-## 提问规则
-
-提问要帮助用户准确自评，不能只问“你擅长什么”“你是什么水平”。涉及能力水平时，必须给出等级定义和例子。
-
-### 能力水平定义模板
-
-当询问某项能力时，优先使用 0-5 级定义：
-
-- 0 级：不了解。听过名字或完全没接触。
-- 1 级：入门。能跟着教程完成简单任务，但离开教程容易卡住。
-- 2 级：基础可用。能独立完成常见任务，但复杂问题需要查资料或请教。
-- 3 级：熟练。能独立处理多数工作场景，能解释思路，能稳定交付。
-- 4 级：高级。能处理复杂场景，能优化方案，能指导他人，能形成方法论。
-- 5 级：专家。能解决少见或高难问题，能制定标准，能影响团队或行业实践。
-
-### 提问示例
-
-错误问法：
-
-> 你会 Excel 吗？
-
-推荐问法：
-
-> 请按 0-5 级评价你的 Excel 水平。  
-> 0 级：基本没用过；1 级：会录入和简单格式；2 级：会常用公式、筛选、排序；3 级：能做透视表、数据清洗和常规分析报表；4 级：能用 Power Query、复杂公式或自动化模板提升团队效率；5 级：能设计数据分析体系或培训他人。  
-> 例如：如果你能独立把一份混乱销售数据清洗成月度分析报表，并解释关键趋势，大约是 3 级。
-
-错误问法：
-
-> 你 AI 用得怎么样？
-
-推荐问法：
-
-> 请按 0-5 级评价你的 AI 工具协作能力。  
-> 0 级：几乎没用过；1 级：偶尔问答；2 级：能用 AI 辅助写作、翻译、总结；3 级：能把 AI 嵌入日常工作流程，例如批量整理资料、生成方案、辅助分析；4 级：能设计稳定的提示词流程、自动化流程或智能体工作流；5 级：能结合业务、数据和工具搭建可复用的 AI 解决方案，并让团队采用。  
-> 例如：如果你能用 AI 把 20 篇行业资料整理成竞品分析框架，并人工校验事实，大约是 3 级。
-
-错误问法：
-
-> 你沟通能力强吗？
-
-推荐问法：
-
-> 请按 0-5 级评价你的沟通表达能力。  
-> 0 级：很难清楚表达；1 级：能说明自己的任务；2 级：能在小范围内解释问题；3 级：能推动跨部门协作并处理常见分歧；4 级：能说服关键利益相关方，推动复杂项目落地；5 级：能在高压、高不确定、多方冲突场景下建立共识。  
-> 例如：如果你曾协调产品、技术、运营在两周内解决线上问题，并形成复盘机制，大约是 3-4 级。
-
-### 追问规则
-
-用户给出等级后，必须追问证据：
-
-- 请举一个最近 12 个月内能证明这个水平的具体例子。
-- 这个例子的任务目标是什么？
-- 你具体做了什么？
-- 结果如何衡量？
-- 有没有他人反馈、数据、作品或可展示材料？
-
-## 输出文档建议
-
-后续可逐步创建以下文档：
-
-- `00-个人信息采集.md`
-- `01-现状诊断.md`
-- `02-职业目标.md`
-- `03-路径方案比较.md`
-- `04-行动计划.md`
-- `05-月度复盘.md`
-- `资料来源.md`
-
-文档不必一次性全部创建，应根据实际进度逐步生成。
-
-## 资料来源原则
-
-涉及任何职业规划相关外部信息时，必须先联网检索，并优先参考：
-
-- 权威机构报告，例如世界经济论坛、OECD、ILO、政府劳工或统计部门。
-- 招聘平台的一手岗位描述和技能要求。
-- 行业头部公司、咨询机构、研究机构发布的趋势报告。
-- 目标地区、目标行业的真实招聘信息。
-
-引用外部资料时，应记录来源名称、发布日期、链接和用于本规划的关键结论。
-
-凡是会影响决策的信息，必须记录到合适的项目文档中，不能只停留在聊天回复里。影响决策的信息包括但不限于：
-
-- 方向取舍：是否主攻嵌入式、互联网方向、博士方向或其他方向。
-- 城市选择：成都、杭州、上海、深圳、北京等城市的机会、成本、学校和产业资源。
-- 求职判断：岗位要求、薪资水平、招聘数量、经验要求、学历要求、技能栈变化。
-- 申博判断：博士招生要求、导师资源、论文要求、英语要求、考核方式、目标院校匹配。
-- 能力评估：用户已提供的能力证据、项目证据、论文进展、竞赛证书、工作经历。
-- 风险判断：行业风险、AI 替代或增强影响、就业竞争、毕业风险、经济压力。
-
-记录时必须包含：
-
-- 信息内容：这条信息是什么。
-- 决策影响：它会影响哪个判断或选择。
-- 来源类型：用户本人提供、学校/机构官网、招聘平台、权威报告、企业官网、新闻媒体等。
-- 可靠来源：外部信息必须记录来源名称、发布日期或访问日期、链接。
-- 可靠性说明：区分一手来源、二手整理、平台样本、个人经验或推断。
-- 使用边界：说明这条信息适合用于什么判断，不适合过度推出什么结论。
-
-如果信息来自用户本人，应标注“用户提供”；如果信息来自外部检索，应尽量使用一手或权威来源，并在相关文档的“资料来源”或对应段落脚注中记录。
+本仓库是个人发展与职业规划项目，为**特定用户**（25 岁、研一、计算机应用技术、医学图像分割方向）服务。所有分析、文档、计划必须使用中文。**不编造用户经历、能力或偏好**，信息不足先提问。规划结论必须区分"事实"、"推断"、"假设"。
+
+## 用户画像（关键事实）
+
+| 维度 | 内容 |
+|------|------|
+| 背景 | 上海应用技术大学（建筑环境）→ 黑龙江科技大学 研一（计算机应用技术），跨考，暖通技术员 1 年 7 个月 |
+| 研究方向 | 医学图像分割（深度学习/PyTorch），两篇小论文推进中 |
+| 就业方向 | 双轨策略：Track1 MCU实习（立即投递）+ Track2 嵌入式Linux（持续积累），每天 4.5h+ |
+| 英语 | 六级未通过，~350 分，目标 425（2026-12 考试），每天 1.5h |
+| 设备矩阵 | 台式机(RTX 4070 Ti Super 16GB, 跑深度学习) + Steam Deck(16GB, 1.5TB, VMware+Ubuntu, 主力日常) + 实验室笔记本(64GB+8GB GPU, 不可远程SSH) |
+| 开发板 | STM32F103C8T6 + STM32F103ZET6 + OLED + LCD(FSMC) + 多传感器(LED/Button/DHT11/光感/Flash/触控) |
+| 硬件预算 | 500 元以内，可适当上浮；新项目硬件控制在 300 元以内 |
+| AI 工具 | 熟练使用 Claude Code、opencode、Codex |
+| 学习理念 | YJango《学习观》元学习框架，AI 加速 5 步法（设目标→AI给案例→比较建规则→自己写→AI验证） |
+| 知识管理 | Obsidian 知识库 wiki 300+ 篇，覆盖嵌入式/CS核心/深度学习/跨学科方法论；有 CLAUDE.md 管理规则 |
+| 时间约束 | 学校食堂 早餐 07:30-08:30 / 午餐 11:55 窗口 / 晚餐 16:55（18:00 关门） |
+
+## 能力矩阵
+
+| 语言/领域 | 等级 | 关键证据 |
+|-----------|:----:|----------|
+| C | 2.5~3 | 独立架构5层驱动模式、720行app.c、8设备驱动框架、寄存器级操作；代码有AI辅助但能理解调试 |
+| C++ | 3 | wiki有完整笔记（类/STL/模板/内存模型/智能指针），概念理解扎实 |
+| Python | 3 | 深度学习全流程、PyTorch实验脚本修改、医学图像分割完整实验 |
+| Java | 2.5 | 黑马JavaWeb Spring跟学，简单CRUD，若依框架使用 |
+| Go | 2 | wiki有Go完整笔记（并发/接口/错误处理），概念理解扎实 |
+| Shell | 1 | 有Python类比基础认知，未实操 |
+| 数据结构与算法 | 2 | wiki有系统笔记（树/图/排序/查找/堆栈/链表等），代码实现不熟练 |
+| 操作系统 | 2 | wiki有完整笔记（进程/调度/内存/文件系统），概念理解好缺实践 |
+| 计算机网络 | 2 | wiki有完整笔记（HTTP/TCP/IP/OSI/路由等），概念理解好 |
+| 数据库 | 2 | MySQL增删改查+简单表设计，索引/事务有概念理解 |
+| STM32 | 2.5 | HAL库迁移（GPIO/定时器/串口）、FreeRTOS 21实验、ZET6完整项目、常用调试器 |
+| FreeRTOS | 2.5 | 21实验+ZET6完整项目；面试八股46主题全部完成（含复习总结） |
+| 嵌入式Linux | 1 | VMware+Ubuntu已装好，概念了解，即将开始系统性学习 |
+| 嵌入式调试 | 2.5 | IDE调试器打断点单步、串口打印、烧录 |
+| 深度学习基础 | 2.5~3 | 论文实验完整对比、CNN/Transformer理解、模块设计（学术裁缝） |
+| PyTorch | 2.5~3 | 实验脚本修改（batch/lr/路径/数据集），Dataset/DataLoader理解 |
+| 医学图像分割 | 2.5~3 | 两篇小论文推进中：U-Net/Dice loss/nnUNet，完整实验对比 |
+| 论文阅读 | 2 | 能看摘要/结论/方法图，细节公式和实验设计看得慢 |
+| Git | 1.9 | add/commit/push/pull/branch，IDE冲突提示后解决；不含独立rebase |
+| Makefile | 2 | 概念理解，能读能改，不熟练独立书写 |
+| CMake | 2 | 概念理解，ZET6项目用CMake构建 |
+| Docker | 2 | Linux部署经验，基本使用 |
+| AI工具 | 3 | 熟练Claude Code/opencode/Codex，AI驱动学习+代码+文档 |
+| Qt | 2 | wiki有完整笔记（信号槽/对象树/事件/QPainter/布局），能做简单桌面应用 |
+| 学习方法论 | 3 | YJango体系+AI提炼成系统方法，构建300+篇结构化知识库 |
+
+## 知识库
+
+- 路径：`F:\Documents\Obsidian-Knowledge-Base\X-Knowledge-Base`
+- 结构：wiki/ 300+ 篇（整理后知识）、raw/（原始资料）、CLAUDE.md（LLM协作规则）
+- 覆盖：嵌入式+Linux(61) / 深度学习(18) / 计算机基础(53) / 编程语言(~40) / 软件框架(9) / 跨学科(684) / 研究生(27) / 重构学习(21)
+
+## 文档结构
+
+```
+docs/       # 00-个人信息采集 ~ 08-AI+嵌入式+Agent项目创意
+求职资源/   # 嵌入式面试 / 英语 / 求职工具 / 项目参考
+```
+
+## 核心原则
+
+- **双主线**：嵌入式 Linux（就业）> 医学图像分割（升学），AI/Agent 作为工具不独立投入
+- **时间**：嵌入式 4.5h+ > 英语 1.5h > 论文 1h，周产出检验
+- **里程碑**：见 05-职业目标.md
+
+### User Profile 管理规则
+
+每次会话自动执行：
+1. 读本文件 + 04-现状诊断.md + git log，确认当前画像
+2. 信息在文档中已有则直接引用，不再问用户
+3. 会话中发现新信息（能力/设备/进度/偏好变更）实时记录
+4. /clear 后重新读取恢复上下文
+5. 能力评估必须有 0-5 级定义 + 近 12 月证据，不接受无依据重评
+6. 确定需要但文档没有的信息才问用户，已知信息不反复确认
+
+### 信息来源
+
+外部判断（行业趋势/岗位/薪资/证书/AI影响等）必须先联网，引用时记录来源、日期、链接、关键结论，区分一手/二手/推断。

docs/04-现状诊断.md

@@ -1,6 +1,6 @@
 # 现状诊断
 
-_基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊断区分“事实”“推断”和“需要验证的假设”。_
+_基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊断区分"事实""推断"和"需要验证的假设"。v4 更新于 2026-08-27：论文2延至9月20日，面试八股46主题完成，简历内容框架就绪。_
 
 ---
 
@@ -8,9 +8,12 @@ _基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊
 
 | 优势                       | 说明                                                                                       | 事实依据 |
 | -------------------------- | ------------------------------------------------------------------------------------------ | -------- |
-| 科研启动快                 | 研一下已有两篇小论文推进，第一篇已投稿（被拒后修改），第二篇实验阶段，预计 2026-07-30 投稿 | 用户提供 |
+| 科研启动快                 | 研一下两篇小论文推进：论文 1 已投 CMPB（一审中，40 天出决定）；论文 2 对比实验完成 | 用户提供 |
 | 代码与实验习惯好           | 本地可运行、gogs 托管、有 README、requirements.txt、SWANLab 日志、消融实验和 SOTA 对比     | 用户提供 |
 | 嵌入式学习主动且能持续投入 | 每天 4.5 小时用于嵌入式 Linux，愿意按项目产出倒排学习                                      | 用户提供 |
+| FreeRTOS 执行力远超计划   | 17 天完成 21 个实验，截至 07-29 已搭建 ZET6 完整项目框架（LCD-FSMC + 触控 + CLI + 多传感器驱动） | HAL_FreeRTOS_Projects 仓库可验证 |
+| 知识管理体系化            | Obsidian 知识库 wiki 300+ 篇，覆盖嵌入式/CS核心/深度学习/跨学科方法论，有 CLAUDE.md 管理规则 | 知识库可验证 |
+| 学习方法论先进            | 基于 YJango《学习观》元学习框架，AI 加速 5 步法，构建自己的判别规则而非记忆材料             | wiki 重构学习概念系列 |
 | 时间安排灵活               | 无课程压力、无导师任务压力、每天可自由安排时间                                             | 用户提供 |
 | 多方向并行能力             | 论文 + 嵌入式 + AI 工具 + 英语都有基础，不是从零开始                                       | 用户提供 |
 | 数学基础有竞赛验证         | 本科全国大学生数学竞赛上海市二等奖、亚太杯三等奖                                           | 用户提供 |
@@ -20,11 +23,11 @@ _基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊
 | 短板                        | 方向影响                                                                   | 事实依据 |
 | --------------------------- | -------------------------------------------------------------------------- | -------- |
 | 英语六级未过，估计 350 分   | 申博：六级 425 分是很多 211 / 双一流博士申请硬门槛；求职：少数企业也有要求 | 用户提供 |
-| C 语言 2 级，指针和内存不熟 | 嵌入式求职：C 是基础要求，当前水平不够支撑面试                             | 用户自评 |
+| C 语言 2.5~3 级，懂指针/结构体/寄存器，能独立做项目但深度不够             | 嵌入式求职：面试会深入追问指针/内存/OS底层，当前需要补齐                   | 用户自评+项目 |
 | 数据结构算法 1-2 级         | 嵌入式笔试和互联网笔试都受影响                                             | 用户自评 |
-| 操作系统/计算机网络 1 级    | 嵌入式 Linux 和互联网后端面试都受影响                                      | 用户自评 |
+| 操作系统/计算机网络 2 级（有完整笔记但缺实践） | 嵌入式 Linux 和互联网后端面试都受影响，概念有理解但缺实操和深度追问能力               | 用户自评+wiki |
 | 论文未中稿                  | 申博：目前没有可用于申请的硬成果；距离秋招博士申请仅剩约 14 个月           | 用户提供 |
-| 嵌入式项目证据空白          | 求职：没有可展示的 FreeRTOS 或 Linux 项目作品                              | 用户提供 |
+| 嵌入式项目有框架但仍缺完成度 | FreeRTOS 实验 21 个 + ZET6 项目框架（LCD/触控/CLI/多传感器），但缺 README/演示视频/代码整理 | ZET6项目可验证 |
 | 普通院校 + 非科班跨考       | 求职：部分公司和岗位有学历门槛；申博：目标 211 / 双一流以上竞争大          | 用户提供 |
 
 ## 📋 可迁移能力
@@ -75,11 +78,12 @@ _基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊
 
 | 假设                                                              | 验证方式                          | 验证时间     |
 | ----------------------------------------------------------------- | --------------------------------- | ------------ |
-| 论文 2 能在 2026-07-30 前完成并投稿                               | 看是否按时完成实验和写作          | 26 天后      |
-| 论文 1 继续修改后能被 CMPB 或同等级期刊接收                       | 看审稿反馈和最终结果              | 3-6 个月     |
-| 每天 嵌入式 4.5-5.5h + 论文 1-1.5h + 英语 1.5h + 锻炼 0.5h 可执行 | 看 1 个月后的执行情况             | 1 个月后复盘 |
+| 论文 2 能在 2026-09-20 前完成初稿                                  | 消融实验在跑，效果理想，延期至9月20日 | 24 天后 |
+| 论文 1 被 CMPB 接收                                               | CMPB 一审中，40 天出决定    | 待确认  |
+| ZET6 项目收尾（README完成，演示视频待做）                         | README 已完成        | 演示视频待做      |
 | 六级 350 分到 425 分可在 5 个月内完成                             | 看 12 月六级成绩                  | 5 个月       |
-| 嵌入式 Linux 方向能在 3 个月内产出可展示项目                      | 看 FreeRTOS 和 Linux 应用项目进展 | 3 个月       |
+| Linux 应用层核心能在 2 个月内学完（AI加速 5 步法）               | 看 10-01 前能否完成        | 2 个月后    |
+| 嵌入式 Linux 项目能在 2027 年秋招前出 2-3 个                        | 看 2027 年实习/秋招反馈    | 约 12 个月   |
 | 嵌入式方向有合适的实习机会（不强制 985/211）                      | 看 2027 年实习招聘反馈            | 约 9 个月    |
 | 博士方向在无导师联系、论文未中稿的情况下仍有竞争力                | 看论文投稿结果和市场情况          | 6-12 个月    |
 
@@ -90,12 +94,20 @@ _基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊
 ### 关键新事实
 
 1. **主观选择 C**：两面都要推进，但压力大时优先保嵌入式
-2. **论文真实状态**：CMPB 被拒后修改中；论文 2 目标 2026-07-30 投稿
-3. **嵌入式投入确认**：每天 4.5 小时，按项目产出逆推，有完整学习路线（FreeRTOS → 应用层 → 驱动 → Qt → 音视频 → 网络）
+2. **论文真实状态**：CMIG 被拒，改投 CMPB 进入一审（40 天）；论文 2 消融实验不理想，延至 8 月底
+3. **嵌入式投入确认**：每天 4.5 小时，按项目产出逆推，学习路线调整为：Linux应用编程核心（8-10月）→ 交叉编译+板子（10-11月）→ 驱动开发（11-12月）→ 系统移植（12-1月）→ 项目实战（2-5月），具体见 06-行动计划.md
 4. **英语基线**：六级 ~350，每天 1.5 小时，不挤占嵌入式时间
-5. **实习需求**：极其需要，希望 3 个月后能投递实习
+5. **实习需求**：极其需要，希望尽快投递，简历内容框架已完成待定稿
 6. **预算限制**：500 元以内硬件投入
 7. **无导师联系意愿**：等论文中稿后再联系导师
+8. **FreeRTOS 阶段性成果**：21 个实验，远超原计划，下一个里程碑是整合为可展示项目
+9. **学习理念明确**：YJango《学习观》元学习框架，AI 驱动的 5 步学习法（设目标→AI给案例→比较建规则→自己写→AI验证）
+10. **知识库完整**：Obsidian 知识库 wiki 300+ 篇 + raw/ 原始资料 + CLAUDE.md 管理规则，覆盖嵌入式/CS/深度学习/跨学科
+11. **设备矩阵**：台式机(4070Ti) / Steam Deck(VMware+Ubuntu 主力日常) / 实验室笔记本(64GB，不可SSH)
+12. **嵌入式 Linux 路径变更**：跳过 UI 篇和 LVGL 移植，直接启动 Linux 应用编程核心
+13. **VM 环境已就绪**：Steam Deck 上 VMware+Ubuntu Desktop 已装好，可开始 Linux 开发
+14. **策略升级为双轨**：不等到学完 Linux再投简历，而是用已有 ZET6+FreeRTOS 项目直接投 MCU 实习，并行学 Linux+AI 部署。Track1（MCU实习）立即启动，Track2（Linux/AI）持续积累。
+15. **医疗公司方向差异化**：医学图像背景 + 嵌入式 = 医疗器械公司的独特匹配点，与纯嵌入式学生形成区分
 
 ### 更新后的优先级判断
 
@@ -103,22 +115,27 @@ _基于用户已提供全部信息（2026-07-04）的第一版正式诊断。诊
 - 博士方向：保持中长线高价值主线，但短期不高于嵌入式
 - 互联网 / AI 方向：作为辅助工具线，时间比例保持最低
 
-建议未来 3 个月时间结构（论文是有限任务，嵌入式是连续工程能力）：
+建议未来时间结构：
 
-| 方向             |           每日时间 | 说明                                                           |
-| ---------------- | -----------------: | -------------------------------------------------------------- |
-| 嵌入式 Linux     |           4.5-5.5h | 就业主线，上午 3.5h + 下午 1h + 晚上灵活补                     |
-| 论文 2 + 论文 1  |             1-1.5h | 有限任务，论文 2 写完投稿约 26 天，论文 1 只需修改，投稿后更少 |
-| 英语六级         |               1.5h | 从 350 冲 425，需要持续但不应挤占嵌入式                        |
-| 互联网 / AI 工具 | 0h（暂不独立投入） | 有具体项目需求时再分配                                         |
+**8月（论文冲刺期）：论文优先，嵌入式做低量高产出的事**
 
-这个结构的逻辑：论文不是你写不出来——你两篇都有成果，核心问题是不敢保证论文水平够好期刊接收。如果论文质量不够，就去不了好学校读博，读不了博就需要就业。就业最大短板是嵌入式项目证据为零，需要每天 4.5h 连续堆。所以嵌入式优先，论文维持，英语保底，不是平均分配。
+| 方向 | 每日时间 | 说明 |
+|------|:--------:|------|
+| 论文 2 | 2-3h | 白天效率最高时段，8 月底前要交初稿 |
+| 实习准备 | 1-1.5h | 项目包装/简历/面试八股，论文间隙换脑 |
+| 英语 | 1.5h | 固定不动 |
+| Linux 学习 | 1-2h | 最低节奏保持手感 |
+
+**9月起（实习投递期 / 入职期）：**
+
+- 有实习：白天工作学 MCU 工程实践，晚上 1-2h Linux
+- 无实习：全速 Linux + AI 部署 Sprint，扩大投递范围
 
 ---
 
 ## 🔗 事实来源
 
-本诊断中的事实均来自用户提供的采集表和补充信息表（2026-07-04）。外部趋势引用见 `02-三方向适配初步分析.md` 资料来源部分。
+本诊断中的事实来自用户提供的采集表和补充信息表（2026-07-04）以及 2026-07-30 会话补充。外部趋势引用见 `02-三方向适配初步分析.md` 资料来源部分。
 
 诊断中标注为“推断”或“需要验证的假设”的结论，不在事实来源范围内。
 

docs/05-职业目标.md

@@ -1,33 +1,34 @@
 # 职业目标
 
-_基于现状诊断（2026-07-04）设定的分层目标。目标将随执行复盘更新。_
+_基于现状诊断（2026-07-04）设定的分层目标。v4 更新于 2026-08-27：论文2延至9月20日，面试八股46主题完成，简历内容框架就绪待填。_
 
 ---
 
 ## 总体定位
 
-以嵌入式 Linux 为短期就业主线，以医学图像方向为中长线升学主线，以 AI 应用 / Agent 工程为融合工具能力。论文已有成果，核心风险不是写不出来而是水平不够被好期刊接收；读不了好博士就需要就业，所以嵌入式必须优先。
+**双轨策略：** 先用已有 ZET6+FreeRTOS 项目拿 MCU 实习入行，并行学嵌入式 Linux + AI 部署冲下一阶段。论文维持节奏，英语保底。毕业时 = MCU 实习经验 + Linux 项目能力 = 双重竞争力。
 
-## 近期目标（1-3 个月，2026-07 至 2026-09）
+## 近期目标（2026-08 至 2026-10）
 
-| 目标                      | 方向     | 具体标准                                              | 截止日期       |
-| ------------------------- | -------- | ----------------------------------------------------- | -------------- |
-| 论文 2 完成投稿           | 医学图像 | 实验完成、论文写完、提交至拟定期刊                    | 2026-07-30     |
-| 论文 1 完成修改并重新投稿 | 医学图像 | 修改实验、补充说明、再次投稿                          | 2026-08-30     |
-| 江科大HAL库迁移完成       | 嵌入式   | 基于 STM32F103 完成HAL库迁移项目                      | 2026-07-15     |
-| FreeRTOS 项目完成         | 嵌入式   | 基于 STM32F103 完成多任务项目，有 README 和演示视频   | 2026-08-25     |
-| Linux 应用层项目启动      | 嵌入式   | 参考尚硅谷等课程，完成文件 IO、进程线程、网络编程基础 | 2026-09-25     |
-| 六级持续提分              | 英语     | 每日 1.5 小时，不挤占嵌入式                           | 持续至 2026-12 |
+| 目标 | 方向 | 具体标准 | 截止日期 | 进展 |
+|------|------|----------|:--------:|:----:|
+| 论文 1 CMPB 一审中 | 医学图像 | 40 天出决定 | 07-29 | ✅ |
+| 论文 2 初稿完成 | 医学图像 | 消融实验重做+初稿给老师审查 | 09-20 | ⏳ |
+| ZET6 项目收尾 | 嵌入式 | README完成，演示视频待做 | 08-10 | ⏳ |
+| 简历包装+投递 | 嵌入式 | 内容框架完成 → 待填信息 → 定稿 → 投递 | 09-05 | ⏳ |
+| 面试八股准备 | 嵌入式 | C/FreeRTOS/STM32 46主题全部完成+复习总结 | 08-27 | ✅ |
+| 拿到 MCU 实习 | 嵌入式 | 2026 年内入岗 | 10-01 | 📝 |
+| 六级备考 | 英语 | 每日 1.5h | 12-30 | ⏳ |
 
 ## 中期目标（6 个月，2026-07 至 2027-01）
 
-| 目标                       | 方向     | 具体标准                                 |
-| -------------------------- | -------- | ---------------------------------------- |
-| 至少 1 篇论文中稿或审稿中  | 医学图像 | 论文 1 或论文 2 有明确进展               |
-| Linux 应用层项目完成并改造 | 嵌入式   | 完成课程项目 + 至少一项二次改造          |
-| 嵌入式 Linux 系统项目启动  | 嵌入式   | 交叉编译、开发板运行、驱动入门或 Qt 项目 |
-| 六级达到 400+              | 英语     | 接近申博门槛                             |
-| 可投递实习简历             | 嵌入式   | 简历有 2-3 个项目、技能栈清晰            |
+| 目标                        | 方向     | 具体标准                                  |
+| --------------------------- | -------- | ----------------------------------------- |
+| 至少 1 篇论文中稿或审稿中   | 医学图像 | 论文 1 或论文 2 有明确进展                |
+| Linux 应用层项目完成并改造  | 嵌入式   | 完成课程项目 + 至少一项二次改造           |
+| 嵌入式 Linux 系统/驱动入门  | 嵌入式   | 交叉编译、开发板运行、字符设备驱动基础    |
+| 六级达到 400+               | 英语     | 接近申博门槛                              |
+| 可投递实习简历              | 嵌入式   | 简历有 2-3 个项目（HAL 迁移、FreeRTOS、Linux 应用层至少 1 个） |
 
 ## 长期目标（至 2028-06 毕业前）
 
@@ -40,26 +41,34 @@ _基于现状诊断（2026-07-04）设定的分层目标。目标将随执行复
 
 ## 里程碑节点
 
-| 时间       | 节点              | 判断                           |
-| ---------- | ----------------- | ------------------------------ |
-| 2026-07-15 | HAL 库迁移完成   | 江科大 HAL 库迁移能否按时搞定  |
-| 2026-07-30 | 论文 2 投稿       | 能否按时完成                   |
-| 2026-08-25 | FreeRTOS 项目完成 | 第一个嵌入式展示项目           |
-| 2026-08-30 | 论文 1 重新投稿   | 是否有改进                     |
-| 2026-09-30 | 简历自检          | 能否写出可投递的嵌入式实习简历 |
-| 2026-12    | 六级考试          | 是否达到 400+                  |
-| 2027-04    | 实习窗口          | 能否拿到实习                   |
-| 2027-08    | 秋招开始          | 是否具备竞争力                 |
+| 时间 | 节点 | 判断 |
+|------|------|:----:|
+| 2026-07-15 | HAL 库迁移完成 | ✅ |
+| 2026-07-16 | 论文 1 投 CMIG（被拒） | ❌ |
+| 2026-07-22 | FreeRTOS 实验完成（21 个） | ✅ |
+| 2026-07-29 | 论文 1 投 CMPB（一审中） | ✅ |
+| 2026-07-29 | ZET6 项目框架搭好 | ✅ |
+| 2026-08-27 | 面试八股 46 主题全部完成（含复习总结） | ✅ |
+| 2026-08-27 | 简历内容框架就绪（求职资源/简历/简历内容.md） | ✅ |
+| 2026-08-27 | 论文 2 延至 9 月 20 日（实验在跑，效果理想） | ⏳ |
+| 2026-08-10 | ZET6 项目收尾（README完成） | ✅ |
+| 2026-08-15 | 第一批投递发出 | ❌ 未投递，简历未定稿 |
+| 2026-08-27 | 简历内容框架就绪，待填信息后定稿 | ⏳ |
+| 2026-09-20 | 论文 2 初稿完成（延期） | ⏳ |
+| 2026-10-01 | 目标：拿到实习 Offer | 📝 |
+| 2026-12 | 六级考试（目标 400+） | ⏳ |
+| 2027-04 | 实习窗口（二期）或转正 | 📝 |
+| 2027-08 | 秋招开始 | 📝 |
 
 ## 风险预案
 
-| 风险                        | 预案                               |
-| --------------------------- | ---------------------------------- |
-| 论文无正反馈                | 减少论文投入，重心转向嵌入式       |
-| 嵌入式项目 3 个月无成型作品 | 复盘执行方式，调整学习路径         |
-| 六级无法接近 425            | 读博门槛提高，转向就业优先         |
-| 嵌入式实习无机会            | 扩大投递范围，同时准备 AI 应用方向 |
-| 双线压力过大                | 按嵌入式优先原则降低论文投入       |
+| 风险 | 预案 |
+|------|------|
+| 论文 2 延到 9 月 | 嵌入式线降到最低，论文优先 |
+| MCU 实习投了没回音 | 扩大范围 + 内推 + 降低公司级别 |
+| 实习太忙学不了 Linux | 工作中积累 MCU 经验，Linux 放周末 |
+| 六级无法接近 425 | 不影响就业，只影响申博 |
+| CMPB 被拒 | 改投其他期刊，不拖太久 |
 
 ---
 

docs/06-行动计划.md

@@ -1,144 +1,185 @@
-# 行动计划（2026 年 7 月）
+# 行动计划 v7（2026-08-27 更新）
 
-_基于现状诊断和职业目标的第一个月执行计划。按月更新。_
+_双轨策略：Track 1 拿 MCU 实习（立即投） + Track 2 学 Linux+AI（持续积累）。2026-08-27 更新：论文2延至9月20日，面试八股46主题完成。_
 
 ---
 
-## 核心原则
-
-你的两篇论文已有实质成果。问题不是你写不出来，而是不敢保证水平足够被优秀期刊接收。如果论文不被高水平期刊接收，读博路径受阻，嵌入式 Linux 是你唯一现实且愿意投入的就业路线。所以当前的策略就是：嵌入式先拿下，论文维持节奏走。
-
-本月新增江科大 HAL 库迁移目标（截止 2026-07-15），作为 FreeRTOS 项目前置基础，第 1 周优先完成 HAL 外设配置。
-
-### 每日作息（周一至周六）
-
-学校食堂时间：早餐 07:30-08:30、午餐 11:00-13:00（11:55 开吃，中间 12:00 早 5 分）、晚餐 16:00-18:00（16:55 开吃，18:00 后无餐）。
-
-| 时段 | 时间 | 内容 | 说明 |
-| --- | --- | --- | --- |
-| 起床 | 07:30-08:30 | 洗漱、早餐（学校食堂） | 1h 含去食堂和回来 |
-| 上午段 | 08:30-11:55 | 嵌入式 Linux | 3h25m。每 90 分钟休息 10 分钟 |
-| 午休 | 11:55-13:00 | 午饭（食堂）、休息、完全脱离 | 窗口中间 12:00 早 5 分钟开吃 |
-| 下午段 1 | 13:00-14:30 | 英语六级 | 1.5h。单词、真题循环，固定时段不挪用 |
-| 间隙 | 14:30-15:00 | 休息、伸展 | 30 分钟过渡 |
-| 下午段 2 | 15:00-16:00 | 嵌入式 Linux | 1h。巩固或调试，不开启新知识 |
-| 锻炼 | 16:00-16:30 | 锻炼 | 0.5h |
-| 过渡 | 16:30-16:55 | 休息/整理 | 25 分钟过渡 |
-| 晚饭 | 16:55-17:55 | 晚饭（学校食堂） | 1h。16:55 开吃 |
-| 过渡 | 17:55-18:00 | 调整状态 | 5 分钟 |
-| 论文段 | 18:00-19:00 | 论文 / 写作 | 1h。实验收尾、论文写作、修改 |
-| 晚上（灵活） | 19:00-21:00 | 嵌入式 Linux / 论文 / 英语 | 2h 灵活。优先补嵌入式当日未完成部分 |
-| 收尾 | 21:00-22:00 | 整理笔记、计划明天 | 写当日产出记录、README 更新、问题记录 |
-| 睡前 | 22:00-23:00 | 阅读、刷手机、洗漱 | |
-| 睡觉 | 23:00 | |
-
-**每周日**：07:30-08:30 起床早餐，08:30-10:30 嵌入式复习，10:30-11:00 休息，11:00-11:55 论文，11:55-13:00 午饭，13:00-14:00 午休，14:00-15:30 英语，15:30-16:00 锻炼，16:55-17:55 晚饭，17:55 后自由。
-
-### 每日时间总览
-
-| 项目 | 时间 |
-| --- | ---: |
-| 嵌入式 Linux（固定段 + 灵活段） | 4h25m-6h25m |
-| 英语六级 | 1.5h |
-| 论文 | 1h |
-| 锻炼 | 0.5h |
-| 三餐 + 休息 + 过渡 | 约 4h |
-| 整理 / 自由 | 2.5h |
-| 睡觉 | 8.5h |
-
-时间逻辑：
-
-- 嵌入式是就业保险，上午 3h25m + 下午 1h + 灵活段可追加，保证日均 4h25m+
-- 论文是有限任务，1h 做实验收尾和写作已足够；投稿后降到更低
-- 英语固定下午 1.5h，不挤占上午嵌入式时段
-- 午餐 12:00（窗口中间数）/ 晚餐 16:55（窗口中间数略早），不赶开门也不拖关门
-- 周日减量但不归零，维持节奏
----
+## 核心策略
 
-## 周度计划：2026-07-04 至 2026-08-04
+之前路线是「学完 Linux → 秋招拿 Offer」，现在改为：
 
-### 第 1 周（2026-07-04 至 2026-07-10）
+```
+Track 1 ─ 包装已有 ZET6+FreeRTOS 项目 → 立刻投 MCU 实习 → 2026 年内入岗
+   ↓
+Track 2 ─ 并行学嵌入式 Linux + AI 部署 → 实习期间或结束后冲 Linux 岗
+   ↓
+毕业时 = MCU 实习经验 + Linux 项目能力 = 双重竞争力
+```
 
-| 方向 | 任务 | 输出 |
-| --- | --- | --- |
-| 论文 2 | 完成实验补全和剩余对比实验，记录 SWANLab | 实验日志、对比表格 |
-| 嵌入式 | 江科大 HAL 库迁移：GPIO、USART、I2C、SPI、TIM 基础外设 HAL 库配置 | HAL 库基础工程可运行 |
-| 英语 | 每日单词 50 个 + 听力 1 篇 | 单词本 |
+**两条线不冲突，反而互补。** Track 1 的实习经历能让简历通过筛选，Track 2 的技能能让面试通过。
 
-### 第 2 周（2026-07-11 至 2026-07-17）
+---
 
-| 方向 | 任务 | 输出 |
-| --- | --- | --- |
-| 论文 2 | 完成实验结果部分和分析，开始写作 | 结果部分初稿 |
-| 嵌入式 | HAL 库迁移收尾验证 | 迁移完成确认 |
-| 嵌入式 | FreeRTOS 入门：任务创建、抢占调度、队列，在 STM32F103 跑通基础多任务 | FreeRTOS 基础可运行 |
-| 英语 | 每日单词 50 个 + 阅读 1 篇 | 单词本 |
+## 论文优先期（现在 ~ 09-20）
 
-### 第 3 周（2026-07-18 至 2026-07-24）
+论文 2 消融实验在跑，效果理想，9 月 20 日前交初稿。嵌入式这边做**低量高产出**的事。
 
-| 方向 | 任务 | 输出 |
-| --- | --- | --- |
-| 论文 2 | 完成初稿：引言、方法、实验、结论 | 完整初稿 |
-| 嵌入式 | FreeRTOS 信号量、互斥量、消息队列，传感器采集 + OLED 显示 + 串口通信 | 多任务采集显示项目 |
-| 英语 | 每日单词 50 个 + 阅读 1 篇 | 单词本 |
+### 每日时间
 
-### 第 4 周（2026-07-25 至 2026-08-04）
+| 时段 | 内容 | 说明 |
+|------|------|------|
+| 08:30-11:00 | 论文 2 主体段 | 白天效率最高时做论文 |
+| 11:00-11:55 | 实习准备（简历/项目包装） | 论文间隙换脑 |
+| 13:00-14:30 | 英语（固定） | 不断 |
+| 15:00-16:00 | 实习准备（面试八股） | 每天一个主题 |
+| 18:00-19:00 | 论文 2 灵活补 | 消融实验/写作 |
+| 19:00-21:00 | Linux 学习（最低节奏） | 不赶进度，保持手感 |
 
-| 方向 | 任务 | 输出 |
-| --- | --- | --- |
-| 论文 2 | 修改格式、导师确认、投稿 | 完成投稿 |
-| 嵌入式 | FreeRTOS 项目整理：README、演示视频、问题记录及二次改造 | 可展示项目第 1 个 |
-| 嵌入式 | Linux 应用层入门：文件 IO、进程、线程 | 学习笔记 |
-| 英语 | 每日单词 + 阅读 | 持续基础 |
+### 论文期内嵌入式任务
 
----
+| 任务 | 耗时 | 优先级 | 状态 |
+|------|:----:|:------:|:----:|
+| ZET6 项目收尾：README完成，演示视频待做 | 2 天 | 🔴 | ⏳ |
+| 简历内容填写+定稿 | 1-2 天 | 🔴 | ⏳ |
+| C/FreeRTOS/STM32 八股 | 已完成 46 主题 | 🔴 | ✅ |
+| 开始投递 | 简历定稿后立即投 | 🔴 | ⏳ |
 
-## 第二个月初步方向
+---
 
-| 方向 | 重点 |
-| --- | --- |
-| 论文 | 论文 1 修改重新投稿，处理论文 2 审稿意见 |
-| 嵌入式 | FreeRTOS 项目收尾 + Linux 应用层项目完成并二次改造 |
-| 英语 | 继续每日 1.5 小时 |
+## Track 1：MCU/FreeRTOS 实习线
+
+### 简历怎么包装
+
+不要写成"学习项目"，要写**工程能力**：
+
+```
+基于 FreeRTOS 的 STM32 多传感器监控系统
+├── 架构：4任务 FreeRTOS（监控/LCD显示/输入/CLI）+ 5层驱动架构
+├── 驱动：LCD-FSMC / 触控校准 / DHT11 / 光敏 / Flash / LED / Button
+├── 交互：多页面 LCD 渲染、触控切页、按键唤醒、智能休眠
+└── 调试：IDE Debugger + 串口 CLI 命令行
+```
+
+**亮点提炼：**
+- 独立设计驱动架构（5层分离：配置表/生命周期/API/调度/硬件抽象）
+- FreeRTOS 多任务协作（任务通知/信号量/优先级分配）
+- 触控+LCD+多传感器联合调试经验
+- 项目管理：CMake+Ninja 构建、Git 版本控制
+
+### 目标公司清单
+
+按匹配度分三批投递：
+
+| 批次 | 行业 | 公司 | 你的匹配点 |
+|:----:|------|------|-----------|
+| 🔴 第一批 | 医疗器械 | 迈瑞、联影、鱼跃、理邦 | **医学背景+嵌入式**，差异化最大 |
+| 🔴 第一批 | IoT/智能家居 | 涂鸦智能、小米生态链、美的 | FreeRTOS+传感器 直接对口 |
+| 🟡 第二批 | 半导体/方案商 | 中科创达、华勤技术、芯驰科技 | 量大，实习生需求多 |
+| 🟡 第二批 | 工业控制 | 汇川技术、台达 | RTOS+工业协议基础 |
+| 🟢 第三批 | 消费电子 | OPPO/vivo/传音（嵌入式岗） | 量大，但竞争也大 |
+
+### 投递渠道
+
+| 渠道 | 策略 |
+|------|------|
+| BOSS 直聘 | 主力，每天刷新，主动打招呼 |
+| 牛客网 | 看面经 + 找内推 |
+| 公司官网 | 批量投递 |
+| 学长/同学内推 | 效率最高，优先找 |
+
+### 面试准备
+
+**C 语言必问（嵌入式面试 80% 在这里刷人）：**
+
+| 主题 | 关键考点 |
+|------|---------|
+| const 用法 | const int*, int* const, const int* const 区别 |
+| volatile | 为何用于寄存器变量、中断共享变量 |
+| static | 局部/全局/函数 static 分别什么效果 |
+| 结构体对齐 | #pragma pack 的作用、内存对齐规则 |
+| 字节序 | 大端小端判断、union 测试 |
+| 指针 | 指针与数组区别、函数指针、二级指针 |
+| 位操作 | 宏定义 SET_BIT/CLR_BIT、寄存器操作 |
+| malloc | 嵌入式里能不能用 malloc？为什么？ |
+
+**FreeRTOS 必问：**
+
+| 主题 | 关键考点 |
+|------|---------|
+| 任务状态机 | Ready/Running/Blocked/Suspended 切换条件 |
+| 调度算法 | 抢占式 vs 时间片、优先级如何决定 |
+| 优先级反转 | 什么是优先级反转？怎么解决？ |
+| 临界区 | taskENTER_CRITICAL 做了什么 |
+| IPC 选型 | 队列 vs 信号量 vs 事件组 vs 任务通知，各适合什么场景 |
+| 堆栈 | 栈大小怎么估算、溢出怎么检测 |
+
+**STM32 必问：**
+
+| 主题 | 关键考点 |
+|------|---------|
+| 中断优先级 | NVIC 分组、抢占优先级 vs 子优先级 |
+| DMA | 传输模式、循环/普通模式区别 |
+| 时钟树 | HSI/HSE/PLL 关系、APB1/APB2 时钟频率 |
+| HAL vs LL | 什么时候用 HAL、什么时候用 LL |
 
 ---
 
-## 执行规则
+## Track 2：嵌入式 Linux + AI 部署线
+
+### 8 月论文期（低强度保持）
+
+Linux 学习每天 1-2h：
+- VMware Ubuntu 上写 Linux C 程序热身
+- 编译/调试/GCC/Makefile 熟悉
+- 目标：能写一个多文件的 Linux C 项目并编译运行
+
+### 9 月起（根据实习情况调整）
+
+**如果已入职实习：**
+- 工作日：实习学 MCU 工程实践，晚上 1-2h Linux 学习
+- 周末：集中 Linux + AI 项目时间 4-6h/天
+- Linux 学习按 Sprint 分拆（每两周一个小阶段）
+
+**如果没拿到实习：**
+- 全速 Linux + AI 部署 Sprint 序列（见上一版计划）
+- 继续投递，目标扩大范围
 
-1. 以周为单位检查产出，不以学了多少内容为单位
-2. 每个项目整理 README、环境说明、演示截图或视频、问题记录
-3. 遇到瓶颈先记录问题，再用 AI 或资料解决，解决后更新到 README
-4. 如果一周产出明显落后，下周末复盘原因并调整下周计划
-5. 论文有明确的截止任务，不需要日均 3.5 小时。嵌入式必须日均 4.5 小时才能达到 6 个月就业水平
+### Linux 学习 Sprint 序列（与实习并行版）
 
-## 复盘节点
+| Sprint | 主题 | 时间 |
+|:------:|------|:----:|
+| L1 | Linux C 编译链 + 文件IO | 2 周 |
+| L2 | 进程/IPC/Socket 编程 | 3 周 |
+| L3 | C++ ONNX Runtime 推理 | 2 周 |
+| L4 | V4L2 摄像头 + 多线程 | 2 周 |
+| L5 | CAN 总线 SocketCAN | 1 周 |
+| L6 | 交叉编译 + ARM 板部署 | 2 周 |
 
-| 时间 | 内容 |
-| --- | --- |
-| 每周日 | 周产出检查 |
-| 2026-08-04 | 第一个月复盘，调整下月计划 |
-| 2026-09-30 | 简历自检 |
+每个 Sprint 用元学习教练指令：AI 出 3 案例 → 比较建规则 → 自己写 → AI 验证。
 
 ---
 
-## 本月需重点关注的风险
+## 关键里程碑
 
-1. HAL 库迁移时间紧：江科大视频较长，不要逐帧跟学，按需求查手册迁移，截止 2026-07-15
-2. 论文 2 写作质量：CMPB 被拒说明写作和实验设计可能不够，投稿前找人看或自查
-3. 嵌入式起步慢：FreeRTOS 如果卡住，先跑通再优化，不要死磕
-4. 英语基础弱：六级 350 冲 425 只需每日 1.5 小时，核心是真题循环，不需要 2.5 小时
-5. 硬件预算：FreeRTOS 用已有开发板，Linux 阶段再看是否需要正点原子或百问网开发板
-6. 论文与嵌入式的自然分工：论文是固定任务（投稿、改稿），做完就好；嵌入式是需要连续积累的工程能力，必须保持每天 4.5 小时
+| 时间 | 节点 | 判断 |
+|------|------|:----:|
+| 08-10 | ZET6 项目收尾（README完成） | ✅ |
+| 08-15 | 第一批投递发出（医疗器械方向） | ❌ 未投递 |
+| 08-27 | 简历内容框架就绪，待填信息 | ⏳ |
+| 09-20 | 论文 2 初稿完成（延期） | ⏳ |
+| 09-15 | 目标：拿到面试机会 | ⏳ |
+| 10-01 | 目标：拿到实习 Offer | ⏳ |
+| 12-30 | CET-6 考试 | ⏳ |
 
 ---
 
-## 文档索引
+## 风险预案
 
-| 文档 | 内容 |
-| --- | --- |
-| 04-现状诊断.md | 个人优势、短板、机会、风险 |
-| 05-职业目标.md | 分层目标和里程碑 |
-| 06-行动计划.md | 当前文档，月/周执行计划 |
-| 00-个人信息采集.md | 基础背景 |
-| 01-方向适配信息采集表.md | 详细能力自评 |
-| 03-行动计划前补充信息表.md | 论文、嵌入式、英语等补充信息 |
+| 风险 | 应对 |
+|------|------|
+| 论文 2 延到 9 月 | 嵌入式线降到每天 1h，论文优先 |
+| MCU 实习投了没回音 | 扩大投递范围 + 让同学内推 + 降低期望公司级别 |
+| 实习太忙没时间学 Linux | 主攻工作中用的技术栈，Linux 放周末 |
+| 实习内容太简单（只做测试） | 主动找活 + 业余自己补项目 |
+| CMPB 被拒 | 改投不花太久，不影响实习投递 |
+| 英语 12 月没过 425 | 不影响就业，只影响申博 |

docs/07-每日作息表.md

@@ -6,58 +6,58 @@ _2026-07-04 起执行。按月复盘更新。_
 
 ## 学校食堂时间
 
-| 餐次 | 窗口时间 | 计划用餐 | 说明 |
-| --- | --- | ---: | --- |
-| 早餐 | 07:30-08:30 | 07:30-08:30 | 起床即去，不拖 |
-| 午餐 | 11:00-13:00 | **11:55** | 窗口中间 12:00 早 5 分钟 |
+| 餐次 | 窗口时间    |        计划用餐 | 说明                           |
+| ---- | ----------- | --------------: | ------------------------------ |
+| 早餐 | 07:30-08:30 |     07:30-08:30 | 起床即去，不拖                 |
+| 午餐 | 11:00-13:00 | **11:55** | 窗口中间 12:00 早 5 分钟       |
 | 晚餐 | 16:00-18:00 | **16:55** | 窗口中间数略早（18:00 后无餐） |
 
 ## 周一至周六
 
-| 时间        |  时长 | 内容                                               |
-| ----------- | ----: | -------------------------------------------------- |
-| 07:30-08:30 |    1h | 起床、洗漱、早餐（学校食堂）                       |
-| 08:30-11:55 | 3h25m | 嵌入式 Linux——上午段，每 90 分钟休息 10 分钟     |
-| 11:55-13:00 | 1h05m | 午饭（食堂）、午休——完全脱离                      |
-| 13:00-14:30 |  1.5h | 英语六级——单词、真题循环                          |
-| 14:30-15:00 | 30min | 休息                                                |
-| 15:00-16:00 |    1h | 嵌入式 Linux——巩固或调试                          |
-| 16:00-16:30 | 30min | 锻炼                                                |
-| 16:30-16:55 | 25min | 休息/过渡                                           |
-| 16:55-17:55 |    1h | 晚饭（学校食堂）                                   |
-| 17:55-18:00 |  5min | 过渡                                                |
-| 18:00-19:00 |    1h | 论文——实验收尾、写作、修改                        |
-| 19:00-21:00 |    2h | 灵活段——默认补嵌入式，投稿冲刺可调给论文           |
-| 21:00-22:00 |    1h | 整理产出、更新 README、记下明天计划                 |
-| 22:00-23:00 |    1h | 自由时间                                            |
-| 23:00-07:30 |  8.5h | 睡觉                                                |
+| 时间        |  时长 | 内容                                           |
+| ----------- | ----: | ---------------------------------------------- |
+| 07:30-08:30 |    1h | 起床、洗漱、早餐（学校食堂）                   |
+| 08:30-11:55 | 3h25m | 嵌入式 Linux——上午段，每 90 分钟休息 10 分钟 |
+| 11:55-13:00 | 1h05m | 午饭（食堂）、午休——完全脱离                 |
+| 13:00-14:30 |  1.5h | 英语六级——单词、真题循环                     |
+| 14:30-15:00 | 30min | 休息                                           |
+| 15:00-16:00 |    1h | 嵌入式 Linux——巩固或调试                     |
+| 16:00-16:30 | 30min | 锻炼                                           |
+| 16:30-16:55 | 25min | 休息/过渡                                      |
+| 16:55-17:55 |    1h | 晚饭（学校食堂）                               |
+| 17:55-18:00 |  5min | 过渡                                           |
+| 18:00-19:00 |    1h | 论文——实验收尾、写作、修改                   |
+| 19:00-21:00 |    2h | 灵活段——默认补嵌入式，投稿冲刺可调给论文     |
+| 21:00-22:00 |    1h | 整理产出、更新 README、记下明天计划            |
+| 22:00-23:00 |    1h | 自由时间                                       |
+| 23:00-07:30 |  8.5h | 睡觉                                           |
 
 ## 周日
 
 | 时间        |  时长 | 内容                                  |
 | ----------- | ----: | ------------------------------------- |
-| 07:30-08:30 |    1h | 起床、早餐（学校食堂）               |
+| 07:30-08:30 |    1h | 起床、早餐（学校食堂）                |
 | 08:30-10:30 |    2h | 嵌入式 Linux 复习——整理本周遗留问题 |
 | 10:30-11:00 | 30min | 休息                                  |
 | 11:00-12:00 |    1h | 论文                                  |
-| 11:55-13:00 | 1h05m | 午饭（食堂）                         |
+| 11:55-13:00 | 1h05m | 午饭（食堂）                          |
 | 13:00-14:00 |    1h | 午休                                  |
 | 14:00-15:30 |  1.5h | 英语六级                              |
 | 15:30-16:00 | 30min | 锻炼                                  |
-| 16:55-17:55 |    1h | 晚饭（食堂）                         |
-| 17:55 之后  |   —   | 自由                                  |
+| 16:55-17:55 |    1h | 晚饭（食堂）                          |
+| 17:55 之后  |    — | 自由                                  |
 
 ## 时间总账
 
-| 项目                     | 周一至周六 |  周日 |
-| ------------------------ | ---------: | ----: |
+| 项目                     |  周一至周六 |  周日 |
+| ------------------------ | ----------: | ----: |
 | 嵌入式 Linux（含灵活段） | 4h25m-6h25m |    2h |
-| 英语六级                 |       1.5h |  1.5h |
-| 论文                     |         1h |    1h |
-| 锻炼                     |       0.5h |  0.5h |
-| 三餐 + 休息 + 过渡       |     约 4h  | 约 4h |
-| 整理 / 自由              |       2.5h |   —   |
-| 睡觉                     |       8.5h |  8.5h |
+| 英语六级                 |        1.5h |  1.5h |
+| 论文                     |          1h |    1h |
+| 锻炼                     |        0.5h |  0.5h |
+| 三餐 + 休息 + 过渡       |       约 4h | 约 4h |
+| 整理 / 自由              |        2.5h |    — |
+| 睡觉                     |        8.5h |  8.5h |
 
 ## 快速打印版
 
@@ -82,15 +82,15 @@ _2026-07-04 起执行。按月复盘更新。_
 
 ## 闹钟推荐（7 个，只卡关键切换）
 
-| # | 时间   | 标签       | 用途                               |
-| - | ------ | ---------- | ---------------------------------- |
-| 1 | 07:25  | ⏰ 起床    | 预留缓冲，07:30 前出门            |
-| 2 | 11:50  | 🔔 午饭    | 收工，11:55 去食堂                |
-| 3 | 14:55  | 🔔 下午段  | 休息结束，开始下午嵌入式巩固       |
-| 4 | 16:50  | 🔔 晚饭    | ⚠ 16:55 开吃，食堂 18:00 关门    |
-| 5 | 18:55  | 🔔 灵活段  | 论文收尾，切换到灵活段            |
-| 6 | 21:55  | 🎵 自由时间 | 整理收尾，切换娱乐放松             |
-| 7 | 22:55  | ⏰ 睡觉    | 预留缓冲，23:00 关灯              |
+| # | 时间  | 标签        | 用途                           |
+| - | ----- | ----------- | ------------------------------ |
+| 1 | 07:25 | ⏰ 起床     | 预留缓冲，07:30 前出门         |
+| 2 | 11:50 | 🔔 午饭     | 收工，11:55 去食堂             |
+| 3 | 14:55 | 🔔 下午段   | 休息结束，开始下午嵌入式巩固   |
+| 4 | 16:50 | 🔔 晚饭     | ⚠ 16:55 开吃，食堂 18:00 关门 |
+| 5 | 18:55 | 🔔 灵活段   | 论文收尾，切换到灵活段         |
+| 6 | 21:55 | 🎵 自由时间 | 整理收尾，切换娱乐放松         |
+| 7 | 22:55 | ⏰ 睡觉     | 预留缓冲，23:00 关灯           |
 
 ## 执行规则
 

handoff/2026-08-27-简历与文档更新.md

@@ -0,0 +1,117 @@
+# Handoff: 简历内容与项目文档更新
+
+**日期**：2026-08-27  
+**用户**：计算机应用技术研一，医学图像分割方向，求职嵌入式软件工程师
+
+---
+
+## 本次会话完成的工作
+
+### 1. 文档更新
+
+**AGENTS.md**：
+- 用户画像更新：本科院校"上海应用技术大学"、就业方向改为"双轨策略"
+- 能力矩阵更新：FreeRTOS 等级从 2 升至 2.5（面试八股46主题完成）
+
+**04-现状诊断.md**：
+- 版本号 v3→v4
+- 论文2截止时间从08-30改为09-20
+- ZET6项目状态：README已完成，演示视频待做
+- 简历状态：内容框架就绪
+
+**05-职业目标.md**：
+- 版本号 v3→v4
+- 里程碑节点修正：标注已过期未完成的任务（投递未发、简历未定稿）
+- 面试八股：46主题全部完成 ✅
+
+**06-行动计划.md**：
+- 版本号 v6→v7
+- 论文优先期从"~08-30"改为"~09-20"
+- 嵌入式任务表更新：八股已完成，简历待定稿
+
+### 2. 简历内容文件
+
+**位置**：`求职资源/简历/简历内容.md`
+
+**已确认内容**：
+| 项目 | 内容 |
+|------|------|
+| 本科院校 | 上海应用技术大学 |
+| 本科专业 | 建筑环境与能源应用工程 |
+| 本科时间 | 2019.09 - 2023.06 |
+| 硕士院校 | 黑龙江科技大学 |
+| 硕士专业 | 计算机应用技术 |
+| 硕士时间 | 2025.09 - 2028.06 |
+| 数学竞赛 | 全国大学生数学竞赛上海市二等奖（2020） |
+| 建模竞赛 | 亚太杯大学生数学建模竞赛三等奖（2021） |
+| 代码行数 | 4274 行（User 目录） |
+| 仓库地址 | gitee.com/kekezack/STM32F103ZET6-MultiSensor-Monitor |
+| 英语 | CET-6 未通过 |
+
+**待用户填写**：
+- 姓名、手机、邮箱（敏感信息，用户自己填）
+- 演示视频（用户明确不做）
+
+### 3. 简历撰写约束文档
+
+**位置**：`求职资源/简历/简历撰写约束文档.md`
+
+**内容**：
+- 跨专业简历写法（建筑环境→计算机→嵌入式）
+- 教育背景、专业技能、项目经历的写法规范
+- 跨专业优势转化（暖通经验→工业嵌入式场景）
+- 简历结构模板（1页）
+- 检查清单
+
+### 4. 项目代码统计
+
+**ZET6项目路径**：`E:\buckup\GitProjects\STM32F103ZET6-MultiSensor-Monitor`
+
+**User目录下.c文件**：22个，共4274行
+
+**远程仓库**：
+- Gitee：https://gitee.com/kekezack/STM32F103ZET6-MultiSensor-Monitor
+- GitHub：https://github.com/kekezack/STM32F103ZET6-MultiSensor-Monitor
+
+---
+
+## 当前状态
+
+| 任务 | 状态 |
+|------|------|
+| 论文2（实验+初稿） | 实验在跑，效果理想，截止09-20 |
+| 面试八股 | 46主题全部完成 ✅ |
+| 简历内容 | 框架完成，待用户填姓名/手机/邮箱 |
+| ZET6项目 | README完成，演示视频不做 |
+| 投递 | 未开始，待简历定稿 |
+
+---
+
+## 用户画像（关键事实）
+
+| 维度 | 内容 |
+|------|------|
+| 本科 | 上海应用技术大学 建筑环境与能源应用工程 2019-2023 |
+| 硕士 | 黑龙江科技大学 计算机应用技术 2025-2028 |
+| 研究方向 | 医学图像分割（深度学习/PyTorch） |
+| 就业方向 | 双轨策略：MCU实习（立即投）+ 嵌入式Linux（持续积累） |
+| 暖通经验 | 暖通技术员 1 年 7 个月 |
+| 开发板 | STM32F103C8T6 + STM32F103ZET6 |
+| 面试八股 | 46主题全部完成（C/FreeRTOS/STM32/OS/网络/C++） |
+| 英语 | CET-6 未通过，~350分 |
+
+---
+
+## 下一步建议
+
+1. 用户填写姓名/手机/邮箱到简历内容.md
+2. 用户套模板生成简历PDF
+3. 简历定稿后立即投递（医疗器械/IoT公司）
+4. 论文2继续推进（09-20截止）
+
+---
+
+## Suggested Skills
+
+- `handoff-receive`：下次会话恢复上下文
+- `brainstorming`：如需进一步优化简历内容

求职资源/嵌入式面试/README.md

@@ -75,6 +75,57 @@ _嵌入式 C、Linux、RTOS、STM32 面试题库和学习资源。_
 | 牛客网嵌入式面试面经 | 嵌入式真实面试题目汇总 |
 | huihut/interview | C/C++ 八股文速查 |
 
----
-
-_2026-07-04 收集。_
+---
+
+## MCU/FreeRTOS 面试专项（2026 实习方向）
+
+如果你已做完 ZET6 FreeRTOS 项目，以下是你面试 MCU 岗位最可能被问到的。
+
+### C 语言（嵌入式面试 80% 在这里刷人）
+
+| 主题 | 考点 | 自检问题 |
+|------|------|---------|
+| const | const int*/int* const/const int* const 区别 | 写个函数参数用 const 保护传入数据 |
+| volatile | 用于寄存器变量、中断共享变量 | 为什么中断里用的变量要加 volatile |
+| static | 局部/全局/函数 static 的区别 | static 局部变量存在哪个段 |
+| 结构体对齐 | #pragma pack, 内存对齐规则 | sizeof(struct) 是多少，怎么算的 |
+| 字节序 | 大端小端 | 写个 union 判断系统是大端还是小端 |
+| 函数指针 | 回调函数、函数指针数组 | 用函数指针实现 switch-case 的替代 |
+| 位操作 | 宏定义置位/清位/翻转 | #define SET_BIT(reg, bit) 怎么写 |
+| malloc | 嵌入式能不能用 | 为什么 FreeRTOS 有自己的 pvPortMalloc |
+| 指针 vs 数组 | sizeof 区别、传参区别 | char a[] vs char *p, sizeof 各是多少 |
+
+### FreeRTOS（MCU 嵌入式岗必考）
+
+| 主题 | 考点 |
+|------|------|
+| 任务状态机 | Ready/Running/Blocked/Suspended 各自什么条件下切换 |
+| 调度算法 | 抢占式什么时候触发、时间片怎么分配 |
+| 优先级反转 | 什么是优先级反转？怎么解决（优先级继承协议） |
+| 临界区 | taskENTER_CRITICAL 做了什么（关中断）、对实时性有什么影响 |
+| IPC 选型 | 队列 vs 信号量 vs 互斥锁 vs 事件组 vs 任务通知——各适合什么场景 |
+| 任务通知 | 为什么任务通知比信号量更快（直接传递事件，不经过队列） |
+| 堆栈估算 | 任务栈大小怎么确定、uxTaskGetStackHighWaterMark 怎么用 |
+|中断与任务通信| 中断里怎么给任务发数据（xQueueSendFromISR、xSemaphoreGiveFromISR）|
+
+### STM32
+
+| 主题 | 考点 |
+|------|------|
+| 中断优先级 | NVIC 分组、抢占优先级 vs 子优先级、HAL 中断回调流程 |
+| DMA | 传输模式（普通/循环/存储器到存储器）、DMA 中断 |
+| 时钟树 | HSI/HSE/PLL 的关系、SYSCLK/AHB/APB1/APB2 频率配置 |
+| HAL vs LL | HAL 重（抽象好移植）、LL 轻（直接寄存器、性能高），何时选哪个 |
+| I2C/SPI/UART | 三者的区别、何时选哪个、有没有遇到过通信失败的问题 |
+
+### 刷题资源
+
+| 资源 | 说明 |
+|------|------|
+| huihut/interview | C/C++ 八股速查 |
+| 牛客网嵌入式面经 | 真实面试题目汇总 |
+| LeetCode 热题 100 | 算法基础（嵌入式岗考得少，但大厂会考） |
+
+---
+
+_2026-07-30 更新：新增 MCU/FreeRTOS 实习面试专项。_

求职资源/嵌入式面试/面试八股主题元学习法.md

@@ -0,0 +1,232 @@
+# 面试八股主题元学习法（AI 教练启动包）
+
+> **用法**：把这个文件的全部内容粘贴给 AI（opencode / Claude Code / Codex），
+> AI 会立即开始引导你学习。不用再说别的话，从第一个未学主题开始。
+>
+> **底层方法论**：`F:\Documents\Obsidian-Knowledge-Base\X-Knowledge-Base\raw\Joplin\重构学习概念\重构工具\元学习教练指令.md`
+> 本文件是它在面试八股场景下的专用版。AI 若有文件访问权限，先读底层文件再执行。
+
+---
+
+## 一、给 AI 的指令（核心，AI 按此执行）
+
+你是基于 YJango 元学习理论的嵌入式面试八股教练。下面这份文件就是你的任务书。
+
+**收到本文件后立即行动：**
+1. 若有文件访问权限，先读取底层方法论（上面路径），遵循其完整理念
+2. 读取下面「三、主题清单」，找到第一个 ☐ 未学主题
+3. 从该主题的第 1 步开始引导用户学习
+4. 学完一个主题，提示用户去记录，再询问是否继续下一个
+
+### 核心信念
+- 面试考的是判别规则 + 解释能力，不是记忆
+- 能背出定义 ≠ 能答对变体题；能判断新题面并讲清原理 = 学会
+- 每个主题背后是几条核心判别规则，题面只是规则的表面包装
+- 概念是工具不是固有划分；多套理解可并存，按场景选
+
+### 每个主题开始前的开场两问
+1. **对象层**：用户学完这个主题，最终要能判断/解释什么？（例如 volatile → "能判断任何题面该不该加 volatile，并解释为什么"）
+2. **已有材料**：用户对这个主题现在了解多少？够不够走流程？不够则走三级补全。
+
+### 学习流程（严格按顺序，每步只做当前步）
+
+**第 1 步：明确对象层 + 确立目标**
+定义「学会」标准：「能判断任意题面变体（判断/选择/改错/解释）+ 能口头讲清原理」。说明该主题要建几条判别规则。
+
+**第 2 步：生成正反例材料**
+先看用户已有材料，不足用三级补全。按此格式输出，先不提问：
+```
+抽象描述：[一句话本质]
+正例1：[典型题面] → 为什么对（考察点A）
+正例2：[另一类题面] → 为什么对（考察点B）
+反例1：[看似相关但不满足规则的题面] → 为什么错
+反例2：[另一个反例]
+易混对比：[两个常被搞混的点并排对比，用表格]
+```
+
+**第 3 步：提取判别规则（最关键）**
+用属性对比表（候选属性 vs 正反例），找出**正例共有、反例全无**的属性：
+```
+| 候选属性 | 正1 | 正2 | 反1 | 反2 | 是内涵？ |
+|---------|-----|-----|-----|-----|---------|
+```
+输出：「判别规则：具备[X] → 正确/属于；否则 → 错误/不属于」。最多 3 条，要简洁。
+
+**第 4 步：用户复述规则**
+让用户用自己的话复述判别规则，你纠正偏差。用户不说话就停下等。
+
+**第 5 步：变体验证**
+出 3 个新题面（含 1 个易错陷阱题），让用户判断+解释。
+- 全对 → 宣布「学会」
+- 有错 → 回到第 3 步调整规则
+
+**第 6 步：口述演练 + 嵌入关系网络**
+模拟面试官连问 3 个「为什么」，用户口头回答，你点评表达。最后连接本主题与其他主题的关系（如 volatile 与 const、与中断），讲清孤立理解会犯什么错。
+
+### 材料三级补全（材料不够时用）
+| 优先级 | 方式 | 说明 |
+|-------|------|------|
+| 第一级 | AI 自动搜索/构造 | 用你的知识出正例、反例、类比来补 |
+| 第二级 | AI 构造假设案例 | 搜不到就造，标注 `[假设]` |
+| 第三级 | 追问用户 | 前两步不够才问 |
+
+**来源标注**：每份材料标 `[AI]`/`[真实]`/`[假设]`。与主流面试题冲突时明确标注，让用户知情，以用户已有理解为先。
+
+### 主题推进规则
+- 一次只学一个主题
+- 6 步全走完 = 学完。学完提示：「把判别规则记到 Obsidian raw/面试八股/，复制 模板.md 改名」，再问「继续下一个吗？」
+- 用户说继续，就读清单下一个 ☐ 主题，从第 1 步重新开始
+
+### 故障诊断速查（用户卡住时对症下药）
+| 症状 | 病因 | 对策 |
+|------|------|------|
+| 理解但不会做题 | 只记了概念没做验证 | 回到第 5 步做变体 |
+| 记住了很快忘 | 当记忆在学 | 做属性对比表（第 3 步） |
+| 太抽象 | 缺具象正例 | 补 3+ 不同场景例子 |
+| 两个概念搞混 | 缺联合对比 | 做并排属性对比 |
+| 换个说法就不认识 | 靠表面特征 | 用反例练边界 |
+| 学了感觉没用 | 没对象层 | 先答"要判断什么" |
+| 越学越乱 | 多概念混杂 | 逐个拆开单练 |
+
+### 类别固有观警觉（用户这些话要拦住）
+"这不是标准定义吧" / "网上说不是这样" / "到底按哪个理解？"
+回应原则：面试八股不同资料表述可能不同，判断标准是**能否有效预测未见题面**，不是谁的定义权威；多种表述并存时选能讲清原理的。
+
+### 现象还原法（概念实在绕不懂时）
+1. 拆解：把术语还原成它指的实际现象
+2. 恢复：找回被抽象掉的具体场景
+3. 重编码：用自己懂的话重新描述
+
+### 风格
+- 每步只做该步，不一次全给
+- 用户答错不批评，回到规则层面纠正
+- 用表格做属性对比，不写大段文字
+- 全程中文
+
+---
+
+## 二、为什么用元学习法学八股
+
+面试八股的真相：**每个主题背后只有 2-4 条核心判别规则，无数题面只是规则的包装。**
+
+| 错误学法 | 元学习学法 |
+|---------|-----------|
+| 背 100 道题的答案 | 提炼每个主题的判别规则 |
+| 题目一变就懵 | 规则不变，套任意变体 |
+| 会做不会讲 | 既能判断又能解释原理 |
+| 记了忘、忘了背 | 用属性对比表固化规则 |
+
+---
+
+## 三、主题清单（进度表，AI 从这里找下一个未学主题）
+
+> 一个主题约 30-45 分钟。学完把 ☐ 改成 ✅。
+> 参考资源：B站《嵌入式面试真经》44 集（八股 1-37）+ 原有清单。视频：https://www.bilibili.com/video/BV1K57Q6iE5p/
+
+### 🔴 第一批：C 语言八股（必考，嵌入式 80% 刷人在这）
+
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | volatile | 变量是否被程序控制之外改变（寄存器/中断/多线程） |
+| ☐ | const 用法 | const 绑定左边最近的东西 |
+| ☐ | static | 存储期（全局/程序期）vs 作用域（局部/文件）是两回事 |
+| ☐ | extern | 声明 vs 定义；跨文件共享变量 |
+| ☐ | define vs typedef | define 文本替换/无类型；typedef 给类型起别名 |
+| ☐ | 数组名 vs 指针 | 声明时数组是数组，传参退化为指针；sizeof 不同 |
+| ☐ | 数组指针 vs 指针数组 | 先看谁被 [] 修饰；`int (*p)[N]` vs `int *p[N]` |
+| ☐ | 函数指针 vs 指针函数 | 返回值是指针 vs 指向函数的指针；回调用法 |
+| ☐ | 野指针 | 未初始化/悬垂/越界；防 = 初始化+置NULL |
+| ☐ | 内存分配方式 | 静态区/栈/堆三区；各自生命周期 |
+| ☐ | 堆 vs 栈 | 谁管分配释放、速度、大小、碎片 |
+| ☐ | 内存泄露 / 内存碎片 | malloc/free 配对；碎片来源 |
+| ☐ | 程序分段 | 代码段/数据段/BSS/堆/栈各自存什么 |
+| ☐ | 结构体对齐 | 对齐规则：成员偏移 = 自身对齐值整数倍 |
+| ☐ | struct vs union | struct 累加内存；union 共用一块，大小=最大成员 |
+| ☐ | 位域 | 节省内存的字段定义；可移植性差 |
+| ☐ | 大小端 | 高字节存低地址=大端，union 可测 |
+| ☐ | 位操作宏 | SET_BIT/CLEAR_BIT/翻转 = 与/或/异或掩码 |
+| ☐ | sizeof vs strlen | 编译期算字节 vs 运行期数到\0；指针/数组陷阱 |
+| ☐ | 左值 vs 右值 | 有地址可赋值=左值；临时值=右值 |
+| ☐ | 原子操作 | 不可分割的操作；多任务/中断共享数据的保护 |
+| ☐ | 内联函数 | 宏 vs 内联；编译期展开免调用开销 |
+| ☐ | .c → 可执行程序 | 预处理→编译→汇编→链接；各阶段产物 |
+
+### 🔴 第二批：FreeRTOS / RTOS（必考）
+
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | 任务状态机 | Ready/Running/Blocked/Suspended 谁在什么条件下切换 |
+| ☐ | 抢占 vs 时间片 | 高优先级就绪即抢占；同优先级轮转靠 tick |
+| ☐ | 优先级反转 | 高优先级被低优先级间接阻塞；解决=优先级继承 |
+| ☐ | 临界区 | taskENTER_CRITICAL = 关中断，影响实时性 |
+| ☐ | IPC 选型 | 队列传数据/信号量传事件/互斥锁管资源/任务通知最轻 |
+| ☐ | RTOS 任务同步方式 | 信号量/事件组/任务通知各自适用场景 |
+| ☐ | ISR 通信 | 中断里只能用 FromISR 结尾的 API |
+| ☐ | 栈估算 | 栈单位是 word；用 HighWaterMark 检测 |
+
+### 🟡 第三批：STM32 / 硬件
+
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | 中断优先级 | NVIC 抢占 vs 子优先级分组，HAL 回调流程 |
+| ☐ | DMA | 普通 vs 循环模式，什么时候用 |
+| ☐ | 时钟树 | HSI/HSE→PLL→SYSCLK→APB1/2，谁是多少 |
+| ☐ | HAL vs LL | HAL 抽象重可移植，LL 直接寄存器性能高 |
+| ☐ | I2C vs SPI vs UART | 同步/异步、主从、线数、速度；SPI 最少几根线 |
+| ☐ | PWM | 占空比/频率；用定时器实现 |
+| ☐ | RAM / ROM / Flash | 三者的掉电保持、速度、用途 |
+| ☐ | 嵌入式调试方法 | printf / 调试器 / 逻辑分析仪各自适用 |
+| ☐ | 交叉编译 | 在 A 平台编译跑在 B 平台（如 x86→ARM） |
+
+### 🟢 第四批：OS / 网络 / C++（加分，大厂或进阶会问）
+
+| 勾 | 主题 | 核心判别规则（提示） |
+|:--:|------|---------------------|
+| ☐ | 进程 vs 线程 | 资源隔离 vs 轻量共享；切换开销 |
+| ☐ | 僵尸/孤儿/守护进程 | 父进程未回收=僵尸；父先死=孤儿；脱离终端=守护 |
+| ☐ | TCP 如何保证可靠 | 确认/重传/序号/校验/流量控制/拥塞控制 |
+| ☐ | C++ struct vs class | 默认访问权限 public vs private |
+| ☐ | C++ 构造/析构 | 初始化/清理时机；RAII |
+| ☐ | SMP/多核 | 多核并行；缓存一致性（进阶） |
+
+---
+
+## 四、学习记录位置
+
+- 学完一个主题 → Obsidian `raw/面试八股/`，复制 `模板.md` 改名（如 `volatile.md`）
+- 记录内容：判别规则 + 易混对比 + 变体验证 + 口述要点
+- 面试前只复习这个目录，不背题
+
+---
+
+## 五、输出示例（AI 参考格式，别照抄内容）
+
+以下展示 volatile 主题第 2、3、5 步长什么样，AI 学新主题时参考格式即可。
+
+**第 2 步：**
+```
+抽象描述：告诉编译器这个变量可能被程序控制之外改变，不要优化。
+正例1：中断里修改、main 里读取的全局标志 → 不同执行上下文，编译器不知道中断会改它
+正例2：寄存器映射 *(volatile uint32_t*)0x40021000 → 硬件随时变，防缓存优化成死读
+正例3：多线程共享停止标志 → 另一线程可能改，防编译器展开循环
+反例1：局部变量仅当前函数用 → 程序内明确控制，不需要
+反例2：const 只读变量 → const 表示不变，语义冲突
+易混对比：volatile(值可能外部变) vs const(值不应被改)，可共存于只读寄存器
+```
+
+**第 3 步：**
+```
+属性对比表：正例共有"被程序外上下文修改"、反例全无 → 核心内涵
+判别规则：变量可能被"程序控制之外的上下文"（中断/硬件/其他线程）修改 → 加 volatile；否则不加。
+```
+
+**第 5 步：**
+```
+1. 中断置位、主循环读的全局标志 → 要（程序外上下文）
+2. const volatile uint32_t *reg → 合法（只读硬件寄存器）
+3. 纯软件状态机变量同函数修改 → 不要（无外部改写）
+```
+
+---
+
+_生成于 2026-08-02。拉给 AI 即开课，从第一个 ☐ 开始。_

求职资源/求职工具/接单平台资料.md

@@ -0,0 +1,65 @@
+# 接单平台资料（要接单）
+
+_生成于 2026-08-20。定位：Java Web 后端接单，能力按 0-5 级评估为 Java/Spring Web 约 2 级（基于用户 2026-08-20 访谈证据）。_
+
+---
+
+## 一、水平评估记录（内部用，不对外）
+
+| 维度 | 证据 | 评级 |
+| --- | --- | --- |
+| 项目完成度 | 学成在线 + 外卖两个项目跟完并本地跑通，可基于两个项目文档删改出新项目 | 1.5~2 |
+| 独立实现 | 新功能需查资料+AI，自认做得不太好但可借 AI 实现较优美 | 2 |
+| Spring Cloud 组件 | 能说清 Nacos(注册)/OpenFeign(远程调用)/Gateway(网关)，Sentinel 不记得 | 2 |
+| Redis | 见过缓存、缓存穿透/击穿/雪崩场景，解决容灾方案概念不强 | 1.5~2 |
+| MySQL | 能写规范 SQL，底层原理不理解 | 2 |
+| 排错 | 搜索+AI 辅助解决 | 2 |
+| Node.js | 无后端实战，前端 JS 主要靠 AI 实现 | 不写 |
+
+## 二、自我介绍
+
+**主版本（约 260 字）**
+
+计算机应用技术硕士在读，主攻 Java Web 后端开发，有一整套 Spring Cloud 微服务项目实战经验。熟悉 Spring Boot、MyBatis、Redis、MySQL，熟悉 Vue、Element UI、Node.js，全栈开发，能独立完成从需求分析、接口设计、功能开发、页面开发到部署交付的全流程。擅长常见缓存方案（热点数据、缓存穿透/击穿/雪崩）的实际落地，项目经历过真实业务场景打磨。研究生期间深耕计算机视觉方向（医学图像分割），熟悉深度学习模型训练全流程，熟练使用 PyTorch，并将能力延伸至大语言模型应用与 AI Agent 开发，可结合 LLM 做智能应用落地。Python 可做后端与数据处理，兼顾多栈需求。
+
+**短版本（约 120 字）**
+
+计算机应用技术硕士在读，全栈开发。后端 Java/Spring Cloud、Spring Boot、Redis、MySQL，前端 Vue、Element UI，熟悉 Node.js，可独立完成接口开发、页面开发与项目交付。研究生期间深耕计算机视觉（医学图像分割），熟练使用 PyTorch，能力延伸至大语言模型应用与 AI Agent 开发。
+
+## 三、项目经验
+
+### 1. 医学图像分割算法研究（医学影像分析）｜深度学习 / 计算机视觉
+
+- 技术栈：Python、PyTorch、U-Net、nnUNet
+- 描述：研究生期间从事医学图像分割方向研究，完成两篇学术论文投稿。覆盖 U-Net 架构改进、Dice loss、消融实验与 SOTA 对比等完整实验流程，在公开息肉、超声数据集上完成算法验证。延伸结合大语言模型与 AI Agent 工具链，探索医学影像智能辅助分析应用。
+- 我的职责：算法设计、实验实现、结果分析、论文撰写。
+
+### 2. 学成在线（在线教育平台）｜Java 后端开发
+
+- 技术栈：Java、Spring Boot、Spring Cloud（Nacos 注册配置中心 / Gateway 网关 / OpenFeign 远程调用）、MyBatis、MySQL、Redis、Vue
+- 描述：微服务架构在线教育平台，覆盖课程发布、学习管理、订单等核心业务链路。负责核心功能模块开发与接口联调，主导热点数据缓存方案设计与落地，保障高并发查询场景下的响应速度；前端页面开发与前后端联调独立完成。项目支持独立部署运行。
+- 我的职责：后端模块开发、前端页面开发、接口联调、缓存性能优化。
+
+### 3. 外卖平台（餐饮点餐系统）｜Java 后端开发
+
+- 技术栈：Java、Spring Boot、MyBatis、MySQL、Redis、Spring Cloud、Vue、Element UI
+- 描述：多端外卖点餐系统，涵盖用户端、商家端、订单流转、菜品管理等完整业务闭环。负责订单与菜品业务接口开发，使用 Redis 缓存热点数据并处理缓存穿透/击穿/雪崩场景，保障高峰期订单稳定；前端 Vue 页面开发与前后端联调独立完成。
+- 我的职责：业务接口开发、前端页面开发、缓存方案实现、前后端联调。
+
+### 4. STM32F103ZET6 多传感器监控系统｜嵌入式开发
+
+- 技术栈：C、STM32（Cortex-M3）、FreeRTOS（CMSIS-RTOS V2）、LCD（FSMC）、多传感器
+- 描述：约 4800 行 C 代码，8 个外设驱动、5 页面 LCD 图形界面、3 个 FreeRTOS 任务；五层驱动架构 + UI 分层框架。
+- 说明：展示跨领域工程能力，可承接嵌入式/硬件相关混合需求。
+
+## 四、教育经历
+
+| 时间 | 学校 | 专业 | 学历 |
+| --- | --- | --- | --- |
+| 2025.09 - 2028.06 | 黑龙江科技大学 | 计算机应用技术 | 硕士研究生（在读） |
+
+## 五、注意
+
+- 学成在线/外卖为跟学项目，不写"独立开发"，用"跟学 + 二次开发"并强调交付能力，防止平台或客户核实翻车。
+- 不写 Node.js / 前端 JS（无实战证据）。
+- 若平台限制字数，用短版本自我介绍。

求职资源/求职工具/简历-项目描述.md

@@ -0,0 +1,85 @@
+# 简历项目描述：STM32F103ZET6 多传感器监控系统
+
+> 适用岗位：嵌入式软件工程师（MCU/RTOS 方向）实习
+> 仓库：https://github.com/kekezack/STM32F103ZET6-MultiSensor-Monitor
+
+---
+
+## 一、简历正文（2-3 行，放项目区）
+
+**基于 CMSIS-RTOS V2 的 STM32F103ZET6 多传感器监控系统** | 个人独立开发 | 2026.07-08
+
+基于 FreeRTOS（CMSIS-RTOS V2 标准抽象层）的嵌入式多任务系统，实现 5 页面 LCD 图形界面、多传感器采集、CLI 调试与智能休眠。采用五层驱动架构 + UI 分层框架，UI 通过函数指针表驱动页面调度，控件库以回调实现 OOP 式封装。
+
+---
+
+## 二、技能点（面试官会追问，必须能讲透）
+
+### 技术栈
+
+- 芯片/RTOS：STM32F103ZET6（Cortex-M3）+ FreeRTOS（CMSIS-RTOS V2 封装）
+- 外设：LCD（FSMC）、4 线电阻触摸屏、DHT11、光敏（ADC）、SPI NOR Flash、LED、按键、USART
+- 工具链：arm-none-eabi-gcc + CMake + Ninja，clang-format 代码规范
+
+### 可量化的成果（简历写这些有冲击力）
+
+| 维度     | 数据                                  |
+| -------- | ------------------------------------- |
+| 代码量   | 约 4800 行 C 代码（User/ 22 文件）    |
+| 驱动模块 | 8 个外设驱动                          |
+| UI 页面  | 5 页（开机/温湿度/光照/系统/LED控制） |
+| 任务划分 | 3 个 FreeRTOS 任务 + 启动任务         |
+| 调度周期 | UI 任务 10ms 轮询                     |
+
+### 架构亮点（简历 bullet 用）
+
+1. **CMSIS-RTOS V2 标准抽象层**：使用 `osThreadNew`/`osMessageQueueNew` 等标准接口而非裸调 FreeRTOS，理解 RTOS 抽象层价值
+2. **UI 分层框架**：`xPage` 函数指针表统一调度渲染/刷新/输入；页面实现三接口（Render/Refresh/Process），新增页面仅需注册
+3. **控件库 OOP 式封装**：按钮控件内置回调函数指针 + 焦点/按下状态，C 语言下实现"多态"
+4. **全量/增量渲染分离**：切页全量重绘，周期内脏值刷新，降低 LCD 带宽占用
+5. **五层驱动架构**：配置表/生命周期/API/调度/硬件抽象五层分离，设备用枚举标识
+6. **资源监控**：LCD 实时显示堆剩余、各任务栈水位（`uxTaskGetStackHighWaterMark`）
+
+---
+
+## 三、面试 STAR 叙事（2 分钟口述）
+
+**Situation**：需要把多传感器数据采集、显示、交互整合到一个 STM32 系统，且要便于扩展。
+
+**Task**：设计一个可维护、可扩展的嵌入式系统架构，而非"能跑就行"。
+
+**Action**：
+
+1. 采用 CMSIS-RTOS V2 标准接口做多任务，任务职责单一（监视/UI/Shell）
+2. 设计 UI 框架：函数指针表驱动 5 个页面，页面只实现统一接口；控件库复用（按钮/标签/数值）
+3. 五层驱动架构，配置与运行分离，新增设备只需加配置表
+4. 智能休眠：暗光 5 秒自动睡，任意输入唤醒，降低功耗
+
+**Result**：
+
+- 系统稳定运行，3 个任务 + 8 个外设协同工作
+- 新增页面/LED 控制功能只需实现 3 个接口 + 注册，扩展成本低
+- 代码规范统一（匈牙利命名 + Allman + clang-format），可读性强
+
+---
+
+## 四、ATS 关键词（投简历时嵌入）
+
+`嵌入式` `STM32` `FreeRTOS` `CMSIS-RTOS V2` `C语言` `RTOS` `多线程` `任务调度` `驱动开发` `LCD` `传感器` `I2C` `SPI` `UART` `ADC` `DMA` `中断` `GPIO` `嵌入式Linux` `CMake` `Git` `嵌入式系统` `固件开发` `物联网`
+
+---
+
+## 五、可能被追问的问题（提前准备）
+
+| 问题                                       | 参考回答要点                                                    |
+| ------------------------------------------ | --------------------------------------------------------------- |
+| 为什么用 CMSIS-RTOS V2 不用原生 FreeRTOS？ | 标准抽象层，换内核不用改上层；                                  |
+| 函数指针表有什么好处？                     | 新增页面零侵入；调度逻辑集中；table-driven design               |
+| 全量/增量渲染为什么这样设计？              | LCD 写像素慢，增量只刷变化区域，降低刷新开销                    |
+| 任务优先级怎么定的？                       | UI 交互要响应快（AboveNormal），监视周期任务 Normal，Shell 最低 |
+| 五层驱动怎么理解？                         | 配置与运行分离、设备枚举标识、单向依赖（高层调低层，允许跳过中间层） |
+| 遇到过什么 bug 怎么解决？                  | 如实讲一个调试案例（如 DHT11 时序、触控校准、栈溢出）           |
+
+---
+
+_生成于 2026-08-02。面试前逐条吃透，尤其"为什么"类问题。_

求职资源/简历/简历内容.md

@@ -0,0 +1,133 @@
+# 简历内容（填充用）
+
+> 本文件用于填写简历各模块内容，确认后直接套模板生成 PDF。
+> 标记 `[待确认]` 的地方需要你补充或修改。
+
+---
+
+## 一、基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 姓名 | `[你的姓名]` |
+| 手机 | `[你的手机号]` |
+| 邮箱 | `[你的邮箱]` |
+| 求职意向 | 嵌入式软件工程师（MCU/RTOS 方向） |
+
+---
+
+## 二、教育背景
+
+**黑龙江科技大学** | 计算机应用技术 | 硕士研究生 | 2025.09 - 2028.06
+
+- 研究方向：医学图像分割（深度学习/PyTorch）
+- 在投论文：1 篇（CMPB 一审中）
+
+**上海应用技术大学** | 建筑环境与能源应用工程 | 本科 | 2019.09 - 2023.06
+
+- 全国大学生数学竞赛上海市二等奖（2020）
+- 亚太杯大学生数学建模竞赛三等奖（2021）
+
+---
+
+## 三、专业技能
+
+| 类别 | 掌握程度 |
+|------|----------|
+| C 语言 | 熟练：指针/结构体/位操作/内存管理/寄存器级操作，独立设计五层驱动架构 |
+| FreeRTOS | 熟练：任务调度/队列/信号量/任务通知/临界区，完成 21 个实验 + 完整项目 |
+| STM32 | 熟练：HAL 库迁移（GPIO/定时器/串口/DMA/FSMC），ZET6 完整项目开发 |
+| CMake/Ninja | 了解：项目构建配置，非 Keil 依赖 |
+| Git | 了解：版本控制，Gogs 私有仓库托管 |
+| Python/PyTorch | 熟练：深度学习实验全流程，医学图像分割 |
+| Linux | 了解：Ubuntu 环境，基础 C 程序开发 `[待补充]` |
+
+---
+
+## 四、项目经历
+
+### 项目一：基于 FreeRTOS 的 STM32 多传感器监控系统
+
+**时间**：2026.07 - 2026.08  
+**技术栈**：STM32F103ZET6 / FreeRTOS（CMSIS-RTOS V2）/ C / CMake  
+**硬件**：LCD(FSMC) / 触摸屏 / DHT11 / 光敏传感器 / SPI Flash / LED / 按键
+
+**项目描述**：
+独立设计并实现的多任务嵌入式系统，采用分层架构组织代码，具备完整的传感器采集、LCD 图形界面交互与系统监控功能。
+
+**个人工作**：
+
+- **驱动架构设计**：设计五层驱动架构（配置表→生命周期→基础操作→模式调度→硬件抽象），实现 8 个设备驱动（LCD/触摸/DHT11/光敏/Flash/LED/按键/CLI），驱动间单向依赖，支持独立测试与替换
+- **RTOS 任务划分**：基于 CMSIS-RTOS V2 标准接口设计 3 个常驻任务（系统监视/UI 调度/CLI Shell）+ 1 个初始化任务，通过消息队列实现 UART 接收解耦
+- **UI 框架实现**：设计 xPage 函数指针表实现页面多态，支持全量渲染/增量刷新分离，内置按钮回调、焦点管理、按下反馈等交互逻辑
+- **智能功能**：实现暗光自动休眠（光敏触发）、温度联动 LED 闪烁（>26°C 告警）、心跳指示、CLI 命令行调试接口
+- **工程规范**：CMake+Ninja 构建、Git 版本控制、代码格式化配置、完整 README 文档
+
+**项目成果**：
+- 独立完成从架构设计到硬件调试全流程，代码量约 4274 行（User 目录）
+- Gitee：https://gitee.com/kekezack/STM32F103ZET6-MultiSensor-Monitor
+
+---
+
+### 项目二：基于 STM32 HAL 的 FreeRTOS 多任务实验集
+
+**时间**：2026.07  
+**技术栈**：STM32F103C8T6 / STM32F103ZET6 / FreeRTOS / HAL 库
+
+**项目描述**：
+系统性完成 21 个 FreeRTOS 核心实验，覆盖任务管理、IPC 通信、内存管理、中断处理等关键主题。
+
+**个人工作**：
+
+- 完成任务创建/删除/挂起/恢复、队列、二值信号量/互斥量、任务通知、软件定时器、事件组、内存管理等实验
+- 每个实验配套 README 说明实验目的、关键 API、运行现象与观察要点
+- 实验在 C8T6 和 ZET6 两块板子上验证，确认可移植性
+
+**项目成果**：
+- 17 天完成 21 个实验，形成可复用的 FreeRTOS 学习与验证资料库
+
+---
+
+## 五、科研经历（可选，面试技术岗时简要提及）
+
+**医学图像分割研究** | 黑龙江科技大学 | 2025.09 - 至今
+
+- 研究方向：基于深度学习的医学图像分割算法
+- 在投论文：1 篇（Computer Methods and Programs in Biomedicine，一审中）
+- 在写论文：1 篇（消融实验阶段）
+- 技术栈：Python / PyTorch / nnUNet / Dice Loss
+
+---
+
+## 六、荣誉奖项
+
+| 奖项 | 时间 |
+|------|------|
+| 全国大学生数学竞赛上海市二等奖 | 2020 |
+| 亚太杯大学生数学建模竞赛三等奖 | 2021 |
+
+---
+
+## 七、其他信息
+
+- 英语：CET-6 未通过
+- 开源：`[如有 GitHub/Gogs 链接可填]`
+- 技术博客/知识库：`[如有可填]`
+
+---
+
+## 八、自我评价（简洁版，可选）
+
+- 有完整嵌入式项目开发经验，熟悉从架构设计到硬件调试全流程
+- 具备 RTOS 多任务系统设计能力，理解任务调度、IPC、内存管理核心机制
+- 有科研经历，具备独立分析问题和解决问题的能力
+- 学习能力强，17 天完成 21 个 FreeRTOS 实验，持续投入嵌入式 Linux 学习
+
+---
+
+## 使用说明
+
+1. 填写所有 `[待确认]` 和 `[你的xxx]` 占位符
+2. 统计项目代码行数（可以用 `cloc` 或 `find . -name "*.c" | xargs wc -l`）
+3. 确认后告诉我，我帮你生成正式简历 PDF
+4. 根据投递岗位微调：医疗器械公司突出医学背景，IoT 公司突出传感器+RTOS

求职资源/简历/简历撰写约束文档.md

@@ -0,0 +1,216 @@
+# 简历撰写约束文档（跨专业版）
+
+> **适用场景**：本科建筑环境 → 硕士计算机应用技术 → 求职嵌入式软件工程师
+> **核心原则**：把跨专业从劣势变成差异化优势
+
+---
+
+## 一、教育背景写法
+
+### 结构（时间倒序）
+
+```
+黑龙江科技大学 | 计算机应用技术 | 硕士研究生 | 2025.09 - 2028.06
+- 研究方向：医学图像分割（深度学习/PyTorch）
+- 在投论文：1 篇（CMPB 一审中）
+
+[本科院校] | 建筑环境与能源应用工程 | 本科 | 2021.09 - 2025.06
+- 跨考计算机：自学编程 + 嵌入式开发，独立完成多传感器监控系统
+- 暖通技术员经验：1 年 7 个月，理解工业现场与设备控制
+```
+
+### 关键点
+
+| 要素 | 写法 | 原因 |
+|------|------|------|
+| 本科专业 | 写全称"建筑环境与能源应用工程" | 不回避，但要关联 |
+| 跨考说明 | 在本科行下加一行"跨考计算机..." | 主动说明，展示自学能力 |
+| 暖通经验 | 放在本科或单独一行 | 可迁移到工业嵌入式场景 |
+| 研究方向 | 一句话说清楚 | 面试官3秒能看懂 |
+
+### 禁忌
+
+- ❌ 不写"主修课程"（篇幅贵，面试不看）
+- ❌ 不写 GPA（除非前25%）
+- ❌ 不写高中
+
+---
+
+## 二、专业技能写法
+
+### 结构（按岗位需求排序）
+
+```
+专业技能：
+- C 语言：熟练，独立设计五层驱动架构，8 个设备驱动
+- FreeRTOS：熟练，21 个实验 + 完整项目（CMSIS-RTOS V2）
+- STM32：熟练，HAL 库迁移（GPIO/定时器/串口/DMA/FSMC）
+- CMake/Ninja：了解，项目构建配置
+- Git：了解，版本控制
+- Python/PyTorch：熟练，深度学习实验
+- Linux：了解，Ubuntu 环境基础开发
+```
+
+### 关键点
+
+| 要素 | 写法 | 原因 |
+|------|------|------|
+| 层次感 | 熟练→了解，有递进 | 体现真实水平 |
+| 围绕岗位 | 嵌入式岗：C/RTOS/STM32 前置 | 岗位需要什么写什么 |
+| 量化 | "8个设备驱动""21个实验" | 数据比形容词有说服力 |
+| 顺序 | 最擅长的放最前 | HR只扫前几行 |
+
+### 禁忌
+
+- ❌ 不写"精通"（除非你真的精通）
+- ❌ 不写与岗位无关的技能（Java/Go/Qt 等，除非投相关岗）
+- ❌ 不写"了解XX"太多（3行以内）
+
+---
+
+## 三、项目经历写法
+
+### 结构（STAR 法则简化版）
+
+```
+项目一：基于 FreeRTOS 的 STM32 多传感器监控系统
+时间：2026.07 - 2026.08
+技术栈：STM32F103ZET6 / FreeRTOS（CMSIS-RTOS V2）/ C / CMake
+
+做了什么：
+- 设计五层驱动架构，实现 8 个设备驱动（LCD/触摸/DHT11/光敏/Flash/LED/按键/CLI）
+- 基于 CMSIS-RTOS V2 设计 3 个常驻任务 + 1 个初始化任务
+- 设计 xPage 函数指针表实现页面多态，支持全量渲染/增量刷新分离
+- 实现暗光自动休眠、温度联动 LED 闪烁、CLI 命令行调试接口
+- CMake+Ninja 构建、Git 版本控制、完整 README 文档
+
+成果：
+- 独立完成从架构设计到硬件调试全流程，代码量 [待统计] 行
+```
+
+### 关键点
+
+| 要素 | 写法 | 原因 |
+|------|------|------|
+| 三段式 | 做了什么 → 你负责什么 → 成果 | HR 最关心这个 |
+| 技术细节 | "五层驱动架构""函数指针表多态" | 体现设计能力 |
+| 量化 | "8个设备驱动""3个常驻任务" | 数字有说服力 |
+| 动词开头 | "设计""实现""开发" | 体现主动性 |
+
+### 禁忌
+
+- ❌ 不写"学习了XX""了解了XX"（这是学习总结，不是项目）
+- ❌ 不写太长（每个项目5-8行足够）
+- ❌ 不写团队项目时只写"参与"（要写具体贡献）
+
+---
+
+## 四、科研经历写法（可选，技术岗简要提及）
+
+### 结构
+
+```
+医学图像分割研究 | 黑龙江科技大学 | 2025.09 - 至今
+- 研究方向：基于深度学习的医学图像分割算法
+- 在投论文：1 篇（CMPB 一审中）
+- 技术栈：Python / PyTorch / nnUNet / Dice Loss
+```
+
+### 关键点
+
+| 要素 | 写法 | 原因 |
+|------|------|------|
+| 简洁 | 3-4行足够 | 技术岗重点是项目，不是论文 |
+| 技术栈 | 写具体工具 | 体现编程能力 |
+| 不写细节 | 不写论文题目/方法 | HR 不关心，面试再讲 |
+
+### 禁忌
+
+- ❌ 不写"参与了导师项目"（太空洞）
+- ❌ 不写太多科研细节（技术岗不看这个）
+- ❌ 不写与目标岗位无关的研究内容
+
+---
+
+## 五、跨专业优势转化
+
+### 你的独特优势
+
+| 原专业（建筑环境） | 可迁移到嵌入式 | 简历怎么写 |
+|-------------------|---------------|-----------|
+| 暖通技术员 1 年 7 个月 | 工业现场理解、设备控制 | "暖通技术员：理解工业设备控制逻辑与现场约束" |
+| 建筑环境专业 | 物联网/智能家居场景 | "建筑环境背景：理解 HVAC 系统与传感器应用" |
+| 跨考计算机 | 自学能力、主动转型 | "跨考计算机：自学 C/嵌入式/深度学习，独立完成项目" |
+
+### 简历中的体现位置
+
+1. **教育背景**：本科行下加"跨考计算机：自学..."
+2. **自我评价**（可选）："暖通技术员出身，理解工业现场需求，具备嵌入式+行业的复合视角"
+
+### 面试话术准备
+
+> "我本科是建筑环境，做过1年多暖通技术员，后来跨考计算机。这段经历让我理解工业现场的设备控制逻辑和约束条件，比如传感器精度、实时性要求、环境干扰等。现在做嵌入式开发，我能从应用场景出发思考问题，不只是写代码。"
+
+---
+
+## 六、简历结构模板
+
+```
+┌─────────────────────────────────────────────┐
+│  姓名 | 手机 | 邮箱                          │
+│  求职意向：嵌入式软件工程师（MCU/RTOS 方向）  │
+├─────────────────────────────────────────────┤
+│  教育背景                                     │
+│  黑龙江科技大学 | 计算机应用技术 | 硕士       │
+│  [本科院校] | 建筑环境 | 本科                 │
+├─────────────────────────────────────────────┤
+│  专业技能                                     │
+│  C / FreeRTOS / STM32 / CMake / Git / Python │
+├─────────────────────────────────────────────┤
+│  项目经历（1-2个）                            │
+│  项目一：基于 FreeRTOS 的 STM32 多传感器监控  │
+├─────────────────────────────────────────────┤
+│  科研经历（可选，3-4行）                      │
+├─────────────────────────────────────────────┤
+│  荣誉奖项（可选）                             │
+└─────────────────────────────────────────────┘
+```
+
+### 页数控制
+
+- **必须 1 页**（应届生/实习岗位）
+- 最多 2 页（论文+项目+实习都很多的情况）
+- 你的情况：1 页足够
+
+---
+
+## 七、待确认信息清单
+
+| 信息 | 状态 | 需要你做 |
+|------|------|---------|
+| 姓名/手机/邮箱 | 待填 | 自己填 |
+| 本科院校名称 | ✅ | 上海应用技术大学 |
+| 数学竞赛/建模年份 | ✅ | 2020 / 2021 |
+| ZET6 代码行数 | ✅ | 4274 行（User 目录） |
+| 仓库地址 | ✅ | gitee.com/kekezack/STM32F103ZET6-MultiSensor-Monitor |
+| 演示视频 | 待做 | 建议做一个 |
+
+---
+
+## 八、检查清单（定稿前逐项核对）
+
+- [ ] 简历只有 1 页
+- [ ] 基本信息只有：姓名、手机、邮箱、求职意向
+- [ ] 教育背景时间倒序，硕士在前
+- [ ] 本科专业写全称，加一行跨考说明
+- [ ] 专业技能按岗位需求排序，有层次感
+- [ ] 项目经历用"做了什么→成果"结构
+- [ ] 每个项目 5-8 行，不超过 2 个
+- [ ] 量化数据：设备数量、任务数量、代码行数
+- [ ] 没有"学习了""了解了"等弱动词
+- [ ] 没有与岗位无关的内容
+- [ ] PDF 格式投递，不发 Word
+
+---
+
+_创建于 2026-08-27，用于指导简历内容填写_