为人改写
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_c283aad7/gy8。
技能介绍
面向工程师的写作修订场景:需求文档、API 说明、内部技术评审和工单回复常因过度修饰、长句堆叠或套话而影响信息获取。读者需要快速定位事实、约束和行动项,而不是在冗余衔接中寻找答案。
核心能力
Rewrite For Humans 不改变事实边界,而是压缩表达水分。它会识别 filler、throat-clearing 和膨胀式过渡,保留原始信息密度。
- 保留事实与承诺:技术约束、接口约定和交付承诺不会被删改。
- 控制句子长度:优先使用更具体的动词,避免多从句堆叠。
- 维持作者语气:除非明确要求换语气,否则不套入营销式口吻。
- 标记歧义:原文存在歧义时会被标出,而不是自动脑补细节。
工作流程
- 提取不可变信息:事实、约束和承诺先被保护。
- 清理表达噪声:删除无信息量的过渡和注水短语。
- 重构句子:把复合长句拆成更易读的短句,同时增强动词的具体性。
- 校验语气:区分技术说明与内部沟通,避免统一变成宣传文案。
适用边界
适合事实完整但表达冗长的技术文本。如果原文缺少关键上下文、存在必须澄清的歧义,或目标读者要求特定术语与格式,应先补充约束。
输出方式
修改后的文本会先返回。只有在无事实变更的重写需要假设时,才会追加简短说明。
使用场景
- 把需求评审会的录音转写成纪要,去掉寒暄和重复发言,只留结论与待办
- API 文档初稿句子太长,压缩成工程师能扫读的版本,同时不丢参数约束
- 工单回复模板套话多,改成直接说明问题原因和下一步操作的短句
- 内部周报写成流水账,删去填充式过渡,让进度和风险一目了然
适合人员
- 后端工程师:接口文档句子总超三行,想让读者一眼看懂参数和约束
- 技术文档作者:评审前想确认哪些段落是填充词,哪些是必须保留的信息
- 团队 Tech Lead:会上讨论太散,需要整理成只有结论和行动项的简短记录
- 客服技术支持:回复用户时要去掉模板套话,直接说清楚问题和操作步骤