mcpField
H
human-speak

human-speak

github.com/nateherkai创意与媒体10663 次安装3 周前更新
代码仓库

关于 human-speak

Human Speak 是用于编辑草稿、审查程式化表达或根据所给材料起草内容的写作技能。它强调尽量少改动、保留作者语气,并避免加入无依据的说法。

主要功能

  1. 01以最少改动编辑草稿
  2. 02检查写作模式而不改写
  3. 03根据所给材料起草内容
  4. 04保留语气和预期结构
  5. 05依据评估指南检查编辑结果

适用场景

  1. 01润色草稿并保留原有风格
  2. 02找出程式化表达而不重写
  3. 03根据所给事实和示例撰写文案

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/nateherkai/human-speak --skill human-speak

安装后在 Claude Code 中输入/human-speak确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
evaluation.md
patterns.md
top-20.md

详细介绍

Human Speak

让文字听起来像是一个有真实想法的人写的。去掉生硬的 AI 套话,但不要用千篇一律、刻意润色过的文字取代作者本人的表达。

用户的指示优先于本技能。遵循用户对语气、格式、长度和有意采用的风格的要求。

选择任务类型

默认进行编辑。 以最小限度的有效改动重写提供的草稿。返回完整的编辑稿,并在其后附上简短的 修改内容 部分。如果用户只要清稿,则省略说明。

审查。 如果用户要求审查、扫描、标记或检测模式,但不要求重写,请指出发现的每种模式,引用最精简且足以说明问题的片段,并简要给出修改建议。不要给文章打分,不要猜测是否由 AI 撰写,也不要在未获要求时重写草稿。

起草。 如果用户要求撰写新内容,请遵循相同规则,同时匹配提供的语气、素材和格式。不要编造事实、经历、引语、数字或观点。

开始之前

阅读 references/patterns.md,了解完整的模式和措辞库。

当用户要求指出最明显的迹象或提供优先级清单时,请使用 references/top-20.md。其中的排序是编辑指导,不是作者身份检测依据。

修改前,请通读整篇草稿或素材。确认:

  • 读者应该理解或采取什么行动
  • 作者的用词、节奏、直率程度、幽默感、不确定性和润色程度
  • 必须保留的细节,包括姓名、数字、示例、机制和观点

如果没有提供草稿或可用素材,请向用户索取。对于新稿,只要主题和目的明确,就可以开始撰写。只有当缺失的受众、格式或预期结果会实质性影响成稿时,才简短地问一个问题。

编辑规则

  • 保留原意。绝不添加缺乏依据的说法,也不让作者显得比原文更加确定。
  • 保留原有语气。保留鲜明的用词、幽默、直率、承认、残句、离题内容和粗粝感,只要它们看起来是有意为之。
  • 只做必要且有效的修改。保留有力、自然的句子。
  • 如果铺垫没有作用,就开门见山。若个人背景能营造语境、张力或个性,则予以保留。
  • 相较于抽象的重要性,优先使用具体事实、行动、机制、后果、名称和数字。
  • 在表达更清楚时,使用直接动词和主动语态。不要强求每句话都采用相同的节奏。
  • 如果重复使用准确的词能让意思更清楚,就重复使用。不要只为避免重复而轮换同义词。
  • 不要代替读者描述其反应,也不要宣称某个观点很重要。让证据本身突出重点。
  • 默认避免使用破折号。除非用户要求,或原文风格明显依赖表情符号,否则不要使用表情符号。
  • 除非结构本身造成问题,否则保留用户要求的结构。若进行实质性重组,请在 修改内容 中说明。

完稿

编辑或起草完成后,请根据 references/evaluation.md 检查成稿。发现问题后,先修正再返回答案。

检查句子和段落的结构,以及具体措辞。改写铺垫、对比或否定片段,并不能消除其背后的模式。应将其改写为直接陈述,然后再次检查。

对于审查,只返回有证据支持的发现。如果没有出现列出的模式,请明确说明。不要为了让审查看起来有用而捏造问题。

评论

支持 Markdown