resume-project
Installation
SKILL.md
项目 / 案例经历专项改写
你的任务
帮用户把项目经历从「流水账介绍」变成「体现个人能力的有力证明」。 核心原则：项目是背景，你做的事才是主角。
项目描述的黄金结构
[项目名称] [时间]
[一句话背景：项目是什么，规模/用户/场景] [你的角色]
[链接（如有）]
负责工作：
• [行动1]：[具体技术/方法] → [量化成果]
• [行动2]：...
• [亮点]：[解决了什么难题 / 用了什么创新方案]
比例原则：项目背景 ≤ 20%，你做了什么 ≥ 80%。
处理流程
Step 1：判断项目类型
收到用户的项目描述后，先识别类型：
- 技术项目（前端/后端/AI/全栈）→ 关注技术栈、性能数据、架构亮点
- 运营/市场案例（活动策划/增长项目）→ 关注 KPI 指标、策略方法、业务结果
- 创意案例（广告/品牌/设计）→ 关注创意方向、传播数据、获奖情况
- 产品项目（需求/功能/版本）→ 关注用户洞察、交付结果、数据验证
Step 2：诊断原文常见问题
- 项目介绍超过整个描述的 50%
- 负责工作写的太泛（「完成了开发」「做了策划」）
- 全是罗列，没有突出任何亮点
- 没有量化结果
- 技术/工具没体现你的选型思考，只是列名词
Step 3：改写输出格式
【原版】
[用户原文]
【改写版】
[重写后的项目描述]
【关键改动】
1. ...
2. ...
【如果补充这些信息可以更强】
- [建议用户补充的具体数据或细节]
各类型项目改写要点
前端项目
关注点：用户规模、性能指标（LCP/FCP/TTI）、工程化方案、组件复用率 亮点挖掘方向：
- 为什么选这个技术栈而不是别的？（体现技术选型能力）
- 做了哪些性能优化？（懒加载/代码分割/SSR/缓存）
- 有没有封装通用组件/工具库？
- 有没有工程化建设（CI/CD/规范/Monorepo）？
改写示例：
- 原：「用 React 开发了一个管理后台。」
- 改：「基于 React 18 + TypeScript + Ant Design 构建企业级权限管理后台， 封装 15+ 通用业务组件沉淀至团队组件库， 引入 Vite 替换 Webpack，冷启动速度提升 8 倍， 支撑 200+ 内部用户日常使用，已在 3 个产品线复用。」
后端 / 服务端项目
关注点：系统规模（QPS/数据量）、架构设计、稳定性、解决的核心难题 亮点挖掘方向：
- 面对高并发/大数据量做了什么设计？
- 缓存/消息队列/分布式怎么用的？
- 系统可用性是多少？做了什么保障？
- 为什么用这个数据库 / 中间件？
改写示例：
- 原：「负责开发了一个搜索服务。」
- 改：「负责商品搜索服务从 0 到 1 设计与开发（Spring Boot + Elasticsearch）， 实现多维度组合筛选和关键词高亮， 通过异步索引更新 + 缓存预热方案，P99 响应时间控制在 50ms 以内， 支撑日搜索请求 3000 万次，上线后搜索转化率提升 12%。」
AI / 机器学习项目
关注点：模型指标（AUC/F1/准确率）、数据规模、线上效果、工程落地 亮点挖掘方向：
- 数据量多大？如何处理数据质量问题？
- 对比了哪些 baseline？最终用了什么模型/方案？
- 有没有线上 A/B 实验？效果怎样？
- 推理延迟是多少？做了什么优化？
改写示例：
- 原：「做了一个文本分类模型。」
- 改：「基于 RoBERTa 构建用户评论情感分类系统（正/负/中性）， 处理标注数据 12 万条，通过数据增强和对抗训练， 在测试集上 F1 达 0.913（较 LSTM baseline 提升 8.4 个点）， 部署为 REST 服务，推理延迟 P99 < 80ms，日处理评论 50 万条。」
LLM / Agent 项目
关注点：应用场景、RAG 方案、评测指标、工具链选型 亮点挖掘方向：
- 解决了什么具体业务问题（不是"做了个 chatbot"）？
- RAG 的 chunk 策略、检索方式、重排方案？
- 如何评测效果？人工评测/自动评测？
- 用了什么 Agent 框架？工具调用设计？
改写示例：
- 原：「做了一个基于 RAG 的知识库问答系统。」
- 改：「基于 LangChain + Chroma 构建企业内部知识问答系统， 设计分层 chunk 策略（段落级 + 句子级）+ BM25 混合检索， 召回准确率较纯向量检索提升 23%， 上线服务 500+ 内部用户，人工评测回答满意度 87%， 日均处理问题 1200 条，减少人工客服咨询量 41%。」
运营 / 增长项目
关注点：增长指标（DAU/留存/GMV）、策略方法、归因分析 亮点挖掘方向：
- 面对的核心业务问题是什么？
- 用了什么运营策略或分析框架？
- 结果怎样？哪个指标涨了多少？
改写示例：
- 原：「做了用户留存专项项目。」
- 改：「主导用户次日留存专项优化（AARRR 框架）， 通过漏斗分析定位流失节点在新手引导环节， 重设计引导流程并增加激励机制， A/B 测试验证后全量，次日留存率从 31% 提升至 46%， 对应 MAU 提升约 1.5 万。」
广告 / 创意案例
关注点：创意方向、传播数据、ROI、获奖（含金量） 亮点挖掘方向：
- brief 背景是什么？面对什么挑战？
- 你的创意核心 insight 是什么？
- 传播效果怎样（播放量/互动量/话题热度）？
- 有没有行业奖项？
改写示例：
- 原：「为某品牌做了一支广告片。」
- 改：「主导某运动品牌双11视频创意，核心 insight「运动不是竞技，是每天赢一点」， 主视频播放量 2200 万（自然流量 1800 万）， 话题登微博热搜第 11 位， 品牌情感认同度（品牌追踪调研）提升 8 个百分点， 获 2023 年金投赏数字营销类铜奖。」
产品设计 / UX 项目
关注点：用户洞察、设计方法、测试验证、业务指标 亮点挖掘方向：
- 做了什么用户研究（访谈/问卷/可用性测试）？
- 解决了什么具体的用户痛点？
- 上线后有没有数据验证效果？
让项目脱颖而出的 5 个技巧
- 加在线访问链接：「可访问：[URL]」直接证明项目真实存在，效果远好于文字描述
- 写技术选型理由：「选用 X 而非 Y，因为 [场景原因]」体现技术深度
- 写难点如何突破：「面对 [问题]，通过 [方案] 解决」体现解决问题能力
- 写可复用价值：「该方案/组件被复用于 X 个项目」体现影响范围
- 有 GitHub 就放链接：即使 star 不多，也能证明你真实做了这件事
教程项目的包装策略
如果项目确实是跟着教程做的，仍然可以：
- 改一个有区分度的名字（加自己的特色功能）
- 增加 1-2 个自主添加的差异化功能
- 做好部署（有在线地址）
- 写清楚你在其中做了什么改进/优化
不建议：直接抄教程项目名称，一看就是跟做的，HR 会直接跳过。
补充场景：开源贡献
参与开源但不是项目 Owner，如何写进简历？
可量化的维度（按含金量排序）：
- Merged PR 数 + 涉及功能/修复类型（如"提交 12 个 PR，其中 3 个涉及核心渲染逻辑"）
- 解决的 Issue 数量及严重等级（P0/P1 bug 修复含金量最高）
- 代码贡献量（行数/模块占比，需结合 PR 质量说明，不要只写行数）
- 社区影响（PR 被项目核心成员引用/扩展，或列入 CHANGELOG）
- 仓库规模背书（star 数体现项目影响力：1k+ / 10k+ / 50k+）
改写示例：
- 原：「参与了某开源项目的贡献。」
- 改：「为 LangChain（GitHub 90k+ stars）贡献 5 个 Merged PR， 包括修复向量数据库批量写入时的内存泄漏（被标记 P1 Bug）， 新增 Chroma 持久化配置选项（已合并至主线 v0.1.12）， 相关 commit 被项目 Changelog 收录。」
注意：
- 不要写"参与了 XX 开源项目"（无法验证贡献度）
- 如果只是给仓库点了 star 或提了 issue 但没有合并代码，不建议列入简历
- 有 GitHub 主页可以直接放链接（即使整体 star 不多，PR 记录本身可信）
补充场景：内部/涉密项目（无在线链接）
无法放链接不等于写不好，用以下方法：
替代验证方式：
- 「项目代码/架构图可在面试时提供演示」
- 「负责人可开具项目证明」
- 「相关技术方案已脱敏，可面谈分享」
脱敏描述规范：
- 公司名可用"某大型互联网公司""某 Top 5 银行""某国央企"替代
- 具体数据可保留数量级（"日均百万级请求" 而非 "1,247,823 请求"）
- 核心技术方案不泄露算法细节，只写架构选型和解决的问题
改写示例：
- 原：「开发了公司内部的风控系统（无法提供链接）。」
- 改：「参与某头部消费金融公司反欺诈实时风控系统（日均决策百万次）核心开发， 负责规则引擎模块（Java + Drools）， 将规则热更新延迟从分钟级降至秒级， 系统上线后欺诈拦截率提升 18%，误拒率下降 5 个百分点； 代码及架构图可面谈展示。」
补充场景：多人协作项目
团队项目中如何清晰表达个人贡献？
基本原则：用「我」视角写，不用「我们」或「团队」
贡献归因的四种写法（按清晰度排序）：
-
功能模块归因（最清晰）
「负责其中的搜索引擎模块，独立完成索引建立和查询优化」
-
比例归因（次清晰）
「负责约 60% 的后端接口开发（共 80 个接口，独立交付 48 个）」
-
阶段归因
「负责从 0 到 1 的技术选型与架构设计（后由团队实现），以及最终性能调优阶段」
-
角色归因（最模糊，但必要时使用）
「担任前端 Lead，负责技术方向决策和 Code Review，团队共 3 人」
避免的写法：
- ❌ 「参与了团队的 XX 系统开发」（贡献不明）
- ❌ 把团队整体成果当作个人成果（「我们实现了 QPS 10 万」）
- ✅ 「我负责其中的缓存层设计，使团队的 QPS 从 2 万提升至 10 万」
补充场景：UX / 产品设计项目（完整示例）
完整的用户体验设计项目改写，需要体现：洞察 → 方法 → 验证 → 业务结果。
改写示例：
- 原：「做了一个 App 的 UX 改版设计。」
- 改：「主导某在线教育 App（MAU 30 万）学习路径模块 UX 重设计， 通过 15 场用户深度访谈 + 热力图分析， 识别"课程列表信息密度过高 / 进度感知缺失"为主要流失节点； 重设计学习卡片组件和进度可视化系统， 输出高保真原型 40 屏（Figma）， 经可用性测试（8 名目标用户）验证后交付开发； 上线后目标页面平均停留时长提升 42%，7 日课程完成率从 28% 升至 45%； Figma 原型链接：[可提供]。」
UX 项目的量化指标清单（按优先级）：
- 用户体验数据：任务完成率 / 错误率 / 完成时长（可用性测试）
- 业务指标：转化率 / 留存率 / NPS / 评分提升
- 交付物规模：原型帧数 / 组件数 / 迭代版本数
- 用研规模：访谈用户数 / 问卷回收数 / 测试场次
特殊处理：如有 Figma 作品集链接，放在项目描述末尾；没有在线地址时用「可私发作品集 PDF」替代。
教程项目改造升级版建议
当项目确实来源于教程时，改造重心不是"改名"，而是：
升级路径（按含金量排序）：
- 部署上线 — 有一个可访问的真实地址，直接提升可信度
- 加差异化功能 — 在教程基础上独立增加 1-2 个自主功能（哪怕很小），说明你的设计决策
- 替换某个技术选型 — 把教程用的 A 换成你认为更合适的 B，写清楚"为什么换"
- 写技术选型思考 — 项目描述里加一行"选用 X 而非 Y，因为场景需要 Z"
- 优化某个指标 — 对教程代码做一个性能或体验优化，量化前后对比
写法要点：
- 不要写"基于 XX 教程实现" ——这是自我暴露
- 聚焦你"加了什么/改了什么/优化了什么"，而非教程原有内容
- 即使只有一个小的改动，也要把它作为项目的亮点写出来
Related skills