清晰简洁写作怎么做？按Strunk规则改主动语态删冗词
「清晰简洁写作」是「龙虾部署大师」技能市场中的文字打磨技能：它依据 Strunk 写作规则，撰写、润色或检查面向人类读者的文本，减少被动语态、冗词、空泛形容、AI 腔和不必要的格式，按需求分为新写内容、润色已有文本、只检查 AI 写作痕迹三类，输出主动、具体、简洁的修订版本、问题说明或 AI 气味评分。 技能效果 改一段满是robust、seamless的英文发布说明时，它把空泛包装词换成更快加载、更少崩溃这类具体说法，还给了一个保留通用性的折中版。 文字越改越长、越改越像机器，问题在哪 说明文档、提交信息、错误提示、报告这类文字，目标是让读者一遍读懂，但实际写出来常常相反：被动语态绕来绕去，"robust""seamless"这类空泛形容堆一堆，连接词和过度格式把句子撑得很长。尤其借助 AI 起草后，文本往往带着一眼能认出的 AI 腔——四平八稳、信息却稀。读者要费力才抓得到重点，写的人自己也说不清到底哪里啰嗦。 改前 · 啰嗦 ⤏ 改后 · 主动具体 这个技能能帮你做到什么 它按三种任务类型处理文字。新写内容时，按文档、提交信息、错误提示或报告的类型，直接产出清晰具体的文本；润色已有文本时，逐段改写，保留原意的同时删掉冗余和被动结构；只做检查时，扫描夸张词、AI 词汇、空洞的进行时表达和过度格式，给出哪里像机器生成的说明，甚至打出 AI 气味评分。判断标准来自一组核心规则：一段只讲一个主题、用具体的名词和动词、把重点信息放在句子靠后的位置、多用主动语态。 三种任务，一套规则 新写内容 清晰具体的草稿 润色文本 逐段改写去冗余 检查 AI 腔 打分 + 指出问题 它清楚自己的边界：不会去改技术术语和代码块，避免把专业表达"润"坏。检查模式还能只打分、不动原文，适合团队先评估一段文案像不像机器生成，再决定要不要重写。 用前须知 该技能无需 API Key 或运行环境，多数任务仅依据内置规则完成；遇到复杂的标点、段落或词语问题，会按需读取对应的 reference 文件。出于安全考虑，请勿把含密码、Token 或私密凭据的原文交给它处理。 怎么用它 用法是把要写、要改或要检查的文字交给它，并说明你想要的结果。例如可以这样对它说： 可以这样对它说 "把这段发布说明改短一点，去掉 robust、seamless 这类空泛词。" "检查这封邮件有没有 AI 腔，只打分不改写，逐条指出扣分原因。" "这个提交信息太啰嗦，改成一句主动语态，别留空泛形容词和套话。" 它适合这些场景：提交信息、错误提示或文档段落显得冗长，需要压缩表达；已有说明文字带明显 AI 腔，要在保留意思的前提下改得自然；团队想先判断一段文案是否像机器生成、暂不重写；以及技术文档需要更具体的动词、名词和更清晰的段落结构。 大家常问 为什么文档里被动语态多了反而读起来更累？ 被动语态把「受动者→动作→施动者」倒过来，读者要读到句尾才能拼出谁做了什么，工作记忆被迫暂存，认知开销叠加。它还允许省略施动者，迫使读者推理；句子整体加长 10%–20%，被、由、所之类的虚词稀释信息密度。改回主动语态，因果顺序与人脑处理语言一致，读起来才不累。 名词化堆出来的长句和简洁句的差距在哪？怎么辨认？ 名词化把动词变名词（分析→进行分析），再用进行、加以、予以、实现这类虚化动词撑起谓语，真正的动作被塞进宾语，句子被「的」字层层串起来。辨认四步：找虚化动词、看主语是不是抽象名词、数连续的「的」、试着把名词还原为动词看句子是否变短。能还原变短的，就是名词化堆砌。 像 robust、seamless 这种词为什么算空泛形容，到底坏在哪？ 坏在三条原则同时不过：信息价值为零——读者无法从上下文唯一确定它指代哪种具体表现；冗余——integration 本身就该顺畅，seamless 只是把名词里已有的语义又掏出来说一遍；抽象层级过高——停在顶层把推理负担甩给读者。改法是用「校验每个输入字段」「停机时间为零的迁移」这类事实陈述，让读者自己得出「牢固」「顺畅」的结论。 怎么区分 AI 腔的连接词堆砌和正常的逻辑过渡？ 关键看连接词是逻辑骨架还是空白补丁。把因此、然而、此外、综上所述这类显式标记全部删掉：相邻句子若仍有清晰因果或递进，原文就是正常过渡；若删完逻辑断裂，说明连接词在硬绑独立观点，是 AI 腔。正常过渡里 5 句话顶多 0–2 个句首标记，同一关系只标一次，多用「以……为例」「这源于」之类的隐性承接。 想用上这个技能？ 「清晰简洁写作」就在「龙虾部署大师」的技能市场里，打开 技能市场 就能一键安装使用。 还没装龙虾？先 一键部署「龙虾部署大师」，在本地跑起来后再装技能即可。 注：技能的实际效果与所选用的 AI 模型能力有关，不同模型下的表现可能存在差异。
提示