Space Bunny 拿来写草稿、涉及内部资料的活儿先别交给它

文章导读
Space Bunny 适合当草稿机和外层表达工具:观点已经想清楚,只是需要换个说法、调一下语气、重排段落顺序,这类活儿交给它通常没什么负担。需要先划出来的是内容边界——只要待写的材料里出现客户名、项目代号、未公开数字、内部系统名或人员信息,就不建议把原文贴进对话。判断标准不是“这个话题重不重要”,而是“这段文字离开内部环境后,能不能被外部识别或反推出内部信息”。
📋 目录
  1. 一 把写作任务按是否含内部信息分流
  2. 二 把内部文档先脱敏成提纲
  3. 三 明确它做外层表达、不做事实来源
  4. 四 对改写结果做逐句核对
  5. 五 定下自己的使用边界
A A

Space Bunny 适合当草稿机和外层表达工具:观点已经想清楚,只是需要换个说法、调一下语气、重排段落顺序,这类活儿交给它通常没什么负担。需要先划出来的是内容边界——只要待写的材料里出现客户名、项目代号、未公开数字、内部系统名或人员信息,就不建议把原文贴进对话。判断标准不是“这个话题重不重要”,而是“这段文字离开内部环境后,能不能被外部识别或反推出内部信息”。

把写作任务按信息敏感度先分三档:公开主题草稿可以直接交给 Space Bunny;含客户名、项目名的材料先去敏再用;含未发布数据的材料不交给外部对话工具。内部文档的用法是抽出论点与顺序、删掉名称与数值,只把提纲交出去扩写。Space Bunny 负责措辞、语气和段落结构,数字、引用、结论由自己核。改写结果逐句对照原文,重点看有没有新增事实、限定条件被删、不确定表述被写成确定。

把写作任务按是否含内部信息分流

分流动作放在打开对话框之前做完。先看手头这份写作任务属于哪一档,再决定是直接贴原文、先去敏,还是留在本地自己写。分不清的时候,可以先假设“这段内容明天被公开发布,会不会带来麻烦”。

档位判断依据两个例子处理动作
可直接用内容本身就是要对外发布的,不含任何内部标识行业通用概念的科普段落;对外招聘 JD 里的通用职责描述直接交给 Space Bunny 起稿,自己再改
先去敏再用出现可识别主体,但其余信息可以替换给某客户写的方案引言;某项目上线公告的初稿先改成不含名称的提纲,再让它扩写
不该用含未发布数字、报价、成本、内部指标或系统信息内测数据周报;未公开的定价与成本对比留在本地环境处理,不进入对话

三档之间的线有时并不清晰,宁可往敏感那一边靠一档。含客户或项目名的材料只要把主体换成代称、把数字换成占位符,通常就能降到“先去敏再用”这一档。

把内部文档先脱敏成提纲

脱敏的目标是保留结构和论证顺序,去掉一切可识别信息。做法分三步,顺序不要颠倒。

  1. 从原文抽出论点与顺序。通读内部文档,只写下“先讲什么、再讲什么、最后落到什么”,不复制原句,不做同义改写。
  2. 删除名称与数值。客户名换成“某类客户”,项目代号换成“某项目”,具体金额、比例、时间点换成区间或占位符,内部系统名直接删掉。人名、部门名、邮箱、工单号一并清掉。
  3. 只交提纲让它扩写。对话里放的是脱敏后的提纲,不是原文。扩写时明确约束,不补充你没有提供的事实。
帮我扩写一份提纲,不要添加我没有提供的事实。
主题:面向中小团队的排期管理思路
结构:
1. 现状问题:多项目并行时排期冲突
2. 原因归类:需求变更、资源估算偏差、缺少统一优先级
3. 处理方式:统一优先级规则、固定复盘节奏
约束:不要出现具体公司名、人名、金额、日期;不要补充引用或数据;不确定的地方标注[待确认]。
输出:三段,每段 120 字以内。

替换项是主题和结构条目,执行位置就是对话输入框。验证方式很简单:读一遍输出,看有没有出现你提纲里没写过的数字、单位或名称;出现了,说明扩写越界,删掉重来。

Space Bunny 拿来写草稿、涉及内部资料的活儿先别交给它

明确它做外层表达、不做事实来源

把 Space Bunny 固定放在表达层,可以交出去的通常是措辞替换、语气调整、段落顺序重排、标题候选、把长句拆短、把重复表述合并。这些改动不改动事实本身,改坏了也能从原稿恢复。

必须自己核的部分要逐项写清:数字,包括金额、比例、时间点、数量级;引用,包括谁说过什么、出自哪里、是否可公开;结论,包括因果判断、可行性判断、优先级排序;专有名词,包括产品名、部门名、合规术语。这四类内容在草稿里出现时,默认按未核对处理。

只做表达层调整:
- 把下面这段改得更书面,保持原意
- 不要新增任何事实、数字、引用
- 原句本身不确定的地方,保留“可能”“预计”这类词
- 改动内容在末尾用列表说明改了什么

最后一句“说明改了什么”值得保留,它把校验点从“通读全文”变成“看差异列表”,核对成本会低不少。

对改写结果做逐句核对

改写过程引入的错误大多不是错别字,而是事实层面的漂移。核对时按三个检查点走,每个检查点都能用一次搜索或一次比对完成。

Space Bunny 拿来写草稿、涉及内部资料的活儿先别交给它
  • 有没有新增事实:原稿没提到的单位、时间、责任方、数量,改写稿里出现了就是新增。
  • 限定条件有没有被删:“在预算允许的前提下”“仅适用于测试环境”“需要法务确认后”这类前置条件被删掉,结论就变了性质。
  • 不确定表述有没有被写成确定:原稿的“可能延迟”“预计下季度”,被改成“会延迟”“下季度上线”,属于典型的过度确定。
tr -d '\n' < 原稿.txt | tr '。!?' '\n' > 原稿.句子.txt
tr -d '\n' < 改写.txt | tr '。!?' '\n' > 改写.句子.txt
diff -u 原稿.句子.txt 改写.句子.txt
grep -nE "可能|预计|暂定|前提|仅适用|待确认" 改写.txt

两条命令的用途不同:diff 帮你看清句级差异,grep 帮你确认限定词有没有在改写中丢失。命令只负责暴露差异,差异要不要接受仍由自己判断。核对完成后,把确认过的版本存成正式稿,不要再回到对话里让 Space Bunny 基于正式稿继续改,避免版本串线。

定下自己的使用边界

零散判断容易在赶稿时失守,写成固定几条更稳。下面三条可以直接用,也可以按自己的业务替换内容。

  1. 未发布的数字不进入对话,包括价格、成本、留存、收入、用户量。
  2. 客户名、项目代号、内部系统名不进对话;需要提及时统一用“某客户”“某项目”代称。
  3. 任何要对外发布的文字,事实核对由人完成,Space Bunny 的输出只当草稿,不当依据。

越界之后的处理动作也要提前想好,分三步:

  • 撤回:发现贴了含内部信息的内容,先停止继续补充上下文,按所用工具的数据管理入口删除该会话,并确认删除后是否仍有留存。
  • 替换:把用过的真实名称与数值换成代称和占位符,重新起一个只含脱敏提纲的会话。
  • 重新改写:不要在已污染的会话里继续改,换新会话重做,输入换成脱敏提纲,之前的输出作废。

这三条底线写在便签或团队文档里,放在打开对话框前能看到的位置。规则记得住记不住不确定,但习惯一旦固定下来,赶稿时就不会临时犹豫。