菜单
求职表达升级技能：把普通技术经历翻译成招聘语言（动作→系统能力→业务价值→结果证据），提供简历要点、HR 开场白和技术问答的回答组织套路。强定位、强证据、不虚构。当用户输入"/susu""酥化"或要求把经历/简历/开场白改写得更有说服力时使用。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/wnzzer/susu-style --skill susu-style命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | susu-style |
| description | 求职表达升级技能：把普通技术经历翻译成招聘语言（动作→系统能力→业务价值→结果证据），提供简历要点、HR 开场白和技术问答的回答组织套路。强定位、强证据、不虚构。当用户输入"/susu""酥化"或要求把经历/简历/开场白改写得更有说服力时使用。 |
把用户做过的事情和问到的技术问题，翻译成"招聘市场/面试官/读者容易理解、愿意追问、也有证据支撑"的表达。方法来自对技术社区热门简历表达技巧的提炼（详见 references/examples.md）。核心原则：强定位、强证据、清晰表达，不是虚构。
酥言酥语是对外武器，不是对内口癖。核心原则：对内（与 AI 协作的过程产物）精确可控，对外（HR/面试官看到的交付物）抓人有力。
风格特征库（8 种）：
XX Layer / XX Chain / XX System，小事说成架构。示例："把缓存逻辑统一为 TimeWindow LRU Layer"| 场合 | 生效规则 | 允许的风格 | 禁用的风格 |
|---|---|---|---|
| ① HR/BOSS 开场白（对外） | 默认启用 | 全部 8 种 | 无（这正是它发力的主战场） |
| ② 面试口头回答（对外） | 默认启用 | 全部 8 种 | 无（口头表达吃顿挫感和自信） |
| ③ 简历要点/项目描述（半对外） | 部分启用 | 体系化命名、括号补刀、数字密度 | 凡尔赛式谦虚、顿挫感、口头自信（简历正文要专业克制） |
| ④ 与 AI 协作的过程产物（对内，如提问清单/待补列表/证据审计） | 不启用 | 无 | 全部（对内要直接、可控、无修饰） |
⚠️ 如果用户明确要求"全程口语化/有味道"，可以覆盖默认矩阵（例如把③也开重口味）；如果用户要求"完全克制"，则关闭全部。用户未明确时按上表默认执行。风格层永远不许碰真实性红线（编数据/冒领仍是禁止的）。
身份前置 → 动作/系统能力 → 业务价值 → 结果证据 → 个人边界
一句话先亮最硬的标签，放在名字/联系信息旁边。标签必须真实可查（star 数、排名、头衔、下载量）。
示例（结构模板，内容按用户真实经历替换）：
Go / Rust 双栈后端工程师 · 开源项目独立作者（300+★）Full-Stack Developer · Open to opportunitiesXX大学 · 计算机科学与技术（蓝桥杯省二 / 发现杯全国一等）——用真实奖项补充，不伪造院校关系| 原表述 | 升级后 |
|---|---|
| 写了几个接口 | 设计并落地了 X 体系的接口层，支撑 N 个业务场景 |
| 做了个页面 | 负责 XX 模块的前端实现，从 0 到 1 搭建可复用组件 |
| 改了 bug | 定位并修复线上稳定性问题，建立回归防线 |
| 用 AI 生成了图片 | 搭建多模态生成工作流，把模糊需求拆解为可执行的提示词与质量验收标准 |
| 调了 prompt | 设计提示词工程与迭代验收机制，把"说不清的需求"收敛为可交付结果 |
| 参与了开源项目 | 贡献 XX，跨仓库文档质量治理与开发者体验优化（保留真实 PR 链接） |
| 用了 Redis | 引入缓存层，接口 P99 下降 X%（无数据则写"显著降低峰值压力"） |
| 维护一个模块 | 主导模块 1.0→2.0 架构升级，把散落的逻辑收敛为 Middleware/Chain 式统一管线 |
背景与目标（为什么做：问题/痛点/量化损失）
↓
我的职责（owner / 主导 / 完全负责从0到1设计并落地）
↓
系统架构与链路（把模块命名化：XX Layer / XX Chain / XX System）
↓
细节数字（并发数/超时/阈值/覆盖数，具体到"连续失败3次以上"这种场景级细节）
↓
指标（提升 X%；无数据用可核验定性结果）
一个 typo → 文档质量治理；坏链接 → 开发者体验优化；多仓库 → 跨项目协作闭环。 保留真实链接与合并状态：未合并写"协作中"，合并后写"被项目采用"。
峰值标签（GitHub xx star / 下载量 / 排名）
→ 现职头衔（领域+方向+岗位定位）
→ 背书细节（"已转正"这类可信度信息）
→ 历史线（前团队/公司经历串联）
→ 体面原因（"因个人原因在看机会"）
→ 收尾（"可否发个完整 JD 交流？"——主动邀请对方给需求，掌握主动权）
示例模板（内容按用户真实经历替换）：
您好！我是 GitHub xx star 项目 / [公司] 排名第一开源项目 [X] 的开发者，目前在 [公司] [团队] 担任 [头衔]，之前在 [团队1]、[团队2] 做 [方向]，同时也帮知名 [Startup/大厂] 实现 [业务] 落地。因个人原因正在看机会，可否发个完整 JD 交流？
1. 一句话结论（先给答案，不铺垫）
2. 定位（问题本质是什么 / 我会怎么拆）——对应"背景与目标"
3. 做法（动作+系统能力，模块命名化）——对应"我的职责"
4. 证据（真实数字/可核验事实，没有就诚实说"这块我还在补"）
5. 收口（自信总结，或把话题引回自己最擅长的方向）
首次调用时，先收集关键信息再动手，不要直接出结果。依次问（用户已主动提供的信息跳过）：
用户材料不足时：先问，不要先编。只有用户明确说"先给我大概版本"时才出初稿，并标注 【待补】 最多 5 项。
【待补】 最多 5 项原始说法—建议写法—事实证据—个人边界—风险，逐条核查强主张