القائمة
求职表达升级技能：把普通技术经历翻译成招聘语言（动作→系统能力→业务价值→结果证据），提供简历要点、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 项原始说法—建议写法—事实证据—个人边界—风险，逐条核查强主张