项目预览
下面是简喵当前开发版本的部分界面。功能和样式还会继续迭代，但核心方向已经确定：让用户不只是”做出一份好看的简历”，而是写出一份更清楚、更专业、更适合投递的简历。
简喵的核心工作台：围绕简历分析、AI 优化、JD 匹配和面试准备组织功能。
用户可以上传简历，也可以直接编辑内容，让 AI 基于真实信息进行分析，而不是套一段通用模板。
系统会从多个维度分析简历问题，比如内容完整度、表达质量、项目亮点和量化表达。
简喵最核心的价值不是”帮你写漂亮话”，而是把原本模糊、平淡的经历，转化成更适合求职场景的表达。
简历优化不是终点。简喵还会根据简历内容生成可能被追问的面试题，帮助用户提前准备。
GitHub仓库地址：https://github.com/RyanCoreAI/AIResume
一次很普通但很不舒服的经历
去年 11 月的一个晚上，我用一款在线简历工具改简历。
基本信息、教育经历、项目经历、技能标签、自我评价，每一栏我都认真填了。项目经历改了好几遍，自我评价那段甚至来回调整了五六次。那种状态很熟悉：你明明只是想写一份简历，结果慢慢进入一种”再改一点就好了”的循环。
一个多小时后，我终于点了”导出 PDF”。
然后，弹出了付费窗口。
那一刻我第一反应不是”贵不贵”，而是”我被套路了”。
如果一开始告诉我导出要付费，我其实可以接受。工具有成本，服务要收费，这都很正常。但真正让人不舒服的是：它先让你把所有内容都填进去，让你投入时间、精力和耐心，等你已经不想重来一遍时，再在最后一步告诉你：想拿走结果，先付费。
这不是单纯的收费策略，而是在利用沉没成本。
你填的不是简历，是逃跑成本。每多填一栏，你就更不愿意放弃。等你终于走到最后一步，系统才把门关上。互联网产品把人性研究得这么熟，结果用来卡一个学生导出 PDF，属实有点荒谬。
最后我做了一件很笨但很多人可能都做过的事：截图，然后在 Word 里手动复刻版式，调整字号、行距、边距，再导出 PDF。效果不算好看，但至少能用。
那天之后，我开始想一个问题：
能不能做一个真正免费的简历工具？
不靠最后一步卡导出收费。
不只是给用户一堆模板。
而是认真帮用户把简历内容写清楚。
这就是简喵的起点。
大学生写简历的真正问题：不是没经历，是不会翻译
做简喵之前，我一直以为很多同学写不好简历，是因为经历太少。
后来我发现并不完全是这样。
很多计算机专业的学生，其实并不是完全没有东西可写。他们做过课程设计，写过实验室项目，参加过比赛，搭过小工具，甚至维护过自己的 GitHub 仓库。但这些经历一旦放进简历里，就会变成非常干的一句话：
负责前端页面开发和后端接口设计。
这句话不能说错，但几乎没有信息量。
它没有告诉别人你用了什么技术，没有告诉别人你解决了什么问题，没有告诉别人你做到了什么程度，也没有体现你在项目中的具体价值。
同样一个 Vue + Spring Boot 项目，可以写成：
负责前端页面开发和后端接口设计。
也可以写成：
基于 Vue3 和 Spring Boot 实现图书管理系统，负责用户登录、权限控制、图书检索、借阅记录管理等核心模块；封装 20+ 个可复用组件，设计 RESTful 接口并完成 MySQL 表结构设计，支持多角色用户的基础权限管理。
这两段描述背后的项目可能差不多，但给人的感觉完全不同。
前者像是在说”我参与过”。
后者是在说”我具体做了什么，并且能复用到真实开发中”。
这就是简历表达里的”翻译”问题。
学生做过的事情，需要被翻译成招聘方能看懂的能力语言。项目不是简单堆技术名词，而是要说明场景、职责、动作、结果和可迁移能力。
很多人不是没经历，而是没有把经历翻译成简历语言。
你调接口调到凌晨，简历上写”参与项目开发”。
你把一个功能从需求做到上线，简历上写”完成相关模块”。
你做了权限、缓存、异常处理、部署，简历上只写”熟悉后端开发”。
真正亏的不是你没做事，而是你做过的事没有被看见。
市面上的简历工具，很多只解决了”排版”
我试过不少简历工具，最后发现它们大概可以分成两类。
第一类是排版工具。
它们提供很多模板，能让简历看起来更整齐、更漂亮。这个方向当然有价值，因为一份排版混乱的简历确实会降低阅读体验。但问题是，排版只能解决”看起来怎么样”，不能解决”到底写什么”。
第二类是模板填充工具。
你输入一个岗位名称，它给你生成一些看起来很专业的描述。短期看很方便，但问题也很明显：这些内容往往太通用。不同的人投同一个岗位，生成出来的描述可能非常接近。HR 一天看很多简历，这种模板味很容易被识别出来。
这两类工具之间，有一块很重要的空白：内容层。
也就是帮助用户判断：
我的项目里哪些内容值得写？
这一句话是不是太空？
哪里需要补充量化结果？
哪些技术点适合放前面？
这份简历和目标岗位到底匹不匹配？
面试官看到这段项目经历可能会追问什么？
这些问题，才是很多学生真正卡住的地方。
简喵想做的不是另一个”简历版 Word”，也不是批量制造 AI 味简历的模板机器。
我更希望它成为一个简历内容助手：帮用户看懂自己的经历，整理自己的项目，优化自己的表达，并且尽量保留真实经历本身。
简喵想解决什么问题
一句话概括：
简喵是一个 AI 简历优化与 JD 匹配系统，帮助用户把真实经历转化成更专业、更清楚、更适合投递的简历表达。
它目前围绕几个核心功能展开。
第一，简历上传与内容解析。
用户可以上传已有简历，也可以直接编辑简历内容。系统会尽量识别不同模块，比如教育经历、项目经历、技能栈、自我评价等，为后续分析做准备。
第二，AI 简历评分。
简喵会从多个维度分析简历，而不是只给一个笼统总分。比如内容是否完整，表达是否具体，项目是否有亮点，量化信息是否足够，结构是否清晰，和目标岗位是否匹配。
我不想做那种”你的简历 82 分，请继续努力”的空洞评分。分数本身没意义，真正有用的是指出哪里扣分、为什么扣分、怎么改。
第三，项目经历优化。
这是简喵最核心的部分。
很多学生的项目并不差，但表达非常弱。简喵会尝试把”负责后端开发”这种描述，改成更具体的项目 bullet，比如使用了什么技术、解决了什么问题、完成了什么模块、产生了什么结果。
这里的重点不是编造经历，而是把已经存在的信息表达清楚。
第四，JD 匹配诊断。
很多人投简历时只有一个动作：海投。
但不同岗位对关键词、项目方向和能力证明的要求并不一样。后端开发、AI 应用开发、前端工程、算法实习，它们关注的点完全不同。
所以简喵会支持用户粘贴目标岗位 JD，然后分析简历中哪些内容已经匹配，哪些内容表达不足，哪些关键词缺失，哪些项目应该被重点突出。
第五，面试题生成。
简历不是写完就结束了。
你写上去的每一句话，都可能在面试里被追问。比如你写 Redis，面试官可能问缓存穿透、缓存雪崩、数据一致性；你写 JWT，面试官可能问 Token 续期、权限校验、Refresh Token；你写 AI 接入，面试官可能问 Prompt 设计、异常处理、成本控制和限流。
所以简喵会根据用户简历内容生成可能的面试追问，让用户提前知道自己写上去的东西是否真的能讲清楚。
为什么一定要免费导出
我做简喵的第一个情绪来源，就是被”最后一步付费导出”恶心到。
所以这个项目有一个很明确的原则：不靠卡导出收费。
编辑可以免费，预览可以免费，导出也应该免费。
当然，AI 功能本身有调用成本，完全无限制并不现实。后续我会通过次数限制、缓存、限流、任务队列和成本控制来处理这个问题。但这和”你都填完了，现在不给钱就不能导出”不是一回事。
我反感的不是工具收费，而是不透明地利用用户投入。
如果未来简喵真的需要商业化，也应该把边界提前说清楚，而不是把用户逼到最后一步才亮出价格。
这点对我很重要。
我做这个项目，不只是为了做一个工具
说实话，简喵不只是一个工具项目。
它对我来说还有另一层意义：这是我用来训练自己完整工程能力的项目。
一个真正能上线、能被别人使用的 AI 应用，不只是调用一次大模型 API。它要考虑很多更现实的问题：
文件上传怎么做安全校验？
PDF 和 Word 解析失败怎么办？
大模型输出不是 JSON 怎么处理？
用户连续点击评分会不会烧掉 API 额度？
接口超时怎么重试？
AI 服务不可用时怎么降级？
简历数据怎么保护隐私？
导出 PDF 怎么保证格式稳定？
项目部署到服务器后怎么排查问题？
日志怎么记录，错误码怎么设计，成本怎么审计？
这些东西，学校不会完整教，普通教程也很少讲。很多教程只讲”如何调通一个 Demo”，但真实项目最难的部分往往在 Demo 之后。
所以我想用简喵把这些问题完整走一遍。
从需求分析到产品流程，从前端编辑器到后端接口，从 AI Prompt 到 JSON 校验，从 Redis 限流到 Docker 部署，从 README 到技术博客，我希望它最后不是一个只能截图展示的课程作业，而是一个能被认真讲清楚的作品。
一个帮别人写简历的工具，自己首先要成为一个值得写进简历的项目。
这句话其实就是我做简喵的核心动机。
这个系列会写什么
这篇文章只是开始。
简喵后面会整理成一个完整系列，我会尽量把产品设计、技术实现、工程取舍和项目复盘都写出来。不是只写”我用了什么技术”，而是写清楚”为什么这么做””踩了什么坑””最后怎么解决”。
这个系列大概分成几个部分。
第一部分是产品决策。
我会写清楚为什么选择简历优化这个方向，目标用户是谁，核心场景是什么，第一版 MVP 应该做什么，又有哪些功能暂时不该做。
第二部分是系统设计。
包括技术选型、整体架构、数据库设计、前后端模块拆分，以及为什么使用 Spring Boot、Vue3、MySQL、Redis 和大模型 API 组合。
第三部分是 AI 工程。
这是我认为最有价值的一部分。大模型接入不是简单发请求，还要处理 Prompt 稳定性、结构化输出、JSON 校验、异常重试、成本控制、限流和降级。
第四部分是业务功能。
包括简历评分、项目经历优化、JD 匹配、面试题生成、隐私保护、权限设计和导出能力。
第五部分是部署和复盘。
包括 Docker 部署、服务器配置、日志排查、项目 README、简历写法，以及这个项目如何成为一个真正能展示工程能力的作品。
我不打算把它写成”跟着我一步一步复制代码”的教程。那种文章已经太多了，而且大多数看完也只是多了一个本地 Demo。
我更想写的是，一个普通 CS 本科生如何从 0 开始，把一个 AI 应用项目做成可以展示、可以复盘、可以写进简历、也能被别人理解的完整作品。
这篇文章写给谁
如果你正在找实习或准备校招，但不知道简历为什么投出去没反应，这个系列会适合你。
如果你也在做 AI 应用项目，但感觉自己只是”套了一个 API”，不知道怎么把项目做得更像真实工程，这个系列也会适合你。
如果你想写技术博客，但不知道写什么，这个系列也可以作为一个参考：一个项目不是只能写一篇总结，而是可以拆成需求、架构、功能、问题、取舍、复盘和求职表达。
我不想把简喵包装成一个宏大的产品，也不想说它能解决所有求职问题。
它现在还只是一个正在开发和打磨中的项目。它肯定会有 bug，会有不成熟的地方，也会有很多需要迭代的功能。
但至少它从一个真实问题开始。
我自己被简历工具的付费导出卡过，我也见过很多同学明明做过项目，却在简历上写得像没做过一样。我知道这个问题不是虚构出来的，也不是为了做项目硬找的选题。
这就是我愿意继续做下去的原因。
结尾
简历写不好，不一定是你没有能力。
很多时候，是你没有把自己的经历翻译成别人能快速理解的语言。
简喵想做的，就是帮你完成这一步：把真实经历整理出来，把模糊表达改清楚，把项目价值讲明白，把简历从”我好像做过一些东西”变成”我能证明自己做成过什么”。
这也是我做这个项目的原因。
下一篇，我会写简喵的需求分析：目标用户是谁、他们在什么场景下打开这个工具、最痛的痛点是什么，以及第一版 MVP 到底应该做哪些功能。
