就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
安全检查很适合做成 Skill，因为它有稳定 checklist，而且容易被普通开发任务忽略。 OpenAI 官方 skills 里也有 security 相关技能可以参考： github.com GitHub - openai/skills: Skills Catalog for Codex Skills Catalog for Codex 我会检查这些点 是否误提交密钥、token、cookie。 是否把 .env 、日志、私钥放进仓库。 新增接口有没有鉴权。 用户输入有没有校验。 文件上传有没有类型和大小限制。 SQL/命令/路径拼接有没有注入风险。 依赖有没有明显高危包。 SKILL.md 草稿 --- name: security-check description: Check code changes for secrets, authentication, authorization, input validation, injection risk, and unsafe file handling. Use before merging backend, auth, upload, payment, or infrastructure changes. --- # Security Check Focus on exploitable issues, not generic advice. Check: 1. Secrets and credentials 2. Authentication and authorization 3. Input validation 4. SQL/command/path injection 5. File upload safety 6. Dependency and config risks 7. Logging of sensitive data Output findings with severity, file path, impact, and minimal fix. Do not suggest large rewrites unless required. 适合触发的场景 登录注册 权限控制 文件上传 支付回调 Webhook 数据库查询 脚本执行 CI/CD 配置 不适合触发的场景 普通文案、颜色、布局调整就没必要跑完整安全检查。 所以 description 里最好写清楚：什么时候用，什么时候不用。 我的经验是：安全 Skill 不需要很长，但 checklist 要硬。 2 个帖子 - 1 位参与者 阅读完整话题
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
就是说写了 skill,里边也定义了流程，checklist, 但是每一次跑大模型感觉就像炼丹，听话的时候我很满意，不听话的时候给我的感觉就是从来没看过这个 skill(实际打印了 skill 已加载)。 尝试过几种方法，skill 拆小，还有 skill 里边提供脚本让他检查产出物（但是跑脚本这句话大模型想不想跑完全不确定），还有让他每执行完一步就回显，但是都没效果，依然炼丹。 现在给我感觉就是纯靠 skill 写东西，保证不了任何效果，我看 cc 这些提供了 hook ，但是好像是 hook 读代码或者写文件啥的，有加载 skill 的能力可以 hook 吗？ 请教下万能的 v 友是怎么玩的？
做简历工具快一年了，最初就是因为自己找工作被虐，后来陆续有朋友让我帮忙看简历。前前后后改了十几份，发现踩坑点高度重合——不管前端后端、3 年还是 8 年经验，基本都栽在同样的地方。 整理一下，都是很具体的点，能直接改的那种。 1. 经历描述全是"负责 XX"，没有结果 坏例 ：负责用户管理模块的开发和维护 好例 ：独立完成用户管理模块重构，接口响应时间从 1200ms 降至 200ms ，用户投诉率下降 40% 道理都懂，但我看过的十几份里有 80% 都还在写"负责"。面试官每天看几十份，"负责"开头的段落基本自动跳过。换成 STAR： 做了什么事（ S/T ）→ 怎么做的（ A ）→ 数字结果（ R ） 。 2. 技术栈堆砌一大坨，没有层次 坏例 ：Java, Spring Boot, MySQL, Redis, Kafka, Docker, K8s, Vue, React, Node.js, Python, TensorFlow, MongoDB, Elasticsearch... 好例 ： 主力栈：Java / Spring Boot / MySQL （ 4 年生产经验） 中间件：Redis + Kafka （高并发场景） 容器化：Docker / K8s 日常运维 HR 不懂技术，但她知道这坨东西不可能你全精通。分主次、标年限，一眼就能看出你到底能干嘛。 3. 简历超过 1 页但内容撑不起来 3-5 年经验写了 2 页半。翻到第二页一看——大学课程设计、四六级分数、"熟悉 Office 软件"。 原则 ：社招 5 年以下严格 1 页。1 页逼着你砍废话、只留最硬的东西。面试官平均看一份简历 7-15 秒，第二页大概率不会翻到。 砍法 ：跟目标 JD 无关的经历直接删；大学项目除非是顶会论文否则别留；"精通 Office"这种 2005 年的写法收起来。 4. 没有根据 JD 调关键词 这个是被"已读不回"最多的原因。很多人一份简历海投 50 个岗位——HR 用 ATS 系统筛简历，关键词不命中就直接滤掉了，你的简历连人眼都到不了。 笨办法但有效 ：把 JD 贴出来，逐条看它要求的技术/业务词，确认你简历里有没有写到。没有但你其实会的——加上去；确实不会的——那这岗位不投也罢。 每投一个岗位花 10 分钟对一遍。小城市岗位少尤其值得这么干，因为你没有广撒网的本钱。 5. 排版/格式踩雷 用 Word 导出的 PDF 在不同系统打开字体乱掉 字号行距不统一，有的段落挤成一团 日期格式不统一（ 2023/03 和 2023.3 和 Mar 2023 混着来） 文件名叫"简历最终版(3).pdf" 这些不会让你被拒，但会让 HR 觉得你毛躁。同样条件下优先选那个排版舒服的人。 6. 个人项目/开源贡献没写，或写了没给链接 程序员的简历比其他行业有个天然优势：你可以附 GitHub / 个人项目链接。但很多人要么不写，要么写了"有个人博客"但不给地址。 建议 ：Side project 哪怕只有 20 star ，也比不写强。面试官点进去能看到你的代码风格、commit 频率、README 是否清楚——这些都是加分项。链接用短链或直接 GitHub 仓库地址。 自检 Checklist （投之前过一遍） 每段经历都有量化结果（数字/比例/效果） 技术栈分了主次、标了年限 总长度 ≤ 1 页（ 5 年以下经验） 核对目标 JD 关键词至少命中 70% PDF 在不同设备打开排版一致 文件名改成"姓名-岗位-简历.pdf" 附了 GitHub / 作品集链接（如有） 日期、字号、行距全文统一 以上手动改完全可以，我自己的流程是先走一遍 checklist 、再用工具扫一遍省时间。我在做简历工具（ 棱镜简历 ），AI 按 STAR 重写经历 + 贴 JD 跑一次关键词匹配，帮你别在格式和关键词上丢分。但说真的， 内容才是核心，工具只是效率层 ——上面 6 条你手动逐条改，效果完全一样。 有问题欢迎追问，乐意交流。
做简历工具快一年了，最初就是因为自己找工作被虐，后来陆续有朋友让我帮忙看简历。前前后后改了十几份，发现踩坑点高度重合——不管前端后端、3 年还是 8 年经验，基本都栽在同样的地方。 整理一下，都是很具体的点，能直接改的那种。 1. 经历描述全是"负责 XX"，没有结果 坏例 ：负责用户管理模块的开发和维护 好例 ：独立完成用户管理模块重构，接口响应时间从 1200ms 降至 200ms ，用户投诉率下降 40% 道理都懂，但我看过的十几份里有 80% 都还在写"负责"。面试官每天看几十份，"负责"开头的段落基本自动跳过。换成 STAR： 做了什么事（ S/T ）→ 怎么做的（ A ）→ 数字结果（ R ） 。 2. 技术栈堆砌一大坨，没有层次 坏例 ：Java, Spring Boot, MySQL, Redis, Kafka, Docker, K8s, Vue, React, Node.js, Python, TensorFlow, MongoDB, Elasticsearch... 好例 ： 主力栈：Java / Spring Boot / MySQL （ 4 年生产经验） 中间件：Redis + Kafka （高并发场景） 容器化：Docker / K8s 日常运维 HR 不懂技术，但她知道这坨东西不可能你全精通。分主次、标年限，一眼就能看出你到底能干嘛。 3. 简历超过 1 页但内容撑不起来 3-5 年经验写了 2 页半。翻到第二页一看——大学课程设计、四六级分数、"熟悉 Office 软件"。 原则 ：社招 5 年以下严格 1 页。1 页逼着你砍废话、只留最硬的东西。面试官平均看一份简历 7-15 秒，第二页大概率不会翻到。 砍法 ：跟目标 JD 无关的经历直接删；大学项目除非是顶会论文否则别留；"精通 Office"这种 2005 年的写法收起来。 4. 没有根据 JD 调关键词 这个是被"已读不回"最多的原因。很多人一份简历海投 50 个岗位——HR 用 ATS 系统筛简历，关键词不命中就直接滤掉了，你的简历连人眼都到不了。 笨办法但有效 ：把 JD 贴出来，逐条看它要求的技术/业务词，确认你简历里有没有写到。没有但你其实会的——加上去；确实不会的——那这岗位不投也罢。 每投一个岗位花 10 分钟对一遍。小城市岗位少尤其值得这么干，因为你没有广撒网的本钱。 5. 排版/格式踩雷 用 Word 导出的 PDF 在不同系统打开字体乱掉 字号行距不统一，有的段落挤成一团 日期格式不统一（ 2023/03 和 2023.3 和 Mar 2023 混着来） 文件名叫"简历最终版(3).pdf" 这些不会让你被拒，但会让 HR 觉得你毛躁。同样条件下优先选那个排版舒服的人。 6. 个人项目/开源贡献没写，或写了没给链接 程序员的简历比其他行业有个天然优势：你可以附 GitHub / 个人项目链接。但很多人要么不写，要么写了"有个人博客"但不给地址。 建议 ：Side project 哪怕只有 20 star ，也比不写强。面试官点进去能看到你的代码风格、commit 频率、README 是否清楚——这些都是加分项。链接用短链或直接 GitHub 仓库地址。 自检 Checklist （投之前过一遍） 每段经历都有量化结果（数字/比例/效果） 技术栈分了主次、标了年限 总长度 ≤ 1 页（ 5 年以下经验） 核对目标 JD 关键词至少命中 70% PDF 在不同设备打开排版一致 文件名改成"姓名-岗位-简历.pdf" 附了 GitHub / 作品集链接（如有） 日期、字号、行距全文统一 以上手动改完全可以，我自己的流程是先走一遍 checklist 、再用工具扫一遍省时间。我在做简历工具（ 棱镜简历 ），AI 按 STAR 重写经历 + 贴 JD 跑一次关键词匹配，帮你别在格式和关键词上丢分。但说真的， 内容才是核心，工具只是效率层 ——上面 6 条你手动逐条改，效果完全一样。 有问题欢迎追问，乐意交流。
做简历工具快一年了，最初就是因为自己找工作被虐，后来陆续有朋友让我帮忙看简历。前前后后改了十几份，发现踩坑点高度重合——不管前端后端、3 年还是 8 年经验，基本都栽在同样的地方。 整理一下，都是很具体的点，能直接改的那种。 1. 经历描述全是"负责 XX"，没有结果 坏例 ：负责用户管理模块的开发和维护 好例 ：独立完成用户管理模块重构，接口响应时间从 1200ms 降至 200ms ，用户投诉率下降 40% 道理都懂，但我看过的十几份里有 80% 都还在写"负责"。面试官每天看几十份，"负责"开头的段落基本自动跳过。换成 STAR： 做了什么事（ S/T ）→ 怎么做的（ A ）→ 数字结果（ R ） 。 2. 技术栈堆砌一大坨，没有层次 坏例 ：Java, Spring Boot, MySQL, Redis, Kafka, Docker, K8s, Vue, React, Node.js, Python, TensorFlow, MongoDB, Elasticsearch... 好例 ： 主力栈：Java / Spring Boot / MySQL （ 4 年生产经验） 中间件：Redis + Kafka （高并发场景） 容器化：Docker / K8s 日常运维 HR 不懂技术，但她知道这坨东西不可能你全精通。分主次、标年限，一眼就能看出你到底能干嘛。 3. 简历超过 1 页但内容撑不起来 3-5 年经验写了 2 页半。翻到第二页一看——大学课程设计、四六级分数、"熟悉 Office 软件"。 原则 ：社招 5 年以下严格 1 页。1 页逼着你砍废话、只留最硬的东西。面试官平均看一份简历 7-15 秒，第二页大概率不会翻到。 砍法 ：跟目标 JD 无关的经历直接删；大学项目除非是顶会论文否则别留；"精通 Office"这种 2005 年的写法收起来。 4. 没有根据 JD 调关键词 这个是被"已读不回"最多的原因。很多人一份简历海投 50 个岗位——HR 用 ATS 系统筛简历，关键词不命中就直接滤掉了，你的简历连人眼都到不了。 笨办法但有效 ：把 JD 贴出来，逐条看它要求的技术/业务词，确认你简历里有没有写到。没有但你其实会的——加上去；确实不会的——那这岗位不投也罢。 每投一个岗位花 10 分钟对一遍。小城市岗位少尤其值得这么干，因为你没有广撒网的本钱。 5. 排版/格式踩雷 用 Word 导出的 PDF 在不同系统打开字体乱掉 字号行距不统一，有的段落挤成一团 日期格式不统一（ 2023/03 和 2023.3 和 Mar 2023 混着来） 文件名叫"简历最终版(3).pdf" 这些不会让你被拒，但会让 HR 觉得你毛躁。同样条件下优先选那个排版舒服的人。 6. 个人项目/开源贡献没写，或写了没给链接 程序员的简历比其他行业有个天然优势：你可以附 GitHub / 个人项目链接。但很多人要么不写，要么写了"有个人博客"但不给地址。 建议 ：Side project 哪怕只有 20 star ，也比不写强。面试官点进去能看到你的代码风格、commit 频率、README 是否清楚——这些都是加分项。链接用短链或直接 GitHub 仓库地址。 自检 Checklist （投之前过一遍） 每段经历都有量化结果（数字/比例/效果） 技术栈分了主次、标了年限 总长度 ≤ 1 页（ 5 年以下经验） 核对目标 JD 关键词至少命中 70% PDF 在不同设备打开排版一致 文件名改成"姓名-岗位-简历.pdf" 附了 GitHub / 作品集链接（如有） 日期、字号、行距全文统一 以上手动改完全可以，我自己的流程是先走一遍 checklist 、再用工具扫一遍省时间。我在做简历工具（ 棱镜简历 ），AI 按 STAR 重写经历 + 贴 JD 跑一次关键词匹配，帮你别在格式和关键词上丢分。但说真的， 内容才是核心，工具只是效率层 ——上面 6 条你手动逐条改，效果完全一样。 有问题欢迎追问，乐意交流。
做简历工具快一年了，最初就是因为自己找工作被虐，后来陆续有朋友让我帮忙看简历。前前后后改了十几份，发现踩坑点高度重合——不管前端后端、3 年还是 8 年经验，基本都栽在同样的地方。 整理一下，都是很具体的点，能直接改的那种。 1. 经历描述全是"负责 XX"，没有结果 坏例 ：负责用户管理模块的开发和维护 好例 ：独立完成用户管理模块重构，接口响应时间从 1200ms 降至 200ms ，用户投诉率下降 40% 道理都懂，但我看过的十几份里有 80% 都还在写"负责"。面试官每天看几十份，"负责"开头的段落基本自动跳过。换成 STAR： 做了什么事（ S/T ）→ 怎么做的（ A ）→ 数字结果（ R ） 。 2. 技术栈堆砌一大坨，没有层次 坏例 ：Java, Spring Boot, MySQL, Redis, Kafka, Docker, K8s, Vue, React, Node.js, Python, TensorFlow, MongoDB, Elasticsearch... 好例 ： 主力栈：Java / Spring Boot / MySQL （ 4 年生产经验） 中间件：Redis + Kafka （高并发场景） 容器化：Docker / K8s 日常运维 HR 不懂技术，但她知道这坨东西不可能你全精通。分主次、标年限，一眼就能看出你到底能干嘛。 3. 简历超过 1 页但内容撑不起来 3-5 年经验写了 2 页半。翻到第二页一看——大学课程设计、四六级分数、"熟悉 Office 软件"。 原则 ：社招 5 年以下严格 1 页。1 页逼着你砍废话、只留最硬的东西。面试官平均看一份简历 7-15 秒，第二页大概率不会翻到。 砍法 ：跟目标 JD 无关的经历直接删；大学项目除非是顶会论文否则别留；"精通 Office"这种 2005 年的写法收起来。 4. 没有根据 JD 调关键词 这个是被"已读不回"最多的原因。很多人一份简历海投 50 个岗位——HR 用 ATS 系统筛简历，关键词不命中就直接滤掉了，你的简历连人眼都到不了。 笨办法但有效 ：把 JD 贴出来，逐条看它要求的技术/业务词，确认你简历里有没有写到。没有但你其实会的——加上去；确实不会的——那这岗位不投也罢。 每投一个岗位花 10 分钟对一遍。小城市岗位少尤其值得这么干，因为你没有广撒网的本钱。 5. 排版/格式踩雷 用 Word 导出的 PDF 在不同系统打开字体乱掉 字号行距不统一，有的段落挤成一团 日期格式不统一（ 2023/03 和 2023.3 和 Mar 2023 混着来） 文件名叫"简历最终版(3).pdf" 这些不会让你被拒，但会让 HR 觉得你毛躁。同样条件下优先选那个排版舒服的人。 6. 个人项目/开源贡献没写，或写了没给链接 程序员的简历比其他行业有个天然优势：你可以附 GitHub / 个人项目链接。但很多人要么不写，要么写了"有个人博客"但不给地址。 建议 ：Side project 哪怕只有 20 star ，也比不写强。面试官点进去能看到你的代码风格、commit 频率、README 是否清楚——这些都是加分项。链接用短链或直接 GitHub 仓库地址。 自检 Checklist （投之前过一遍） 每段经历都有量化结果（数字/比例/效果） 技术栈分了主次、标了年限 总长度 ≤ 1 页（ 5 年以下经验） 核对目标 JD 关键词至少命中 70% PDF 在不同设备打开排版一致 文件名改成"姓名-岗位-简历.pdf" 附了 GitHub / 作品集链接（如有） 日期、字号、行距全文统一 以上手动改完全可以，我自己的流程是先走一遍 checklist 、再用工具扫一遍省时间。我在做简历工具（ 棱镜简历 ），AI 按 STAR 重写经历 + 贴 JD 跑一次关键词匹配，帮你别在格式和关键词上丢分。但说真的， 内容才是核心，工具只是效率层 ——上面 6 条你手动逐条改，效果完全一样。 有问题欢迎追问，乐意交流。
做简历工具快一年了，最初就是因为自己找工作被虐，后来陆续有朋友让我帮忙看简历。前前后后改了十几份，发现踩坑点高度重合——不管前端后端、3 年还是 8 年经验，基本都栽在同样的地方。 整理一下，都是很具体的点，能直接改的那种。 1. 经历描述全是"负责 XX"，没有结果 坏例 ：负责用户管理模块的开发和维护 好例 ：独立完成用户管理模块重构，接口响应时间从 1200ms 降至 200ms ，用户投诉率下降 40% 道理都懂，但我看过的十几份里有 80% 都还在写"负责"。面试官每天看几十份，"负责"开头的段落基本自动跳过。换成 STAR： 做了什么事（ S/T ）→ 怎么做的（ A ）→ 数字结果（ R ） 。 2. 技术栈堆砌一大坨，没有层次 坏例 ：Java, Spring Boot, MySQL, Redis, Kafka, Docker, K8s, Vue, React, Node.js, Python, TensorFlow, MongoDB, Elasticsearch... 好例 ： 主力栈：Java / Spring Boot / MySQL （ 4 年生产经验） 中间件：Redis + Kafka （高并发场景） 容器化：Docker / K8s 日常运维 HR 不懂技术，但她知道这坨东西不可能你全精通。分主次、标年限，一眼就能看出你到底能干嘛。 3. 简历超过 1 页但内容撑不起来 3-5 年经验写了 2 页半。翻到第二页一看——大学课程设计、四六级分数、"熟悉 Office 软件"。 原则 ：社招 5 年以下严格 1 页。1 页逼着你砍废话、只留最硬的东西。面试官平均看一份简历 7-15 秒，第二页大概率不会翻到。 砍法 ：跟目标 JD 无关的经历直接删；大学项目除非是顶会论文否则别留；"精通 Office"这种 2005 年的写法收起来。 4. 没有根据 JD 调关键词 这个是被"已读不回"最多的原因。很多人一份简历海投 50 个岗位——HR 用 ATS 系统筛简历，关键词不命中就直接滤掉了，你的简历连人眼都到不了。 笨办法但有效 ：把 JD 贴出来，逐条看它要求的技术/业务词，确认你简历里有没有写到。没有但你其实会的——加上去；确实不会的——那这岗位不投也罢。 每投一个岗位花 10 分钟对一遍。小城市岗位少尤其值得这么干，因为你没有广撒网的本钱。 5. 排版/格式踩雷 用 Word 导出的 PDF 在不同系统打开字体乱掉 字号行距不统一，有的段落挤成一团 日期格式不统一（ 2023/03 和 2023.3 和 Mar 2023 混着来） 文件名叫"简历最终版(3).pdf" 这些不会让你被拒，但会让 HR 觉得你毛躁。同样条件下优先选那个排版舒服的人。 6. 个人项目/开源贡献没写，或写了没给链接 程序员的简历比其他行业有个天然优势：你可以附 GitHub / 个人项目链接。但很多人要么不写，要么写了"有个人博客"但不给地址。 建议 ：Side project 哪怕只有 20 star ，也比不写强。面试官点进去能看到你的代码风格、commit 频率、README 是否清楚——这些都是加分项。链接用短链或直接 GitHub 仓库地址。 自检 Checklist （投之前过一遍） 每段经历都有量化结果（数字/比例/效果） 技术栈分了主次、标了年限 总长度 ≤ 1 页（ 5 年以下经验） 核对目标 JD 关键词至少命中 70% PDF 在不同设备打开排版一致 文件名改成"姓名-岗位-简历.pdf" 附了 GitHub / 作品集链接（如有） 日期、字号、行距全文统一 以上手动改完全可以，我自己的流程是先走一遍 checklist 、再用工具扫一遍省时间。我在做简历工具（ 棱镜简历 ），AI 按 STAR 重写经历 + 贴 JD 跑一次关键词匹配，帮你别在格式和关键词上丢分。但说真的， 内容才是核心，工具只是效率层 ——上面 6 条你手动逐条改，效果完全一样。 有问题欢迎追问，乐意交流。