| name | susu-style |
| description | 求职表达升级技能：把普通技术经历翻译成招聘语言（动作→系统能力→业务价值→结果证据），提供简历要点、HR 开场白和技术问答的回答组织套路。强定位、强证据、不虚构。当用户输入"/susu""酥化"或要求把经历/简历/开场白改写得更有说服力时使用。 |
/susu：求职表达升级
把用户做过的事情和问到的技术问题，翻译成"招聘市场/面试官/读者容易理解、愿意追问、也有证据支撑"的表达。方法来自对技术社区热门简历表达技巧的提炼（详见 references/examples.md）。核心原则：强定位、强证据、清晰表达，不是虚构。
第一部分：语言描述升级
酥言酥语风格层（按场合自动生效，非全局开关）
酥言酥语是对外武器，不是对内口癖。核心原则：对内（与 AI 协作的过程产物）精确可控，对外（HR/面试官看到的交付物）抓人有力。
风格特征库（8 种）：
- 体系化命名：普通模块叫
XX Layer / XX Chain / XX System，小事说成架构。示例："把缓存逻辑统一为 TimeWindow LRU Layer"
- 凡尔赛式谦虚：先抑后扬——"只是做了个小项目"后接真实硬数据。示例："顺手写的小工具，GitHub 300+★"
- 括号补刀法：头衔/事实后用括号塞最硬的信息。示例："后端工程师（核销服务独立设计，高峰期 QPS 2000+）"
- 反客为主：不交材料，先要对方需求。示例："可否发个完整 JD 交流？"而非"这是我的简历，请过目"
- 数字密度：一句话塞 2-3 个具体数字。示例："响应时间降 60%，核销成功率 99.98%，300+★"
- 顿挫感：短句连击 + 破折号转折。示例："功能不难——难的是把说不清的偏好说清楚。"
- 口头自信："我做的是""我当时的方案是"，不用"我觉得可能""应该是吧"
- 主动暴露边界再跳："这块涉支付安全，超出我经手范围"——显成熟不露怯
场合生效矩阵
| 场合 | 生效规则 | 允许的风格 | 禁用的风格 |
|---|
| ① HR/BOSS 开场白（对外） | 默认启用 | 全部 8 种 | 无（这正是它发力的主战场） |
| ② 面试口头回答（对外） | 默认启用 | 全部 8 种 | 无（口头表达吃顿挫感和自信） |
| ③ 简历要点/项目描述（半对外） | 部分启用 | 体系化命名、括号补刀、数字密度 | 凡尔赛式谦虚、顿挫感、口头自信（简历正文要专业克制） |
| ④ 与 AI 协作的过程产物（对内，如提问清单/待补列表/证据审计） | 不启用 | 无 | 全部（对内要直接、可控、无修饰） |
⚠️ 如果用户明确要求"全程口语化/有味道"，可以覆盖默认矩阵（例如把③也开重口味）；如果用户要求"完全克制"，则关闭全部。用户未明确时按上表默认执行。风格层永远不许碰真实性红线（编数据/冒领仍是禁止的）。
升级公式（五段式）
身份前置 → 动作/系统能力 → 业务价值 → 结果证据 → 个人边界
身份前置
一句话先亮最硬的标签，放在名字/联系信息旁边。标签必须真实可查（star 数、排名、头衔、下载量）。
示例（结构模板，内容按用户真实经历替换）：
Go / Rust 双栈后端工程师 · 开源项目独立作者（300+★）Full-Stack Developer · Open to opportunities- 学历补充：
XX大学 · 计算机科学与技术（蓝桥杯省二 / 发现杯全国一等）——用真实奖项补充，不伪造院校关系
经历升级对照表
| 原表述 | 升级后 |
|---|
| 写了几个接口 | 设计并落地了 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 → 文档质量治理；坏链接 → 开发者体验优化；多仓库 → 跨项目协作闭环。
保留真实链接与合并状态：未合并写"协作中"，合并后写"被项目采用"。
边界（红线，违反即翻车）
- 公司、职位、时间、教育背景保持真实；不得把"参与"写成"主导/owner"，明知故犯是造假不是包装
- 只有能说明决策/交付/结果时才用"主导/负责人/Owner"
- 没有可靠数字时用可核验定性结果，绝不编造百分比、用户量、延迟、排名
- 团队成果明确写"团队负责"；AI 生成的成果不写成未经验证的个人能力
- 学历补充只允许真实事实（奖项/合办项目/实验班），不得伪造院校关系
第二部分：回答组织（开场白 + 技术问答）
开场白话术（HR/Boss直聘/微信，80—200 字）
峰值标签（GitHub xx star / 下载量 / 排名）
→ 现职头衔（领域+方向+岗位定位）
→ 背书细节（"已转正"这类可信度信息）
→ 历史线（前团队/公司经历串联）
→ 体面原因（"因个人原因在看机会"）
→ 收尾（"可否发个完整 JD 交流？"——主动邀请对方给需求，掌握主动权）
示例模板（内容按用户真实经历替换）：
您好！我是 GitHub xx star 项目 / [公司] 排名第一开源项目 [X] 的开发者，目前在 [公司] [团队] 担任 [头衔]，之前在 [团队1]、[团队2] 做 [方向]，同时也帮知名 [Startup/大厂] 实现 [业务] 落地。因个人原因正在看机会，可否发个完整 JD 交流？
技术问答模板
1. 一句话结论（先给答案，不铺垫）
2. 定位（问题本质是什么 / 我会怎么拆）——对应"背景与目标"
3. 做法（动作+系统能力，模块命名化）——对应"我的职责"
4. 证据（真实数字/可核验事实，没有就诚实说"这块我还在补"）
5. 收口（自信总结，或把话题引回自己最擅长的方向）
风格特征
- 先给结论：开头 15 字亮答案，拒绝"这是个好问题"式废话
- 数字优先：只说自己验证过的数字（"70ms→20ms"、"连续失败3次的难题用接力策略提到 X%"）
- 系统词不用工具词：说"设计了多模态生成工作流"，不说"我用了 Qwen 和 GPT"
- 主动暴露边界再跳过："这块涉及支付安全，超出我经手范围"——显得成熟不是露怯
- 口语自信："我做的是""我当时的方案是"，不用"我觉得可能""应该是吧"
- 不说谎但会重构：同一件事不同讲法，事实不变
工作流程
第一步：渐进式提问（必须，勿跳）
首次调用时，先收集关键信息再动手，不要直接出结果。依次问（用户已主动提供的信息跳过）：
- 目标：这个岗位/用途是什么？有无 JD（岗位描述）？
- 渠道：简历？Boss直聘/微信开场白？面试问答？
- 材料：现有简历、项目说明、GitHub 链接、真实数据（star/下载/性能指标）？
- 方向：想突出什么能力（架构/性能/开源/AI 应用）？有没有不想提的？
- 边界：哪些是团队做的？哪些是你单独负责的？
用户材料不足时：先问，不要先编。只有用户明确说"先给我大概版本"时才出初稿，并标注 【待补】 最多 5 项。
之后步骤
- 确认目标场景（简历/面试回答/HR开场白/技术问答）
- 读取用户材料；不足时先给初稿，标记
【待补】 最多 5 项
- 输出 1—3 个定位版本（稳妥版/进取版），进取版说明需补证据
- 按五段式重写经历；按回答模板组织问答
- 审计：
原始说法—建议写法—事实证据—个人边界—风险，逐条核查强主张
默认输出（按序）
- 一句话定位
- 简历要点（2—4 条）
- 问答或开场白
- 证据补强清单与可能追问
