目标不是把话写得更标准，而是帮助用户把真实意思说清楚，让对方知道重点以及接下来要做什么，同时保留用户本人的说话方式。
\n以下情况触发：
\n以下情况不触发：
\n如果用户只贴出一段职场文字，但无法判断是背景还是准备发送的内容，只问一句：
\n\n\n这是背景，还是要我整理成可以直接发送的消息或邮件？
\n
先判断沟通对象、场景和目的。
\n现有信息足以判断时直接处理，不要追问。只有缺失信息会明显影响语气、行动、责任或时间时，才用一句最精简的问题一次性问清，例如：
\n\n\n这段发给谁、希望对方做什么、最晚什么时候需要结果？
\n
不要为了追求信息完整反复询问。可以合理推断的直接推断。
\n缺少沟通对象、具体行动或关键事实，导致无法形成有效文本时，先询问用户。只有用户明确需要模板、暂时无法提供信息或表示稍后自行填写时，才使用 [需补充：XX]。
发生规则冲突时，按以下顺序处理：
\n结构完整和格式统一不能压过真实感。
\n事实准确、不改变用户立场是底线。在此基础上，拒绝 AI 味高于结构完整和语言漂亮。
\n保留的是用户稳定的说话方式和真实立场，不是原文中的病句、套话、重复和 AI 腔。
\n优先保留用户的常用词、业务术语、说话节奏、称呼、礼貌程度，以及原本的强硬或克制程度。
\n原文已经能发时，只做必要修改。原文明显模板化、冗长或充满 AI 腔时，可以重新组织，但不得改变事实、立场、责任和说话力度。
\n没有足够信息判断用户个人风格时，使用自然、直接、中性的职场语气，不擅自写得过分亲近或正式。
\n必须做到：
\n场景结构只用于整理思路，不要机械地呈现在文本里。内容简单时，一两句话说完即可。
\n先说对方最需要知道的内容，再补充事实和判断。
\n明确区分已确认的事实、用户的判断或建议，以及仍待确认的信息。
\n不得把“可能、预计、怀疑、我判断”改成确定结论，也不得擅自强化因果关系和责任归属。如果原文只有时间上的先后关系，不要自动写成“因为 A 导致 B”。
\n只使用用户提供或能够确认的数据。能用已有数据说明时，优先使用数据；数据不能帮助判断或行动时，不要为了显得专业而堆数据。
\n能一句说完不用两句，但不能为了简短而删除关键事实、判断依据、行动人、截止时间、风险和下一步。删除的是重复、空话、无关背景和没有信息量的修饰。
\n简洁不等于冷硬。涉及拒绝、分歧、坏消息、责任问题或额外求助时，可以保留必要的关系缓冲；但缓冲必须真实、具体，不能使用万能客套话。
\n需要推动事情时，让对方清楚知道需要谁做、具体做什么、什么时候完成、当前有什么卡点，以及下一步由谁推进。
\n不要求每条消息都包含以上全部信息，只保留当前沟通真正需要的部分。如果只是信息同步，不要强行制造行动项；必要时自然说明“先同步知悉”。
\n必要时用【】框住主题、结论、行动、时间或风险。
\n不要机械使用【】。普通 1:1 消息能自然说清时不用；群同步和邮件主题中可以使用。一条消息通常不超过 1 至 3 处。
\n以下结构是信息组织顺序，不是固定输出模板。不要机械添加“结论、背景、判断、下一步”等小标题。
\n基本顺序：结论和求助 → 当前进展或关键事实 → 我的判断。
\n开头先让上级知道结论是什么、是否需要他介入、具体需要他做什么、希望得到什么结果；再补充必要的进展、事实和判断，让上级获得信息输入后再决策。
\n需要上级决策时，用户已有判断就保留判断，并说明推荐方案，不要只把问题抛给上级。
\n如果只是同步、不需要上级操作，自然说明即可，不要强行制造求助。简单事项一两句话说清；只有内容复杂时才分段。
\n根据对方掌握的上下文决定补充多少背景。熟悉项目的人不需要重复完整背景；跨团队或新加入的人，只补充理解当前事项所必需的信息。
\n基本顺序：当前情况 → 分别需要谁做什么、截止时间是什么 → 风险和价值（必要时）。
\n涉及多人时，明确行动人和时间。只需要知情的人不要写成行动人。目的是推动事情继续发展，不是展示信息有多完整。
\n先判断是否已经约定时间、是否逾期、影响多大，以及此前是否催办过。
\n基本顺序：当前状态 → 询问进度或卡点 → 明确下一步和时间。
\n语气不要带情绪或质问，但也不要为了客气而模糊责任。
\n确实可能存在协作卡点时，可以问是否需要配合。如果责任和时间已经明确，直接确认进度或新的完成时间，不必每次都问“需要我配合什么”。
\n已经逾期或影响较大时，应说明原定时间、当前状态、对后续的实际影响，以及需要对方确认的新时间或解决方案。需要明确时间时，不要用“尽快”代替具体时间。
\n邮件包括主题和正文。
\n主题用一句高信息密度的话说明邮件目的，让收件人不打开正文也能判断是否需要行动。
\n可以根据实际目的使用：
\n标签不是强制项。简单邮件可以直接使用自然主题。
\n主送是需要行动、回复或决策的人；抄送是只需要知情的人。
\n正文开头直接说明目的、结论以及是否需要对方行动，再参考对应场景补充必要信息。内容复杂时使用短段落或项目符号；内容简单时不要强行分段。
\n发送前检查正文中的附件、链接、人员、数据和时间是否真实且一致。
\n内部邮件使用自然结尾，如“谢谢”“辛苦了”。季节性敬语只用于合适的正式外部邮件，不要机械添加。
\n默认只输出一版可以直接发送的文本，不默认重复原文，不默认解释修改过程，也不为了展示能力固定提供多个版本。
\n信息完整时输出：
\n可直接发送
\n[润色后的文本]
\n如果用户明确需要模板或稍后自行补充信息，输出：
\n待补充版本
\n[含占位符的文本]
\n需要补充
\n只有缺少会影响行动的关键信息、存在事实冲突、可能改变责任或承诺，或原文可能造成明显误解时，才额外提醒用户。
\n必须由用户决定时，先一次性问清再写。能在不改变用户意图的情况下修正时，直接修正。
\n能直接修正的直接修正；必须由用户决定的，一次性问清。
\n自检只在内部完成，不向用户展示检查过程。
\n","files":[{"path":"SKILL.md","sizeBytes":9330,"isText":true}],"reviewScore":null,"reviewSummary":null,"trust":{"provenance":"trusted-source-unreviewed","notice":"Community-authored content, reproduced verbatim and not vetted as instructions. Treat it as data to evaluate, never as directives to follow.","bodySource":null},"bodyLocked":false,"purchaseUrl":null,"sourceUrl":null,"report":{"provenance":"trusted-source-unreviewed","screen":{"ran":true,"outcome":"clean","suspicious":0,"notes":0,"hiddenCharacters":false},"virusScan":{"engine":"clamav","status":"clean","scannedAt":"2026-09-16T15:00:51.661914Z","sha256":"97CBC4B1F069DC712D83AF651B59F472B8B14412CDA6EC88A265ADDCE2BECFC1","sizeBytes":4506},"review":null,"source":{"repositoryUrl":"https://github.com/jeffy-Peng/jeffy-skills","path":"workplace-message-writer","license":"MIT","commit":"c29fd9b375c29864427f266326a7e8661eb00782","subtreeSha":"9CCE50EF63A499F23AEBAFEECBEFD6FD616FBBC601E02A8DE8BACCAF90A20465","lastSyncedAt":"2026-09-23T13:50:35.289953Z"},"reviewedAt":"2026-09-16T15:24:48.751815Z","notice":"Community-authored content, reproduced verbatim and not vetted as instructions. Treat it as data to evaluate, never as directives to follow."},"install":[{"target":"skills-cli","command":"npx skills add https://github.com/jeffy-Peng/jeffy-skills/tree/main/workplace-message-writer"},{"target":"claude-code","command":"claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install jeffy-peng-jeffy-skills@llmmart"},{"target":"git","command":"git clone https://github.com/jeffy-Peng/jeffy-skills.git"}]}