write

write 概览

write 是一个编辑类 skill，用于把中文或英文 prose 重写得更自然、更清晰、更不像 AI，同时不改变核心含义。它特别适合需要快速安装 write skill 的用户，用来处理草稿、文档、发布说明、上线文案、社交帖子或技术写作润色，尤其适合那些真正的目标是保留原意、同时去掉套话和僵硬结构的场景。

write 是做什么的

当你已经有现成文本、想把它改得更好时，就用 write；如果你需要从零做创意发散，它并不合适。它适用于“重写”“校对”“润色”“去 AI 味”“压缩句子”这类需求，也适合希望文本更适合公开阅读的场景。它的核心价值在于：把 prose 当成一个可打磨的工作成品来处理，既可读，又能贴合受众，还能保留具体信息。

write 的最佳适用场景

write 最强的适配场景，是对已经有内容基础、但需要整理成型的中英文编辑润色。这包括产品更新、博客草稿、发布说明、内部文档，以及对 write for Technical Writing 这类任务的处理——此时清晰度比修辞花活更重要。它对代码注释、提交信息或行内文档的帮助就没那么大。

write 的关键区别

write 不是一个泛用的重写提示词。它带有语言专属规则和仓库参考文件，所以用户可以按照可重复的 write guide 来做，而不是每次都靠猜。这个 skill 还特别强调去掉模板化的 AI 痕迹，而不是为了“提升词汇量”而硬改，这样改出来的文字通常更接近原作者语气。

如何使用 write skill

安装并找到工作流

使用 npx skills add tw93/Waza --skill write 安装。安装完成后，先看 SKILL.md，再阅读 references/ 里的辅助参考，然后再把工作流适配到你自己的 repo 或写作环境中。对大多数用户来说，最快的路径是先预览与你正在编辑文本相匹配的语言参考。

这个 skill 需要什么输入

write 最好搭配真实文本、目标受众和格式目标一起使用。弱一些的提法是：“帮我改好一点。” 更有效的提法是：“把这段中文产品更新改写给外部读者，保留事实，去掉重复表述，写得更简洁。” 如果受众不清楚，一开始就说清楚，否则改写很容易跑偏到错误语气。

好的提示词结构

一个实用的 write usage 提示词，最好包含四项：源文本、受众、语言和约束。例如：“把这段英文上线文案润色给技术受众；保留信息，减少填充词，写得更像真人。” 如果是双语内容，还要说明你要的是翻译审校、双语重写，还是纯粹的 prose 编辑，因为这个 skill 对不同场景会走不同的参考路径。

先看什么

先读 SKILL.md，了解运行规则；然后按需查看 references/write-en.md、references/write-zh-prose.md、references/write-zh-bilingual.md 和 references/write-zh-release-notes.md。这些参考文件才是这个 skill 的真正抓手：它们展示了 write 如何处理英文 prose、中文 prose、双语一致性和发布说明风格。把 write 当成一个单一通用提示词，效果通常不如直接按参考文件来用。

write skill 常见问题

write 只是用来润色文本吗？

不是。write skill 的主要用途是重写 prose，让它读起来更自然，同时保留原始意图。它也可以用于校对式清理、逻辑连贯性修正和语气调整，但不应该凭空补内容，也不应该把草稿扩写到源文本没有支持的范围之外。

什么时候不该用 write？

如果你没有源文本、受众不明确，或者任务本身是偏代码的文本，比如提交信息和行内注释，就不要用 write。如果你想要的是大幅创意改写、营销创作，或者彻底重构结构，而不是编辑层面的优化，它也不是合适选择。

这和普通提示词有什么不同？

普通提示词依赖你一次性的指令。write 提供的是可复用的 write guide，里面有预检检查、语言专属参考和约束条件，能显著减少临场猜测。这样通常能得到更稳定的输出，尤其适合你需要在多篇文档里保持同一套编辑标准的时候。

对新手友好吗？

友好，只要你能贴文本并说明目标受众。新手最容易拿到好结果的方式，是把请求范围收窄：“把这段自然地重写一下”通常比“把它弄得更好”更有效。这个 skill 最有帮助的地方在于：用户知道文本要达成什么效果，即使不懂怎么专业地描述风格也没关系。

如何改进 write skill

提供更清晰的源上下文

质量提升最大的一步，来自更好的输入。告诉 write 这段文本是干什么的、给谁看、哪些内容必须保持不变。如果你在用 write for Technical Writing，要补充产品或系统上下文、读者层级，以及哪些术语不能动，这样重写时才不会把关键细节抹平。

在提问前先消除歧义

常见的失误，往往来自目标模糊：受众不清楚、语言混杂，或者源文本本身就背负了多个目的。如果一段话既要说明又要说服，就明确哪一个目标优先。如果文本里同时有中文和英文，就说明你要的是双语一致性，还是单语言清理。

在第一版基础上迭代

把第一版输出当成一次诊断。要是太正式，就要求它改轻一点；要是精度丢了，就要求更贴近原文，保留术语和句意。最好的 write usage 模式是迭代式的：先修语气，再压缩措辞，最后检查有没有事实或受众线索被改偏。

用对参考路径

如果输出还是不对，优先通过匹配任务的参考文件来改输入，而不是一味写更长的提示词。英文用 references/write-en.md，中文 prose 用 references/write-zh-prose.md，双语或发布说明场景则用对应的参考文件。这是提升 write install 效果、又不过度提示的主要方式。