新人入职缩写解码器

入职第一周，缩写比人名还难记

新同事常见的挫败感不是「不会写代码」，而是会议、工单标题、Slack 线程里满屏的 QBR、DRI、T0——你知道它们在指某件事，却不知道展开是什么、该问谁、能不能在 wiki 里写全名。把含义硬猜一遍再纠正，既尴尬也容易踩到 客户名、项目代号 这类不该外传的细节。

这套工作流在做什么

这是一个 纯提示词 的文档整理流程：它不替你「联网查公司内部词典」，也不会为未知缩写编造展开式。你只提供术语列表、你已知的部分释义，以及来源上下文（哪场会、哪张票、哪个角色），技能会帮你产出一张 术语表卡片，字段包括：

• Term：保留你原文的大小写与拼写
• Domain：按人、流程、产品、工程、运营等聚类；不清楚则进 Unsorted
• Meaning / Evidence：仅有用户或原文证据时才填写；否则标 Needs confirmation
• Owner to ask：建议向经理、onboarding buddy、PO 等谁确认
• Ask-If-Unsure Questions：可原样贴进 1:1 或群里的礼貌追问句
• Share-Safe Version：在需对外分享时，把敏感项目/客户/人名替换为 [redacted project] 等占位符

典型步骤是：先确认 分享级别（私人 / 经理审阅 / 团队 / 对外）→ 清点术语 → 按需脱敏 → 分域聚类 → 有证据才解码 → 附示例与追问 → 交付可粘贴到笔记或 wiki 草稿的成品，并附带 Follow-Up Capture Template 方便你持续收录新词。

适用边界

• 不要用它来推断公司战略、猜测保密项目真名，或把没有依据的猜测写成「Confirmed」。
• 若你只有一串裸列表，也会先给出表壳，未知释义一律标待确认——不确定是正常输出，不是失败。
• 分享前默认保守处理敏感名；除非你明确说明受众已获批准，否则可分享版应走脱敏路径。