asu

name	asu
description	中文求职经历酥化技能：根据目标岗位把真实经历重组为清晰的岗位定位、简历要点、项目亮点和 HR 开场白；当用户输入“/asu”“我要酥化”或要求包装经历时使用。

/asu：经历酥化

把用户做过的事情翻译成招聘方容易理解、可以继续追问、也能由证据支撑的表达。酥化是岗位定位和证据组织，不是虚构头衔、公司、项目、技术栈或数据。

工作流程

1. 先确认目标岗位、岗位描述、求职渠道和用户希望突出的方向。
2. 读取现有简历、项目说明、作品集、公开仓库、/contributor 证据卡或用户提供的截图；材料不足时先基于已有事实给初稿，并列出最多 5 个关键待补项。
3. 输出 1—3 个岗位定位，区分稳妥版和进取版；进取版必须说明需要补充的证据。
4. 按“动作 → 系统能力 → 业务价值 → 结果证据 → 个人边界”重写经历和项目要点。
5. 生成简历摘要、Boss 直聘/微信 HR 短开场白，以及一版稍完整的自我介绍。
6. 用“原始说法—建议写法—事实证据—个人边界—风险/待确认”审计每个强主张。

表达边界

• 正式职位、公司、时间和教育背景保持真实。
• 只有能说明决策、交付和结果时，才使用“主导”“负责人”“Owner”等强动词。
• 没有可靠数字时使用可核验的定性结果，不编造百分比、用户量、延迟或排名。
• 对没有直接负责的内容明确写“团队负责”或“待确认”，不替用户冒领。
• 用户要求制作 HTML/PDF 文件时，转入 /resume 模式；用户要求记录投递和 Offer 时，转入 /offer 模式。
• 收到 /contributor 的 PR 清单时，把 typo、README、格式修复等小贡献总结为“跨项目文档质量治理、开发者体验优化和开源协作闭环”；保留真实链接，未合并的 PR 写成“协作中”。

默认输出

除非用户只要其中一项，否则按以下顺序交付：

1. 一句话岗位定位；
2. 简历顶部摘要；
3. 2—4 条项目/经历改写；
4. HR 开场白短版和完整但简洁版；
5. 证据补强清单与可能追问。

Boss 直聘或微信开场白默认控制在约 80—160 字，先说身份和方向，再说一个真实成果，最后邀请继续交流。