做简历工具快一年了，最初就是因为自己找工作被虐，后来陆续有朋友让我帮忙看简历。前前后后改了十几份，发现踩坑点高度重合——不管前端后端、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 条你手动逐条改，效果完全一样。 有问题欢迎追问，乐意交流。
按需自取 gist.github.com https://gist.github.com/songlairui/3abee6cdddf9c30a764a2d8a436d4a95 【自检提示词】TanStack npm 供应链投毒 请帮我检查当前机器 / 当前项目， 是否受到 2026-05-11 TanStack npm 供应链投毒事件影响。 审计范围与 IOC， 请严格依据以下官方披露内容： https://tanstack.com/blog/npm-supply-chain-compromise-postmortem 不要扩展为通用恶意软件检测， 不要使用泛化启发式规则， 此文件已被截断。 显示原始文件 2 个帖子 - 2 位参与者 阅读完整话题
l站似乎没有找到自检差多少，差什么可以升级到下一个级别的自我检测页面或者工具 8 个帖子 - 8 位参与者 阅读完整话题
以上这些skills好像都是claude自带的，我好像没有单独安装。 但我一直有个感觉，就是自己还没有把 Claude 真正用到位。现在大多数时候，我还是拿它来写点代码、修点 bug，或者帮我看下问题在哪。但我总觉得它应该不只是干这些的，理论上应该还能帮我做更完整的开发，比如从功能实现、到自检、到发现问题、再到修 bug，整个流程都能参与。 我也看到 Claude CLI 其实有不少功能，好像还能做任务调度、调用这些能力之类的。只是我现在的使用方式还比较初级，很多时候还是停留在“把它当一个写代码助手”这个阶段，没有真正把它当成一个能深度参与开发的工具来用。 所以想来问问大家，你们现在都把 Claude 用顺手了吗？平时开发里一般是怎么用的？有没有什么比较成熟的用法或者工作流，能让它更完整地参与开发，而不只是写几段代码、修几个 bug？ 说白了就是感觉自己现在没把这每个月 200 刀的价值榨干，想看看大家都是怎么玩的，顺便学点更高阶一点的用法。 1 个帖子 - 1 位参与者 阅读完整话题