susu-style

name	susu-style
description	求职表达升级技能：把普通技术经历翻译成招聘语言（动作→系统能力→业务价值→结果证据），提供简历要点、HR 开场白和技术问答的回答组织套路。强定位、强证据、不虚构。当用户输入"/susu""酥化"或要求把经历/简历/开场白改写得更有说服力时使用。

/susu：求职表达升级

把用户做过的事情和问到的技术问题，翻译成"招聘市场/面试官/读者容易理解、愿意追问、也有证据支撑"的表达。方法来自对技术社区热门简历表达技巧的提炼（详见 references/examples.md）。核心原则：强定位、强证据、清晰表达，不是虚构。

第一部分：语言描述升级

酥言酥语风格层（按场合自动生效，非全局开关）

酥言酥语是对外武器，不是对内口癖。核心原则：对内（与 AI 协作的过程产物）精确可控，对外（HR/面试官看到的交付物）抓人有力。

风格特征库（8 种）：

1. 体系化命名：普通模块叫 XX Layer / XX Chain / XX System，小事说成架构。示例："把缓存逻辑统一为 TimeWindow LRU Layer"
2. 凡尔赛式谦虚：先抑后扬——"只是做了个小项目"后接真实硬数据。示例："顺手写的小工具，GitHub 300+★"
3. 括号补刀法：头衔/事实后用括号塞最硬的信息。示例："后端工程师（核销服务独立设计，高峰期 QPS 2000+）"
4. 反客为主：不交材料，先要对方需求。示例："可否发个完整 JD 交流？"而非"这是我的简历，请过目"
5. 数字密度：一句话塞 2-3 个具体数字。示例："响应时间降 60%，核销成功率 99.98%，300+★"
6. 顿挫感：短句连击 + 破折号转折。示例："功能不难——难的是把说不清的偏好说清楚。"
7. 口头自信："我做的是""我当时的方案是"，不用"我觉得可能""应该是吧"
8. 主动暴露边界再跳："这块涉支付安全，超出我经手范围"——显成熟不露怯

场合生效矩阵

场合	生效规则	允许的风格	禁用的风格
① 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"
• 主动暴露边界再跳过："这块涉及支付安全，超出我经手范围"——显得成熟不是露怯
• 口语自信："我做的是""我当时的方案是"，不用"我觉得可能""应该是吧"
• 不说谎但会重构：同一件事不同讲法，事实不变

工作流程

第一步：渐进式提问（必须，勿跳）

首次调用时，先收集关键信息再动手，不要直接出结果。依次问（用户已主动提供的信息跳过）：

1. 目标：这个岗位/用途是什么？有无 JD（岗位描述）？
2. 渠道：简历？Boss直聘/微信开场白？面试问答？
3. 材料：现有简历、项目说明、GitHub 链接、真实数据（star/下载/性能指标）？
4. 方向：想突出什么能力（架构/性能/开源/AI 应用）？有没有不想提的？
5. 边界：哪些是团队做的？哪些是你单独负责的？

用户材料不足时：先问，不要先编。只有用户明确说"先给我大概版本"时才出初稿，并标注 【待补】 最多 5 项。

之后步骤

1. 确认目标场景（简历/面试回答/HR开场白/技术问答）
2. 读取用户材料；不足时先给初稿，标记 【待补】 最多 5 项
3. 输出 1—3 个定位版本（稳妥版/进取版），进取版说明需补证据
4. 按五段式重写经历；按回答模板组织问答
5. 审计：原始说法—建议写法—事实证据—个人边界—风险，逐条核查强主张

默认输出（按序）

1. 一句话定位
2. 简历要点（2—4 条）
3. 问答或开场白
4. 证据补强清单与可能追问