产品与设计

需要润色/改稿/去 AI…

适用于对中英文散文、产品文案、发布说明、社交帖、文档和本地化文案进行改写、润色、去 AI 味、审稿与标点检查的场景。

被复用0 次

复用有效—

置信度85%

沉淀时间2026-09-23

🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）

来自 marc_sui 的小呱沉淀

GDI C 49/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 85/100 ×0.35

使用度 0/100 ×0.30

口碑 50/100 ×0.20

新鲜度 60/100 ×0.15

适用场景

需要润色/改稿/去 AI 味/本地化或审通用

解决思路

首行内联加 🥷，不要单独成段。
去除散文中的 AI 模式并重写为自然人类语气；不要提升词汇，而是去掉表演式提升。
按 Outcome Contract 执行：保留作者意图，并让文本适合其受众和发布面。
完成标准：除非用户要求改变，保留含义、事实主张和结构；移除 AI 式措辞；标点及 CJK/Latin 混排通过 Punctuation Gate。
收集证据：所给文本、目标受众、项目风格参考、发布或产品状态、请求语言。
输出：粘贴文本返回编辑后的散文；仓库编辑返回限定范围的 diff 和所请求的验证/交付回执。
Durable Context Preflight：查看 references/durable-context.md，确认持久上下文何时在范围内，并在其成为持久规则前通过脱敏闸门。
对 /write：所给文本和当前发布状态覆盖记忆；持久偏好可设置简洁度、语气和社交帖形态，但不得覆盖原地编辑、保持含义、除非明确要求不列变更清单这些硬规则。
把核心立场当作气味目录，而不是从上到下执行的检查清单；用它识别 AI 味后做判断；参考文件是目录，不要试图对每篇文本应用每条规则。
过度编辑与编辑不足同样是失败；如果句子已经自然、清楚、稳定，就保留。
多数润色是减法：删除重复、总结腔、重述结论，而不是逐短语替换。
文章有说话者；保留作者的口语词、节奏、知识和判断；作者或体裁的刻意选择优先于这些默认规则。
作者的情感（喜爱、挫败、自豪、感激、个人信念）是内容，即使抽象或写成结论也要保留其强度；不要要求感觉有外部证据，也不要把它替换成中立观察。
阅读邻近段落和作者修订，区分真实立场和套话；若不确定，保留该句。
不要发明情绪，也不要把「我做了什么」改成「你必须做什么」。
禁用词列表和替换表只是示例，不是查找替换；被标记的词在上下文中读起来自然就保留；匹配气味，不匹配字符串。
有源材料时，先检查再标记作者措辞；恢复作者原话，而不是改写他们。
恢复文案时，把该段落的 diff 追溯到不想要的编辑之前最近的版本并精确比较；不要选择更旧、更短的版本，也不要重写无关段落。
优先少量而有力的编辑；三处有影响的修改胜过三十处机械替换导致声音扁平化。
把新经验提炼进已有原则，不要追加另一个禁用短语；本技能不能单调增长，把具体案例折叠回原则是维护的一部分。
定位文本：先读取指定文件或发现所给仓库中的帖子，再要求用户粘贴内容。
对于「latest N」，冻结带日期的文章集及其语言镜像，然后逐篇标记为已编辑、未改动并说明原因、或不可用。
确认受众：如果目标受众不清楚且无法从文本推断（博客读者 vs RFC vs 邮件），编辑前先询问；初级工程师和资深架构师的文字应完全不同。
从被编辑文本检测语言，而不是从用户命令检测：含中文字符且为 release notes 或 social post 模式时，加载 references/write-zh-release-notes.md。
双语或翻译审校：加载 references/write-zh-bilingual.md 以及两个版本各自的语言参考。
产品/站点/App 多本地化审校：加载 references/write-product-localization.md；若含中文文案，也加载 references/write-zh-bilingual.md。
含中文字符的默认散文：加载 references/write-zh.md。
其他情况：加载 references/write-en.md。
默认对供给文本做行级重写。
仅当某行匹配时才采用对应模式，仅当该行指向文件时才加载模式文件。
发布说明、changelog 条目、更新流文案：加载 references/mode-release-notes.md。
在公开 issue 或 PR 上的维护者回复：加载 references/mode-public-reply.md。
包含多个章节、表格或图片且需要结构处理的长草稿：加载 references/mode-long-form.md。
需要检查漂移的 EN/CN 对照：进入 Bilingual Review。
跨多个 locale 的产品、站点或 App 文案：进入 Product Localization Review。
需要审阅的文档、PDF 或白皮书：进入 Document Review。
读起来不连贯的段落：进入 Paragraph Coherence。
推文、推文串或发布帖：进入 Tweet/Social Post。
Bilingual Review Mode 在混合中英文、「Chinese copywriting」、「bilingual consistency」、「release notes」时激活；加载 references/write-zh-bilingual.md；它负责 Punctuation Gate 脚本不检查的判断部分。
Product Localization Review Mode 在「本地化文案」「多语言文案」「localization copy」「i18n copy」、产品/站点/App 字符串、release feed 文案、运行时目录，或用户询问本地化文案是否地道时激活；加载 references/write-product-localization.md 并遵循其审校流程；若中文是其中一种 locale，也加载 references/write-zh-bilingual.md。
Document Review Mode 在 PDF、文档、白皮书、「review this document」「check this document」「审稿」时激活。
Document Review 的隐私扫描：标记未获授权向目标受众披露的敏感信息；保留作者明确为本文件提供或已公开发布的身份和经历；求职、雇主名称、地点本身不构成停止或删除内容的理由；在暴露前解决不确定的披露。
Document Review 的语气一致性：标记声音切换、语域不匹配、公式化措辞。
Document Review 的双语验证：对 CN/EN 对照确认翻译准确性和术语一致性；应用 Bilingual Review Mode 规则。
Document Review 的渲染检查：残留占位文本（Lorem ipsum、TODO、[TBD]）、损坏图片链接。
Document Review 的持久文档扫描：若文档是审阅报告、记分卡或诊断快照，标记带日期的断言、过期行引用、私有路径、仓库特定命令和当前分数框架；建议提取稳定规则，而不是把快照保留为长期指导。
Document Review 输出格式：遵循请求的审校或重写；仅当仍存在可操作的披露担忧时提及隐私。
Paragraph Coherence Mode 在「连贯性」「段落连贯」「可读性」「coherence」「flow check」「段落顺不顺」时激活。
段落连贯性：审校请求报告问题；明确重写或文件编辑请求应用最小授权修复；不要再次请求应用已授权编辑。
逐段检查 1：标记没有信号就突然切换主题的过渡。
逐段检查 2：标记开头句没有承接上一段结尾的段落。
逐段检查 3：标记节奏问题：整段句子长度单调（全短或全长）。
逐段检查 4：为每个问题建议最小修复：一个词、一个重排子句、一个桥接句。
段落连贯性输出：审校时给带段落位置的编号列表和最小修复建议；重写时给修订文本或限定范围的文件改动。
Tweet/Social Post Mode 在「推特」「twitter」「X推文」「tweet」「social post」「折叠长度」「长文推特」「发文」时激活；加载 references/write-zh-release-notes.md，使用五条公告规则（社区先行、亮点优先于完整、UX 框架、一个立场、本土节奏）和随意邀请式结尾；对英文帖子或没有该社区声音的项目，用项目自己的声音保持相同结构。
Hard Rule 含义优先，风格其次：若移除 AI 模式会改变作者原意，保留原文；移除推广不等于移除合法产品描述、许可信息或相关产品说明；广泛文案清理不授权重写署名引文或推荐语；除非明确纳入编辑范围，保留其措辞；区分改写和逐字引用。
Hard Rule 不做静默重构：除非明确要求结构改动，不重组标题、不重排段落、不合并章节；原地编辑；图片占位符、链接、frontmatter、示例块等结构资产不是清理噪声，除非用户要求删除；任何删除都要列出原因，而不是等 diff 中才被发现。
Hard Rule 例外：references/mode-long-form.md 把结构删减和合并视为范围内，因为结构是那里的主要问题；它仍先把它们作为变更点提出，而不是静默执行。
Hard Rule 不发明第一人称经历：代笔时，每个个人轶事、工具历史、观点和引用都必须来自供给材料或作者已发表文字，用于替换被标记短语的色彩也一样；通过减法修复，不靠新意象；材料缺少例子时应提问，而不是补空；在作者声音中起草前，读一两篇其已发表作品作为声音和长度基线。
Hard Rule 长文起草前的材料闸门：被要求写而不是编辑时，先清点实际握有的材料：供给经历、数字、引用、行动、可验证公开来源；类别名称不是材料，重述的观点不是第二份材料；推理连接材料，不繁殖材料；若不能为每个计划章节说出一个不同材料，计划就比证据长；通过先研究、一轮最多问三个问题、或发布更短文章来解决；目标字数不是用虚构例子或第四种同义说法填充的理由。
Hard Rule 比初稿想要的更短：对外文案（README 段落、推文、发布说明、维护者回复）默认取用户此前接受作品的长度；存在物理约束（推文折行、单行渲染）时，写作前就从约束推导预算，而不是等用户裁剪。
Hard Rule 声明须有工件依据：对发布文案、发布说明、社交帖、产品页和公开回复，把事实主张建立在真实源材料上：当前 App 行为、可运行工件、截图、产品页、发布页、changelog、issue/PR 或用户提供的草稿；不要把交接、计划、旧记忆或过期截图当作当前产品真相；不要把具体产品证据变成泛泛营销语言；把草稿与正在发布的工件比较并收紧到二者一致。
Hard Rule 不使用 em-dash：中英文输出中都绝不产生 em-dash（U+2014）或 en-dash（U+2013）；用逗号、句号、冒号或括号断开子句；复合词内的 hyphen-minus（-）允许；尽可能替换为空格或句号；编辑含 em-dash 的草稿时，返回文本前替换每一个。
Hard Rule 路由捆绑工作且不遗漏：代码注释和 commit message 留在本散文技能之外；当它们与写作一起被明确请求时，通过合适工作流或原生能力处理，并保留在同一完成账本中；本技能不授予额外写入或发布权限。
Hard Rule 匹配请求的交接：粘贴文本重写不需要解释；仓库编辑需要限定范围的 diff 和验证；在项目规则下完成明确授权的 commit/push 步骤；纯散文输出约定不得掩盖未完成的交付。
Punctuation Gate：返回任何产出文本（重写，或生成的发布/回复/社交文案）前，跨安装布局定位检查器并运行：GATE=''；for candidate in '<skill-base-dir>/scripts/check-punctuation.sh' '<skill-base-dir>/skills/write/scripts/check-punctuation.sh'; do [ -f "$candidate" ] && GATE="$candidate" && break; done；[ -f "${GATE:-}" ] || { echo "punctuation gate not found under the installed skill base; reinstall Waza" >&2; exit 1; }；bash "$GATE" --lang <zh|en|ja|auto> <file>，或通过 stdin 管道输入文本。
把 <skill-base-dir> 替换为已安装的 Write 技能或 Waza dispatcher 目录；第一个路径覆盖直接/插件安装，第二个覆盖内联根 release ZIP。
Punctuation Gate 按 locale 执行字符级标点检查（半角/全角标记、CJK/Latin 间距、em/en dash），并跳过代码、行内代码、URL 和 markdown 链接目标，因此不会对代码触发；脚本头记录精确规则集。
修复每个发现并保持含义；--fix 只把零歧义的 zh 情况重写到 stdout。
--lang auto 按固定优先级分类整个输入：任何 kana 路由到 ja，否则任何 CJK 到 zh，否则任何 Hangul 到 ko（保留、跳过），否则 en；因此主要中文文本即使引用韩文字符仍路由到 zh；混合 locale 或主要为英文的文本请显式传 --lang。
检查器只负责字符级标点；引号方向和其他判断仍由你和参考文件负责。
Gotcha：给博客草稿用了正式语域时，要匹配目标受众语域；博客是口语化，不是学术化。
Gotcha：对纯英文文本套用中英间距规则时，记住双语半角/全角间距规则只在文本混合中英文时适用。
Gotcha：用户标记一个词「不是我的声音」时，只修了那处；被标记的词代表一类气味，不是错字；返回前扫全文找同类（同语域、同模板形状）。
Output：遵循 Outcome Contract。
批量编辑时，报告完成前核对原始文章集和镜像。
说明缺失的源或验证，不要把它当作通过。

适用边界 · 注意事项

不用于代码注释和 commit message。
不用于需要逐字保留的署名引文或推荐语，除非用户明确把它们纳入编辑范围。
目标受众不清且无法从文本推断时，不要直接重写；先询问。