SKILL · 简历整理（v0.2.0）

把本文件整份交给你的 agent 即可——不依赖特定 agent 产品。目标是帮助用户讲清真实价值，交出可读、事实可靠的一页简历。

交付约定：易用性与完成度优先

Agent 负责整理并完成本次可做部分，交付可直接人工 review 的成品，不止给建议或空表。先读用户工作区的 policies/；用户可配置的执行偏好和参数集中在这里维护，已有求职条件仍以 positioning.md 为准。明确要求的调整直接写回并在 policies/changes.md 记录旧值、新值、理由与影响；Agent 建议标待确认。

用户已指定路径就直接创建本次所需目录；未指定时一次询问存放位置，同时继续整理材料。不得要求用户先手工建文件夹，不得把个人材料写进公开仓库。具体岗位建立或复用 applications/日期-公司-岗位/README.md，索引实际成品，初始化只补缺失文件；原始材料和历史审阅保留，策略、申请索引及衍生产物可按本次授权更新并记录变更。结束前写 reviews/日期-任务.md：成品路径、结论依据、采用策略、待确认项及影响、实际检查和下一步；重新读取文件核对后给可点击路径。缺材料时先完成不依赖它的部分并标部分完成；无文件写入能力须明确未落盘。可审阅不等于获准发送，外部动作仍按既有授权和模块边界。

交付前交叉核对报告、申请索引、台账和审阅卡：结论与下一步必须一致，已判不投的岗位只说明排除依据及证据或本人条件改变后可重评，不沿用继续推进的话术。内容重排后修正上下文指代；检查数量只填写工具实际统计值，未统计就列检查对象，不手写估数。发现历史审阅错误时另写勘误，保留原记录。

完整规则与模板见 本地交付约定；只拿到本 SKILL 时按以上约定建立最小 Markdown 文件即可，不要求先跑其它模块。

开跑前

最小可接受形态：几段真实经历 + 一句求职方向。素材散着贴来，由 agent 整理成 facts.md 草稿；不要要求用户先填表。可选 JD、现有简历、定位与定级结果。缺 JD 时做通用基础稿；缺经历时一次列出最少问题（做了什么、本人责任、结果与口径、时间），先给骨架，不编内容、不报错退出。无版本文件就从事实池生成一份，不要求凑齐多个版本。

已有的明确事实直接整理使用；矛盾、未知责任与指标口径集中问用户，询问同时继续处理不依赖答案的段落。

第一步 · 判断投入与主动诊断

读 JD 与用户目标，识别最值得强调的真实证据、表达不清之处、证据缺口。给出少量高价值建议，每条包含「为什么值得改 → 可直接使用的改写/取舍 → 需要补什么证据」。可以提出新叙事、替代角度和目标角色建议，不局限于换关键词。

沿用有效定级；命中仍有效的硬性排除条件时停止默认投递路径并说明冲突。匹配不足不能靠编造解决。用户明确要求仅探索/准备简历时可产出标注用途的草稿，不把准备材料等同于授权投递，也不擅自改其底线。

第二步 · 选择和维护版本

从最接近目标的现有稿起步；主版本、转型版、副线版只是常见选择，不是必须建齐的三份文件，也没有固定数量上限。按目标受众与长期复用价值决定是否新建基础版，记录理由与事实池版本；单个岗位定制不必升级为长期基础版。重复覆盖的版本可建议合并/归档，未经授权不删除用户文件。

使用 版本登记表 留下用途、对应路径与更新时间，避免多个版本事实漂移。

第三步 · 保持事实的重写与建议

Agent 可以自主重写句子、合并重复、排序、提炼优势、按相关性删减、调整结构和措辞；保留可恢复底稿即可，不为每处可逆编辑要求确认。

事实边界：每个经历性断言必须能回溯 facts.md 或用户本次明确提供的事实。不得改变公司、日期、角色、责任、数字精度、结果范围和归因；不能把团队成果说成个人主导。约数可同精度转述，不能变成无依据的精确数字。压缩不能删除使余句成立所必需的限定条件；未标 [可选] 不阻止合理精简。新发现的真实事实先确认并更新事实池，再入正式稿。

建议与成稿隔离：可以说「这段经历可能支持跨团队协作，建议补充你对接谁、负责什么」，标为待核实并给求证问题；未确认时正式稿仍只用已知内容。把建议、事实映射与审查记录写在独立工作记录中，不塞进对外简历。

使用 简历骨架 时可按实际价值删改板块，不强制优势条数。优势必须有经历支撑，避免空泛自评和上下重复。

第四步 · 最终一页纸验收

参照 单页校验 checklist，验的是最终交付文件，不是 markdown 行数或作者自报。

• 可以使用已有工具：node tools/md2pdf/md2pdf.js <定制稿.md> <输出.pdf>。退出码 0 只说明工具报单页，仍须检查渲染与文本；1 表示溢出，2 表示环境/输入问题。
• 也可用现有编辑器打印预览并导出；核对导出后的最终 PDF 实际页数，再看页面渲染/截图。只有预览时写「预览单页，最终 PDF 待核」，不能声称 PDF 已验收。
• 检查正常阅读比例下正文可读、无重叠/裁切/乱码，标题与内容配对。溢出先删冗余和低相关内容、缩短句子；不牺牲字号与关键限定条件。
• 从最终 PDF 抽取或复制文本，与批准的内容稿核对姓名、联系方式、公司日期、数字、段落完整性与阅读顺序。抽取能力不可用时给人工复制核对步骤，并记未验，不以页面看着完整代替。

行数与字符密度仅用于预估。每次修改最终内容或导出设置后重验受影响项目。记录放在工作记录，不写在简历末尾。

第五步 · 独立审查与交付

有 subagent 能力时，将最终产物交给未参与撰写的独立 subagent。使用 事实保持与独立审查表 中的任务文本；输入只包含原始事实池、JD（如有）、用户要求、最终内容稿、最终 PDF/渲染、抽取文本与必要版本标识，不给作者自评分、预期通过结论或引导性解释。审查者不得代改事实，只返回问题、证据、严重性与具体改法。

检查事实归因、JD 对应证据、建议是否混入正式稿、一页完整可读、阅读顺序和关键遗漏；审查者缺失材料/工具时逐项写未核验。作者修复后对受影响项交同一独立审查者复查，最终记录必须对应实际交付版本。事实失真、缺字或不可读未解决时不得标为交付就绪。

没有 subagent：明确记「未独立审查」，作者自查可以继续但不充当独立审查；给用户同一材料包和审查任务，交另一个新会话或真人复查。不能因写了审查 checklist 就称已独立审过。

交付内容稿、具备条件时的最终 PDF、单独工作记录（建议/待确认事实/审查问题与修复/验收状态）、ledger.md 登记；说明哪些已验证、哪些待完成。仅准备材料的草稿不登记为已投递。

来源标注

来源写在工作记录或事实映射中，对外简历保持干净。

标注	用法
你给的	经历与指标事实、用户明确确认的补充
公开可查	JD 原词、岗位要求；记录出处。不能据此推断用户做过什么
我推测的	仅建议区的潜在优势与补证假设；附「向用户问什么/查哪份材料可证实」，确认前不进正式稿

不对劲的时候

症状	最可能原因	你下一句该说什么
只换词，不给新建议	把事实保护误当表达限制	「请提炼更有力的表达和取舍，保持责任与指标口径；未知内容列成补证问题。」
参与变成主导	事实归因漂移	「撤回主导说法，指出事实依据；需要的责任细节集中问我。」
只按页数宣布交付	缺最终渲染与文本核对	「请检查最终文件可读性和文本完整性，未做到的如实标记。」
作者自己说独立审过	没有独立执行者	「请将原始材料与最终稿交新 subagent，不给自评分；没有能力就写未独立审查。」
每个改写都问我	可逆编辑权限过窄	「保持事实的改写直接做，只有未知事实或目标冲突才问我。」

三级自救阶梯

• L1：有事实和现成版就自主诊断、改写、检验，不为低风险编辑打断用户。
• L2：没有合适版或格式混乱就自行整理、选择结构并试出可行导出路径；走通后把事实映射、版本用途及有效检查方法写回用户工作记录沉淀，不额外建工具系统。
• L3：真实事实仍有缺口，或缺少最终渲染/独立审查能力时，报告「症状 + 已试过什么 + 还缺什么 + 建议你做什么」，保留可用草稿与人工退路，不冒充完成。

变更日志

• v0.2.0（2026-09-13）：按试用反馈开放重写与主动建议；解除固定三版本上限；增加最终文件与独立 subagent 审查交付，记录与对外简历隔离。
• v0.1.0：首发事实池与单页流程；旧四处表达白名单由本版事实保持原则替代。