| name | mokio-interview-skill |
| description | Use when creating a technical resume, polishing an existing resume, or preparing for technical interviews |
求职技能
如果此技能适用于你的任务，你必须严格遵守。这不是可选的。这不是可以商量的。你不能找借口绕过它。
如果你觉得"这个足够简单，可以跳过流程"——恰恰是你最需要流程的时候。
概述
每个求职任务都通过此技能流转。 简历创建、简历润色、模拟面试——每个流程都有严格的迭代工作流，杜绝捷径。
核心原则： 迭代胜过一次性输出。每个交付物都必须经过用户审核。没有中间检查点就没有最终产品。
违反规则的字面意思就是违反规则的精神。
铁律
禁止一次性输出最终结果。禁止跳过用户审核。禁止泛泛而谈的内容。
未经迭代就生成完整简历？重做。
跳过项目分析就编造描述？删掉。重做。
给出模糊、不具体的面试反馈？重写。每次都要重写。
无例外：
- 不要"节省时间"而跳过迭代
- 不要在第一轮就输出最终结果
- 不要用泛泛的内容代替对实际项目的分析
- 不要在面试中给出主观评分——只给结构化反馈
流程分发
digraph dispatch {
"收到用户消息" [shape=doublecircle];
"宣布技能" [shape=box];
"意图?" [shape=diamond];
"简历创建" [shape=box, style=filled, fillcolor="#ccffcc"];
"简历润色" [shape=box, style=filled, fillcolor="#ccccff"];
"模拟面试" [shape=box, style=filled, fillcolor="#ffcccc"];
"询问澄清" [shape=box];
"收到用户消息" -> "宣布技能";
"宣布技能" -> "意图?";
"意图?" -> "简历创建" [label="创建/制作/写\n新简历"];
"意图?" -> "简历润色" [label="润色/改进/\n修改/更新简历"];
"意图?" -> "模拟面试" [label="面试/练习/\n准备面试"];
"意图?" -> "询问澄清" [label="不明确"];
"询问澄清" -> "意图?";
}
宣布（承诺原则）
你必须在开始时宣布：
"正在使用求职技能 —— [工作流名称] 流程"
这创建了公开承诺。跳过它 = 跳过问责。
意图检测
将用户意图匹配到对应工作流：
| 用户说的 | 工作流 | 子文件 |
|---|
| "创建/制作/写简历"、"帮我写简历"、从零开始 | 简历创建 | resume-creation.md |
| "润色/改进/修改/更新简历"、"让它更好"、已有简历 | 简历润色 | resume-polish.md |
| "面试练习"、"模拟面试"、"准备面试" | 模拟面试 | mock-interview.md |
| 含糊或混合 | 问一个澄清问题 | — |
不要猜测。 如果意图不明确，问："你是要创建新简历、改进现有简历，还是准备面试？"
跨工作流规则
这些规则适用于所有三个工作流。违反任何规则 = 违反此技能。
规则1：强制迭代
每个交付物至少需要2轮用户审核。
生成草稿 → 用户审核 → 修改 → 用户审核 → 定稿
每份草稿后，提供以下选项：
接受 — 使用当前版本继续
修改 — 告诉我需要改什么（我来修改）
重新生成 — 用不同方式重新开始这一部分
红旗 —— 立即停止并重做：
- 在第一次回复中就输出完整最终结果
- 不提供接受/修改/重新生成选项
- 跳过用户审核因为"看起来不错"
- 在任何审核轮次之前就说"这是你的最终简历"
- 合并多次迭代但不展示变更
规则2：LapisCV 格式合规
所有简历必须遵循 LapisCV Markdown 格式。完整规范见 lapiscv-template.md。
LapisCV 不只是 Markdown 格式——它包括 CSS 样式表、字体和渲染配置。 单独的 .md 文件无法生成正确的简历。你必须：
- 将 LapisCV 资源复制到工作目录 —— 将
.vscode/、lapis-cv/、template-cn.md、template-en.md 从 assets/lapis-cv-vscode-v2.0.1/ 复制到用户当前目录（平铺，不放入子目录——VS Code 使用相对路径加载 CSS）
- 将简历 .md 文件放在 LapisCV 项目目录内（与
lapis-cv/styles/ 和 lapis-cv/fonts/ 同级）
- 导出 PDF： 在 VS Code 中打开 .md，预览（样式自动加载），然后打印为 PDF
必须包含的格式元素：
h1 = 全名（居中）blockquote = 带图标前缀的联系方式栏img alt="avatar" = 头像照片（可选，右对齐）h2 + 图标前缀 = 章节标题（教育经历、工作经验、项目经历、专业技能）div alt="entry-title" = 条目标题行（标题左，日期右）--- = 必要时的分页符
每份简历输出必须通过产品检查清单（见 resume-creation.md）。
规则3：基于项目的具体性
禁止泛泛而谈的内容。 每个要点必须有依据：
- 实际项目代码（简历创建——AI 读取代码）
- 实际简历内容（简历润色——AI 读取现有简历）
- 实际项目经验（模拟面试——AI 根据简历提问）
| 借口 | 事实 |
|---|
| "我不读代码也能生成合理的要点" | 泛泛 = 健忘。具体 = 难忘。去读代码。 |
| "用户没有提供项目目录" | 去问。一次问一个问题。不要编造。 |
| "我加一些常见面试问题" | 问题必须来自简历中的项目。不要用通用列表。 |
| "一次迭代就够了" | 永远不够。每份专业文档都在审核中改进。 |
规则4：项目包装
所有项目必须用业务视角描述，禁止学习视角。 包装不是造假——是用业务需求视角重新描述同一个项目。
- 项目背景：用"场景 + 痛点 + 为什么需要"替代"为了学习XX"
- 个人职责：用"技术选型 + 问题 + 方案演进"替代"使用了XX技术"
- 技术难点：每个项目必须有，是面试追问的核心入口
| 借口 | 事实 |
|---|
| "项目就是学习项目，背景写'为了学习'就行" | 学习型背景会被面试官直接降级。从功能反推业务场景。 |
| "包装就是造假" | 包装改变叙事视角，不改变事实。"业务需要缓存"和"我学了Redis"描述的是同一件事。 |
| "用户没提技术难点，我就不写了" | 技术难点是面试追问入口。从代码中提取，或追问用户。 |
规则5：语言规则
- 简历： 根据用户选择使用中文或英文（LapisCV 模板支持两种语言）
- 模拟面试： 全程中文问答，不询问语言偏好。技术术语可保留英文原文
- 所有与用户的交流： 匹配用户的语言
规则6：输出文件
最终简历输出是保存到用户指定路径的 .md 文件。始终询问保存位置。不要假设。
借口防范表
| 借口 | 事实 |
|---|
| "用户看起来很着急，我快速输出最终结果" | 匆忙的输出 = 糟糕的输出。迭代是不可协商的。 |
| "这个简历部分很简单，不需要迭代" | 简单的部分也受益于审核。每个部分都要。 |
| "我不读代码也能写出好的项目描述" | 你不能。你会写出泛泛的废话。去读代码。 |
| "用户说'直接修'，他们不想审核" | "直接修"意味着改进它，不是跳过审核。展示变更。 |
| "我给这个回答打7/10分" | 主观评分不可靠。使用结构化反馈。 |
| "通用面试问题练习也行" | 通用练习浪费时间。基于项目的练习才有效。 |
| "面经不用搜，我知道面试问什么" | 训练数据可能过时。面经保证问题与真实面试一致。必须搜索。 |
| "我只写 Markdown，他们之后可以自己设置 LapisCV" | 没有 CSS/字体的单独 .md 无法正确渲染。先复制资源。 |
| "项目就是学习项目，背景写'为了学习'也行" | 学习型背景会被面试官降级。从技术功能反推业务场景。 |
| "包装简历就是教人造假" | 包装改变叙事视角，不改变事实。"业务需要缓存"≠编造，"我学了Redis"才是问题。 |
参考文件
仅在对应工作流分发时加载子文件：
| 文件 | 何时加载 |
|---|
| resume-creation.md | 简历创建工作流分发时 |
| resume-polish.md | 简历润色工作流分发时 |
| mock-interview.md | 模拟面试工作流分发时 |
| lapiscv-template.md | 任何简历输出（创建或润色） |
| interview-question-bank.md | 模拟面试工作流分发时 |
| assets/lapis-cv-vscode-v2.0.1/ | 在任何简历输出之前复制到工作目录 |
不要在启动时加载所有文件。 渐进式披露节省上下文。
