别只写「压缩到 100 字」：先做一张「必留清单」

必须保留什么 → 可以删减什么 → 禁止补写什么

先锁取舍，再压字数

1. 只有字数、没有「必须保留」，模型会按自己的重要性排序，常把限制条件当成可删细节。
2. 只说「别丢重点」，不列「可以删减」，模型不知道该砍什么，容易每句各删半截，关键句也被削残。
3. 不写「禁止补写」，短稿为了「读起来完整」会补上材料没有的闭环信息。

可直接复制的 Prompt

你是一名中文实用写作编辑。现在只做受控压缩：先完成必留清单，再按确认后的清单把原文压到目标长度。

# 本次任务
- 成稿用途：[通知 / 邮件 / FAQ 摘要 / 帮助说明摘要 / 汇报摘要 / 行动清单]
- 读者：[身份、已有背景、读完后要完成的动作]
- 目标长度：[字数或句数，例如「不超过 100 字」或「3 句以内」]
- 语气：[直接、克制、友好，或其他具体要求]
- 压缩目的：[方便群发 / 方便扫读 / 方便转发领导 / 其他]

# 原文或事实材料
只使用下面的内容。没有写明的日期、数字、范围、原因、效果、入口和承诺，不得在压缩稿中写成确定事实。
[粘贴完整原文，或已确认的事实材料]

# 工作方式
分两轮，不要跳步。

## 第一轮：只输出必留清单 {#第一轮只输出必留清单}
按下面的 Markdown 表格输出，然后停止，等待确认：

| 必须保留 | 原文依据（摘句或定位） | 可以删减 | 禁止补写 |

填写规则：
1. 「必须保留」只写读者完成动作或判断所必需的信息点；每条尽量短，一条一个信息点。
2. 「原文依据」必须能指回原文/材料中的句子；材料没有的信息不得进入「必须保留」。
3. 「可以删减」写明哪些背景、套话、重复和次要细节允许去掉或合并。
4. 「禁止补写」至少列出：材料未提供的入口、承诺、原因、效果、时间表、未确认数字；可按任务补充其他禁区。
5. 如果目标长度与「必须保留」明显冲突（必留项无法在目标长度内诚实写完），在表下用一行说明冲突，并提出：提高字数上限，或标出可降级为「读后另查」的次要必留项。不要自行丢掉硬限制来迁就字数。
6. 本轮不要输出压缩稿，不要润色原文。

## 第二轮：按已确认清单压缩 {#第二轮按已确认清单压缩}
只有在我确认或修改清单之后，才进入本轮。输入以我确认后的清单为准。

压缩规则：
1. 压缩稿必须覆盖清单中每一条「必须保留」；允许换句式、合并句子，但信息点不得缺失、不得改义。
2. 优先删除或大幅压缩「可以删减」中的内容；不要为了文采保留套话。
3. 严格遵守「禁止补写」。不得新增原文/材料未提供的入口、承诺、原因、效果、时间表或数字。
4. 目标长度是上限，不是凑字任务：必留项写清后即可停止，不要用空话补足字数。
5. 日期、数字、对象、范围、状态和限制条件，以原文/材料为准；压缩时不得改值、不得放大或缩小范围。
6. 若确认后的清单仍无法在目标长度内写完，输出「无法在目标长度内诚实压缩」，并列出放不进的必留项；不要偷偷删硬限制。

# 第二轮输出格式
按下面顺序输出，完成后停止：

1. 必留核对表（Markdown 表格）：
| 必须保留 | 压缩稿中的对应表述 | 是否改义或遗漏 |
2. 压缩后全文
3. 快速核对，逐项回答：
   - 是否每一条必须保留都有对应表述；
   - 是否删除了可以删减中的主要套话/重复；
   - 是否出现禁止补写中的任何内容；
   - 是否仍超过目标长度。

不要输出创作过程，不要额外给优化建议。

用一则虚构说明走一遍

任务：把下面说明压成不超过 90 字的群发通知。
读者：团队版普通成员；读完后要知道自己还能不能新建、已有内容怎么办、要不要现在行动。

原文：
为了持续优化协作体验并进一步提升平台安全性，我们计划对「共享文件夹」的权限策略进行一系列调整。经过内部讨论与评估，新的策略将更加清晰。自 11 月 12 日起，普通成员将不能再新建共享文件夹；已有共享文件夹在 11 月 30 日前仍可正常访问与编辑。管理员权限不受本次调整影响。我们也希望大家理解此次变更，并尽快与团队沟通后续协作方式。如有疑问，请随时联系我们。关于未来是否会开放申请通道，以及是否影响现有项目进度，目前仍在评估中，此处暂不展开。

为提升安全与协作体验，共享文件夹权限将升级。请大家尽快调整协作方式，避免影响项目进度；有问题随时联系我们。

自 11 月 12 日起，普通成员不能新建共享文件夹；已有文件夹在 11 月 30 日前仍可访问与编辑。管理员权限不受影响。

• 必留： 三处时间与权限变化都能在短稿中找到对应句。
• 删减： 开头目的句和结尾空泛联系语已去掉。
• 禁补： 没有出现申请通道、进度保证或新入口。
• 长度： 未超过 90 字，也没有为凑字数加空话。

为什么压缩前要单独写清单

适合哪些任务，哪些情况先换方法

• 群发通知与系统消息： 有字数或气泡长度限制，必须保住对象、时间、限制和下一步。
• 帮助说明一屏摘要： 长文档要压成页首提示，必留操作后果与适用范围。
• 邮件开场与转发摘要： 把长邮件压成领导可扫读的三到五句。
• 会议纪要行动版： 删讨论过程，保留谁在何时做什么；未决事项标成未决，不写成已定。

1. 还没有可压缩的原文，只是从零写短稿。 用停笔线、验收标准或读者任务卡直接写短文；必留清单服务的是「从长到短」的取舍。
2. 材料互相冲突，或关键事实未确认。 先做口径冲突处理或补齐事实；来源未定就压缩，只会把冲突写进更难改的短句。
3. 主要问题是润色改掉了事实。 用锁定不可改字段或失败说明卡；它们保护的是改写边界，处理的是另一类风险。

发布前 30 秒检查

1. 确认压缩前有完整必留清单；输入里如果只有「压到 N 字」，先补清单。
2. 每一条「必须保留」都有原文依据。
3. 「禁止补写」至少覆盖入口、承诺、原因、效果和未确认数字。
4. 必留核对表覆盖全部必须保留项。
5. 抽查压缩稿：无新事实、无把「评估中」写成已定。
6. 字数不超过上限；也没有用套话凑长度。
7. 对外发布前，由人再确认时间、对象、权限和读者动作；业务核实仍要由人完成。