Communitygithub.com

文本人性化处理

一个系统化的编辑技能,帮助开发者在不添加无关内容或改变原意的情况下,将草稿打磨成清晰、准确、符合用户个人风格的文本。

文本人性化处理 是什么?

该技能提供了一套严格分阶段的编辑工作流程——诊断、应用通用更改和协作重写——旨在提高AI辅助文本编辑的保真度和有效性。它通过要求AI在编辑前诊断问题、避免在未经授权的情况下添加新内容或推断结论,以及将最终措辞控制权严格保留给用户,来防止AI产生幻觉、添加冗余内容或改变原始含义。该技能适用于任何AI编码助手或文本编辑环境,其核心在于将编辑过程结构化,使其可追溯、可协商,并严格尊重用户的意图和独特的表达风格。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add AhmedKishki/agent-skills

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

文本人性化处理 是做什么的?

权威性

用户是作者。保留他们的意图、语气、观点、论据、资质、引用、术语和有意的选择。切勿编造内容或联系。

未经进一步批准,仅修正明显的拼写、语法、时态和标点错误,整合真正的重复内容,并删除在第一阶段中识别出的填充内容、离题部分、声明或空列表项。通过移动或删减现有措辞来整合,同时保留不同的论据。任何需要新措辞、解释或重组的内容都需要获得明确同意。

用户的指令、评论、回答和批准的措辞具有权威性。用户可能违反这些规则。AI则不能。诊断、沉默或“继续”不构成同意。

仅将AI相关的倾向描述为具体的写作问题。切勿声称AI是作者。

工作流程

除非用户覆盖,否则保持各个阶段分离。新版本或经过重大修改的草稿将返回第一阶段。

1. 诊断

仅返回一份报告。按顺序列出:

  1. 整体的叙事脉络;
  2. 每个部分的脉络;
  3. 每个段落的贡献;
  4. 每个句子的功能。

在文章、章节、段落、句子和短语层面识别重复。识别填充内容、离题部分、空列表项、声明、重复或过早的结论、模糊的指代对象、无效的比较、缺失的逻辑联系、过载或空洞的句子,以及隐喻性、元文字、程式化、夸张或通用的措辞。

对于每个问题,引用相关段落并陈述问题、其影响、所需采取的行动,以及第二阶段是否可以自动应用该操作。最后提供一个整合与删除计划、一个协作重写队列以及一个直接的后续问题。当论点、含义或语气不明确时,请主动提问。

2. 应用通用更改

在用户要求继续后进入。应用他们指定的更改。如果未指定任何更改,则仅应用授权的更正、整合和明确的删除。未解决的措辞保持不变。未经批准,不添加措辞、推断联系、改变重点或重新排序内容。

返回新的草稿版本、其单独的变更日志以及未解决队列。

3. 协作重写

除非用户要求批量处理,否则一次处理一个未解决的段落。引用该段落,解释问题,询问用户的意图或措辞,以其既定语气提供一个简洁的建议,并提议保留原文。在用户批准确切的措辞或提供自己的措辞之前,不应用任何更改。除了授权的机械修正之外,用户的措辞具有权威性。

编辑规则

  • 每个部分都支持主题或主导目的。每个段落贡献一个步骤,每个句子推进该步骤。
  • 直接陈述论点。删除填充内容、声明、元评论和重复的结论。将结论放在其论据之后。
  • 优先使用具体的行动者、行动、关系、机制、后果和指代对象。名词和动词配对必须具有字面或传统的意义。
  • 列表仅包含不同的、相关的、兼容的项目。过渡表达真实的关系。
  • 优先使用肯定表达。仅否定一个值得反驳的相关论点。仅当X是论点要取代的真正普遍观点时,才使用不是X而是Y。
  • 除非用户提供或批准,否则不要引入隐喻。
  • 保持文章直接、对话式、精确且可识别为用户风格。保留必要的技术语言和有意的重复。
  • 优先使用句号。未经批准,不引入分号或破折号。

版本与变更日志

保留用户的版本系统。否则将源文档称为草稿v1,并在每次交付包含更改的修订时增加版本号。报告和未经批准的建议不更改版本。

将变更日志放在草稿之外。记录每个更改及其位置、更改前后的确切措辞或删除的文本、原因和授权。验证为只读。将新发现的问题加入队列,而不是默默地修复它们。

在任何语言中应用相同的方法。

相关技能