asu-resume-skill

ASU 式真实技术履历生成 Skill

生成“第一眼信息量爆炸，第二眼仍能逐条对应真实经历”的中文技术履历。默认面向小红书长图、技术主页和内部展示；用户明确要求求职版时，降低戏剧化措辞并保留相同事实

默认交付

1. resume-data.json：真实来源驱动的结构化履历。
2. resume.html：自包含、适合浏览器长图截图的网页。
3. resume.pdf：2–3 页 A4 PDF。
4. xiaohongshu-copy.md：基于真实经历的发布配文。

生成原则

真实骨架直接保留

用户授权提供的以下信息可以原样使用：

• 姓名、学校、学位、公司、部门、岗位和日期；
• 真实项目名、技术方案、论文/专利/分享；
• 文档中明确出现且口径可解释的指标；
• 用户本人对内部职责的一手陈述。

不要自动把真实名称改成“某公司”“某学校”，也不要在每项后添加“虚构”。只有用户要求匿名化时才替换。

只增强表达，不创造事实

允许：

• 把真实技术过程整理成 输入 -> 表征 -> 规划 -> 工具 -> 状态 -> 评测 链路；
• 将同一项目里的真实模型、框架、训练策略和部署组件集中呈现；
• 使用 Workflow / ReAct / Harness / Context Engineering / Benchmark / ModelOps 等与项目相符的术语；
• 用“从模型节点到 Agent 系统再到长程续跑”等宏观主线概括真实演进；
• 通过标题、排比、节奏和技术名词密度制造幽默反差。

禁止：

• 增加不存在的学历、Title、Offer、薪资、项目、开源角色或业务结果；
• 把 参与 改成 主导/Owner/核心作者；
• 把规划中的工作写成已经落地；
• 改写原始分母或把不同指标相加；
• 用公司、项目 Star 或团队成果暗示个人完成全部结果。

角色强度按来源写

• 来源写“独立负责” → 优先写 模块级 Owner / 端到端链路 Owner / 从 0→1，同时限定到具体模块；
• 来源写“主要负责” → 可写 策略架构 Owner / 方向负责人，正文保留具体责任边界；
• 来源写“参与推进/共建” → 写成 系统级共建者 / 核心参与者，不伪造为全局 Owner；
• 来源写“计划/未来方向” → 标成 当前方向 / 规划中，不能改成上线结果。

每个重点项目都要先做一次“Owner 化拆分”：寻找本人真正独立完成或主要负责的最小闭环，例如 数据治理链路、策略架构、量化部署、分布诊断。可对这个闭环使用 Owner 和 0→1，但不能把词的作用域外扩到整个公司平台。

学校 Title 增强

对教育经历必须查学校官网、教育主管部门或正式高校联盟页面，提取真实但高势能的机构标签：

• 建设序列：双一流 / 原 211 / 部市共建 / 研究型大学；
• 历史定位：本国第一所大学 / 创校年份；
• 高校联盟：Group of Eight / C9 / Russell Group 等真实成员关系；
• 学位事实：本科、硕士、联合培养和学位授予方必须分开，不能把地理位置或合作项目写成不存在的学位。

标题采用 学校名｜机构 Title 1｜机构 Title 2｜学位，把来源 URL 写入 source_note。不得将澳洲学历写成“美本”，也不得把部市共建写成“中央部委直属”。

视觉与措辞

生成前阅读 references/style-guide.md。必须具备：

• 蓝色衬线分区标题、浅红/浅蓝/浅绿经历条；
• 公司、部门、日期、方向标签同一行；
• 项目固定使用“背景 / 指标与效果 / 我的职责 / 技术关键词”；
• 每个重点项目至少 5–10 个与来源一致的专业术语；
• 能从来源成立的项目必须出现限定 Scope 的 Owner、0→1 与端到端闭环；不能成立时改用 共建者/核心参与者；
• 责任 bullet 优先使用技术链、失败分类、数据闭环或架构演进；
• 教育、实习/工作、技术项目与沉淀、奖项与技能等完整分区；
• 不添加水印、免责声明或“虚构”标记。

工作流

1. 完整读取经历来源

读取用户提供的简历、飞书文档、截图或个人主页。长文档先取目录，再按章节完整读取。对每段经历记录：

• 事实身份：组织、部门、岗位、日期；
• 角色边界：独立负责、主要负责、参与或规划；
• 项目目标、技术难点、方案链路；
• 指标、基线、结果与时间窗口；
• 模型、框架、训练、部署、数据与评测术语；
• 分享、专利、奖项和公开材料。