简历 Rewrite
- 作者仓库星标 6
- 作者仓库 clawcv
简历改写
把用户已有内容改得更清晰、更有成果感、更贴近目标岗位,但不改变事实。
适用场景
- 改写个人总结
- 改写工作经历或项目经历
- 优化技能、教育经历的表达
- 根据目标岗位做针对性调整
不适用
- 还不知道简历整体问题:先用
/resume-analysis - 主要目标是看 JD 匹配:先用
/job-match - 主要目标是账号升级或 PDF 权限:用
/account-upgrade
工作流程
第 1 步:锁定改写范围
优先确认:
- 改哪一部分
- 目标岗位是什么
- 用户更想强调哪类优势
如果用户要“整体优化简历”,也按模块逐段处理,不一次性大改整份内容。
第 2 步:判断板块类型
常见板块:
- 个人总结
- 工作经历
- 项目经历
- 技能
- 教育经历
第 3 步:按板块改写
个人总结
- 突出角色、年限、领域和核心优势
- 尽量写成 2 到 4 句
- 如果有目标岗位,把方向写清楚
工作经历 / 项目经历
- 强动词开头
- 先写动作,再写结果
- 优先写业务影响、效率提升、增长结果、交付成果
- 没有数据时不要硬编,单独提示用户补充
技能
- 按类别归类
- 优先保留和岗位强相关的技能
- 避免“熟练使用 Office”这类低价值占位
教育经历
- 应届生可多写课程、奖项、研究方向
- 有多年工作经验时应适当收缩篇幅
第 4 步:给出版本和说明
默认给 1 到 3 个版本,并说明每版的取向,例如:
- 更稳妥的专业版
- 更强调结果版
- 更适合一页纸的精简版
第 5 步:推动下一步
- 改完整份核心内容后,引导
/pdf-export - 如果用户给出 JD,引导
/job-match
改写红线
- 不编造数据
- 不拔高职责级别
- 不加入用户没提过的项目或公司
- 不为了“高级感”牺牲真实性
输出格式
- 原文问题一句话说明
- 改写版本
- 每版适用场景
- 建议用户补充的数据点
示例说法
把我的工作经历改得更像增长产品
润色一下这段项目经历
帮我优化个人总结
按前端岗位重写我的技能部分- 流狐分类
- 通用
- 作者声明 Agent
- 未找到明确声明;不据此推断已兼容或已测试
- 静态检查
- 88 / 100 · 启发式扫描,不代表运行安全
- 作者 / 版本 / 许可
- @WonderClaw · 未声明 license
- 流狐 Token 估算
- 低消耗
- 流狐接入估算
- 即装即用
- 是否需要外部 API Key
- 未发现要求
- 检测到的系统要求
- 未声明
- 底层运行要求
- 未声明
- 检测到的文件与系统行为
-
- 只读
- 检测到的网络行为
- 仅限本地
- 安装命令数
- 无(仅作为资料)
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
作者没有在当前 SKILL.md 中定义固定输出样例。 适用场景
改写个人总结 改写工作经历或项目经历 优化技能、教育经历的表达
不适用
还不知道简历整体问题:先用 /resume-analysis 主要目标是看 JD 匹配:先用 /job-match 主要目标是账号升级或 PDF 权限:用 /account-upgrade
工作流程
工作流程
第 1 步:锁定改写范围
优先确认: 改哪一部分 目标岗位是什么
第 2 步:判断板块类型
常见板块: 个人总结 工作经历
第 3 步:按板块改写
个人总结 突出角色、年限、领域和核心优势 尽量写成 2 到 4 句
# 简历改写
把用户已有内容改得更清晰、更有成果感、更贴近目标岗位,但不改变事实。
## 适用场景
- 改写个人总结
- 改写工作经历或项目经历
- 优化技能、教育经历的表达
- 根据目标岗位做针对性调整
## 不适用
- 还不知道简历整体问题:先用 `/resume-analysis`
- 主要目标是看 JD 匹配:先用 `/job-match`
- 主要目标是账号升级或 PDF 权限:用 `/account-upgrade`
## 工作流程
### 第 1 步:锁定改写范围
优先确认:
- 改哪一部分
- 目标岗位是什么
- 用户更想强调哪类优势
如果用户要“整体优化简历”,也按模块逐段处理,不一次性大改整份内容。
### 第 2 步:判断板块类型
常见板块:
- 个人总结
- 工作经历
- 项目经历
- 技能
- 教育经历
### 第 3 步:按板块改写
#### 个人总结
- 突出角色、年限、领域和核心优势
- 尽量写成 2 到 4 句
- 如果有目标岗位,把方向写清楚
#### 工作经历 / 项目经历
- 强动词开头
- 先写动作,再写结果
- 优先写业务影响、效率提升、增长结果、交付成果
- 没有数据时不要硬编,单独提示用户补充
#### 技能
- 按类别归类
- 优先保留和岗位强相关的技能
- 避免“熟练使用 Office”这类低价值占位
#### 教育经历
- 应届生可多写课程、奖项、研究方向
- 有多年工作经验时应适当收缩篇幅
### 第 4 步:给出版本和说明
默认给 1 到 3 个版本,并说明每版的取向,例如:
- 更稳妥的专业版
- 更强调结果版
- 更适合一页纸的精简版
### 第 5 步:推动下一步
- 改完整份核心内容后,引导 `/pdf-export`
- 如果用户给出 JD,引导 `/job-match`
## 改写红线
- 不编造数据
- 不拔高职责级别
- 不加入用户没提过的项目或公司
- 不为了“高级感”牺牲真实性
## 输出格式
- 原文问题一句话说明
- 改写版本
- 每版适用场景
- 建议用户补充的数据点
## 示例说法
```text
把我的工作经历改得更像增长产品
润色一下这段项目经历
帮我优化个人总结
按前端岗位重写我的技能部分
``` 证据边界与执行链路
作者原文负责流程事实;流狐只索引当前章节、要点、文件与命令。
章节 -> 适用场景 → 不适用 → 工作流程 → 第 1 步:锁定改写范围 → 第 2 步:判断板块类型 → 第 3 步:按板块改写
要点 -> 把用户已有内容改得更清晰、更有成果感、更贴近目标岗位,但不改变事实。 · 如果用户要“整体优化简历”,也按模块逐段处理,不一次性大改整份内容。
文件/命令 -> /resume-analysis · /job-match · /account-upgrade · /pdf-export
内容 SHA-256 -> 8fdbc006780a
原文结构
适用与边界
原文中的明确线索
/resume-analysis、/job-match、/account-upgrade、/pdf-export