HR story Skill

将任意粗糙输入（项目复盘、事件描述、案例素材、口语化转述）改写为符合腾讯HR内部叙事风格的「HR小故事」，遵循 SCSR 模型，输出可直接用于内部宣发、雇主品牌、年度汇报、案例沉淀。

核心定位

• 目标读者：腾讯内部员工、HR从业者、面试候选人
• 核心目的：用一个具体事件呈现一项HR实践，传递一种价值观
• 叙事风格：日常化、人话、克制、客观
• 典型场景：雇主品牌公众号、内部论坛案例、年度HR复盘、汇报材料

核心框架：SCSR 模型

每个故事必须严格按四段式结构展开，缺一段都视为不合格。

| 段 | 名称 | 作用 | 必含要素 |

|---|---|---|---|

| S | Situation 背景与冲突 | 用具体数据/事件揭示问题的严重性 | 时间点、关键数据、问题表象 |

| C | Conflict 决策困境 | 展现价值观博弈：走流程 vs 深挖真相 | 至少呈现一种"省事但不对"的备选方案 |

| S | Solution 动作与锚点 | 聚焦决策瞬间 + 专业的HR动作 | 1-2个具体抓手（产品/机制/工具/回访） |

| R | Result 结果与影响 | 用事实和数据说话，避免口号 | 至少1个可量化结果 + 1个延展动作 |

详见 references/scsr-model.md。

标题规范

公式：价值观短句 + 破折号/冒号 + 实践/产品名

正面例子（取自参考故事）：

• 用专业能力化解公关危机——「ézi」IP诞生记
• 秒级填单背后：商保理赔的AI破局
• 安居计划：用产品思维打造员工福利
• 用用户思维设计产品：活水计划的「保密投递」
• 让管理回归扁平化：S1 X-Owner管理实践
• 文化变革助力业务转型：腾讯新闻体验官项目
• 重构AI落地模式：HR Claw破解通用痛点
• 把选择权交给员工：活水计划实践

禁忌：

• 标题只写产品名，没有价值观（如"活水计划"）
• 标题过长，超过30字
• 标题中堆砌形容词（如"卓越"、"优秀"、"伟大"）

避坑清单（必须逐条规避）

| 陷阱 | 症状 | 应对 |

|---|---|---|

| 🦜 啰嗦 | 一段话讲三层意思、重复铺垫 | 一段一个动作，能砍就砍 |

| 🌚 黑话 | "抓手"、"闭环"、"链路"、"赋能" | 替换为人话："办法"、"做完了"、"前后" |

| 🫯 复杂 | 把三件事揉在一个故事里 | 一篇一个核心动作，复杂就拆 |

| 📢 口号 | 结尾"我们坚信XX，必将XX" | 收尾给出具体事实或行为 |

| 😢 情绪 | "令人感动"、"泪目"、"暖心" | 删除情绪词，留事实 |

| 🔢 列表式编号 | "一是X、二是Y、三是Z"罗列 | 用一句话归纳，多点合并叙述 |

详细对照表与"黑话→人话"翻译词典见 references/scsr-model.md。

标准工作流

Step 1：信息完备性检查

输入：用户提供的事件描述、案例素材或一句话想法。

判断标准——必须能回答以下问题，否则主动向用户追问：

1. 时间：事情发生在什么时候？（年份/月份/时间跨度）
2. 问题：当时遇到了什么具体困难？（最好有数据）
3. 决策点：HR/项目组面临的关键选择是什么？
4. 动作：他们具体做了哪1-3件事？
5. 结果：产生了什么可量化的变化？（数据/人数/效率/满意度）

如果以上任何一项缺失，按下面的优先级追问（一次问2-3个，避免轰炸用户）：

• 必问：动作、结果（缺这俩没法写）
• 强烈推荐问：问题、决策点
• 可选：时间（可用"近年来"等模糊表述补齐）

Step 2：素材分类（4大类）

参考故事揭示腾讯HR叙事有4大母题。识别素材归属哪一类，决定故事基调：

| 母题 | 调性 | 典型题材 | 参考 |

|---|---|---|---|

| 专业 | 展示能力，用专业手段解决复杂问题 | 招聘工具、AI应用、产品设计 | ézi、HR Claw、活水-保密投递 |

| 服务 | 站在员工视角，福利暖心 | 保险、住房、入离职、医疗 | 商保AI、安居计划 |

| 伙伴 | 助力业务，与业务一起打 | 文化变革、组织转型、绩效改革 | 新闻体验官、X-Owner |

| 招聘 | （专业的子集）人才获取与流动 | 雇主品牌、内推、活水 | 活水-诞生 |

Step 3：起标题（价值观锚定）

按"价值观短句 + 破折号/冒号 + 实践/产品名"公式拟3个候选，挑1个最具体的。

自检：

• 把标题遮住产品名，是否能独立成立为一句话？
• 价值观是否在10字内说清？

Step 4：四段式铺陈

按 S → C → S → R 顺序写，每段3-6句话：

1. S（背景）：开场用"某年"+数据/事件，揭示"问题严重"
2. C（冲突）：写出"省事方案 vs 专业方案"的张力，至少一句
3. S（动作）：聚焦"决策瞬间"+1-2个具体抓手
4. R（结果）：量化结果 + 1个延展动作（被复用/被推广/被迭代）

字数控制（严格限制）：

• 默认：380–500 字，适合公众号/朋友圈/招聘速读等轻量场景
• 上限：不得超过 600 字。超出则视为不合格，必须精炼

Step 5：自检与精修

写完后过一遍避坑清单，逐条对照。运行 scripts/validate_story.js 自动检查。

调用时机

当用户出现以下任一意图时立即触发：

• "帮我把这个改成HR小故事"
• "用SCSR模型写一个故事"
• "按腾讯HR小故事的风格改写"
• "我要投稿雇主品牌公众号"
• 直接附上案例素材并说"写个小故事"

输出格式

默认输出 Markdown，结构如下：

# 标题

[正文四段，每段3-6句]

[末尾可加一句延展或开放性问题，自然过渡，不做口号化升华]

如用户明确要求其他格式（公众号推文、PPT文案、word文档），按需转换。

资源索引

| 文件 | 用途 | 何时加载 |

|---|---|---|

| references/scsr-model.md | SCSR模型详解 + 避坑词典 | 每次写作前必读 |

| references/story-examples.md | 8个完整参考故事 | 需要参考结构或句式时 |

| references/cases-index.md | 案例分类索引（按母题） | 选题或分类时 |

| references/quick-start.md | 5分钟上手指南 | 第一次使用 |

| scripts/validate_story.js | 自动化避坑检查 | 写完故事后运行 |

重要原则

1. 信息不够就问，不硬写——半成品故事比无故事更糟
2. 故事要短，密度要高——每个字都有用，禁废话
3. 事实先行，价值观自然带出——不要在结尾强行升华
4. 数据具体到"吓人"——"几百人"不如"4014个"，"很快"不如"秒级"
5. 保留原文表述——用户提供的数据/术语除非明显错误，否则不替换
6. 禁止段落内列表式编号——正文中不出现"一/二/三/四/首先/其次/最后"等罗列标记；多点内容用一句话归纳，或用分号/连词合并