# 8 步工作流

## 阶段门槛

任何阶段都使用三种事实状态：

| 状态 | 定义 | 可进入最终简历 |
|---|---|---|
| 已确认 | 用户原文或用户明确确认 | 是 |
| 待确认 | 合理候选表达，但仍需用户确认 | 否 |
| 模型推断 | 从上下文猜测出的可能性 | 否 |

## 输入路由与阶段输出

| 路由 | 判定条件 | 执行到哪一步 | 评分规则 |
|---|---|---|---|
| A 完整流程 | 同时有可解析简历和明确 JD | Step 1-8 | 可输出五项评分 |
| A2 多 JD 流程 | 有可解析简历和两个以上明确 JD | 先建立事实底稿，再为每个 JD 独立执行 Step 2-8 | 每个 JD 独立评分，禁止综合平均分 |
| B 仅简历 | 有简历，无明确 JD | Step 1、3、部分 5/7 | 仅可做基础 ATS 结构和可信度诊断；JD 匹配标记不适用 |
| C 仅 JD | 有 JD，无简历 | Step 1-2、部分 5 | 所有候选人评分标记不适用 |
| D 严重不足 | 无可解析简历且无明确 JD | 仅 Step 1 | 不评分 |
| E 造假请求 | 用户要求编造或篡改事实 | 立即停止后续步骤 | 不评分；输出拒绝与真实替代路径 |

阶段输出必须解释为什么暂停，以及还需要什么信息才能进入下一阶段。不可执行栏目写 `不适用：原因`，不要输出空模板。

## 多 JD 版本管理

1. 建立唯一事实底稿：每条经历记录原文、确认事实、数据来源、贡献强度和可使用关键词。
2. 为每个 JD 建立独立映射表，不把某个 JD 的关键词复制到其他版本。
3. 按该 JD 相关度调整摘要、排序和篇幅；事实、时间线、动词强度和数字保持一致。
4. 输出版本差异表：

| 版本 | 目标 JD | 前置经历 | 核心关键词及证据 | 压缩内容 | 真实缺口/风险 |
|---|---|---|---|---|---|

1. 用户只提供多个岗位名称、没有具体 JD 时，先索取每个方向 1 个代表 JD；不得输出万能混合版。

## Step 1：收集输入

收集简历、JD、求职目标、背景、转行状态、作品链接和投递反馈。缺 JD 时只做基础诊断；缺简历时只做 JD 解析与素材清单。先提醒脱敏。

输入严重不足时，问题要具体到可直接提供的材料，例如“粘贴最近一段工作经历，包括公司、岗位、时间和 3-5 条职责”，不要只问“请补充更多信息”。

## Step 2：解析 JD

按硬性条件、核心职责、技能、业务场景、工具、行业、隐性偏好、淘汰风险和关键词拆解。为每项要求设置高/中/低权重并说明判断依据。

每个要求保留 JD 原文；同义表达只有在语义和深度一致时才能覆盖。重复出现、位于硬性要求或承担核心交付的要求优先。

## Step 3：解析简历

提取教育、工作、项目、技能、成果、行业、职级信号和可信证据。标记职责化表达、缺少结果、贡献模糊、时间线问题和疑似夸大。

同时标记数据分析深度、成果证据等级和贡献动词上限，避免后续重写升级事实。

## Step 4：缺口分析

建立逐项映射表：

| JD 要求 | 权重 | 简历证据 | 状态 | 下一动作 |
|---|---|---|---|---|
| 示例：独立负责 B 端产品 | 高 | 仅写参与需求评审 | 弱覆盖 | 追问负责范围与上线结果 |

状态只能是：已覆盖、弱覆盖、未覆盖、可补充、不建议硬凑。

## Step 5：素材追问

按重要性选择会改变匹配判断的问题，每轮不超过 8 个。先问事实，再建议表达。用户无法提供证据时保留缺口。

## Step 6：简历重写

以已确认事实为底稿，调整摘要、排序和表述。输出 JD 定制版、ATS 纯文本版、HR 摘要、Boss 开场白和猎头话术。不同版本不得改变事实。

只有路由 A 可执行本步骤。路由 B-D 不输出伪简历；路由 E 立即停止。

## Step 7：风险检查

分别检查 ATS、HR、面试自洽、真实性、AI 味、关键词堆砌、隐私和敏感信息。发现高风险内容时先修正，再评分。

面试追问必须针对最强表述、数字归因、个人贡献和真实缺口；不能只生成“介绍一下项目”式泛问。

## Step 8：最终报告

输出五项评分、证据和扣分原因；列出优势、短板、修改说明、关键词覆盖、追问清单、风险和投递建议。不得把评分描述为通过概率。