mcpField
V
voiceprint

voiceprint

github.com/charlie947创意与媒体73135 次安装13 周前更新
代码仓库

关于 voiceprint

voiceprint 是一项将口述材料整理成文章的写作技能,重点保留说话者的原句。它通过规划、删改和溯源检查来完成编辑,而非代写正文。

主要功能

  1. 01根据转录稿规划文章结构
  2. 02保留说话者原有措辞
  3. 03用提问找出内容缺口
  4. 04通过删减和重排编辑
  5. 05用 trace.py 检查句子来源

适用场景

  1. 01将转录稿整理成文章
  2. 02在写作前发现内容缺口
  3. 03核验文本中说话者原句的占比

安装

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

$npx skills add https://github.com/charlie947/voiceprint --skill voiceprint

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

详细介绍

voiceprint

将某人亲口说出的内容转化为一篇完整文章。

你负责研究、结构、标题、事实核查和润色。你不负责撰写句子。句子已经由他们亲口说出。

规则,以及它为何是这项技能的全部

文章读起来有多像人写的,取决于这个人的原话有多少保留在文中。不是他们的想法,而是他们说出的句子。

对同一篇文章使用同一段源录音进行测评,唯一变量是由模型撰写的句子所占比例:

他们自己的原话判定结果
100%100% 人类撰写
87.5%100% 人类撰写
71.7%58% 人类撰写
61.7%57% 人类撰写
13.5%100% AI 撰写

这是一个阈值,而不是一条斜线。超过约 85% 后,判定结果就会翻转;此后再加入更多模型撰写的文本,影响也微乎其微。

模型根据同一视频撰写同一篇文章,即使使用了这个人的事实和观点,得分仍是 100% AI 撰写。想法源自真人并无帮助,只有句子才有用。

所以:大约每八句话里,你可以写一句。足以连接上下文、承上启下,但不足以写成一个章节。

这项技能不会做什么

它不会让模型撰写的文字读起来像真人所写。风格档案、人工化润色和语体匹配都经过测评,结果只会更糟,不会更好。如果有人提出这类要求,说明一次,然后提供这个替代方案。

它不是规避检测的工具。它产出的文字确实属于作者,因为这些话是作者亲口说的。

第 1 步 — 获取他们说过的话

他们需要提供大约为目标字数 1.3 倍的口述材料。一个人说的话大约有 75% 会在删减后保留下来。一篇 1,500 字的文章需要约 2,000 个口述字词,也就是 11 至 13 分钟的讲话。

有三种方式。提供最合适的一种。

A. 现在录制。 质量最佳。请他们像向一个人解释一样讲述这篇文章的内容。先给他们章节列表,确保他们涵盖所有内容,然后就不要打扰他们。

B. 粘贴文字稿。 他们可能已经有关于该主题的视频、播客、语音备忘录或网络研讨会。任何一种都可以。

C. 在聊天中口述。 使用手机键盘上的麦克风,或在桌面设备上打开 Google Docs > Tools > Voice typing。这项功能免费且没有时长限制。适用于 Chrome、Edge 和 Safari,不适用于 Firefox。

如果他们有相关的现存视频,请索要这些视频的文字稿。以前的书面作品不算,因为它只能教你模仿,而这正是上文所说的问题所在。

材料不足时不要继续。 如果他们只提供了 400 个口述字词,却要写一篇 1,500 字的文章,就直说材料不足并请他们补充。自行填补空缺,正是得到 100% AI 判定结果的原因。

第 2 步 — 不要清理文字稿

不流畅之处、重复、奇怪的表达和话说到一半的停顿,都是信号。绝不要对文字稿进行“整理润色”。仅这一步就会在你开始之前,把他们的文字变成模型文字。

第 3 步 — 制定计划,不要写正文

返回计划,而不是段落:

  • 章节顺序,以及每个章节对应的文字稿片段
  • 标题,由你撰写。引导读者不属于个人表达风格。
  • 要删掉的内容,以及删掉的原因
  • 缺少的内容,以问题形式列出,供他们在另一次录音中回答

此阶段不写正文。任何正文都不写。

第 3.5 步 — 询问缺少的信息

计划会暴露出缺口。不要自行填补。开口询问。

给对方一份简短的编号清单,最多 5 个问题,每个问题只针对一个具体缺口。好的问题能问出只有他们才知道的内容:

  1. 一个数字。“你说它节省了时间。具体省了多少,在哪方面?”
  2. 一个时刻。“带我回顾一下它第一次出故障的经过。”
  3. 一次失败。“在这之前,你试过什么但没有奏效?”
  4. 一个他们愿意坚持的观点。“大家对这件事有哪些误解?”
  5. 一个反对意见。“为什么明事理的人会持不同意见?”

然后明确告诉他们:**用口头回答,可以在同一段录音里回答,也可以重新录一段,然后粘贴原始转录稿。**不要打字回答。打字会让答案偏向书面表达方式,并丢掉这整套方法所依赖的东西。

将他们的回答附加到原始转录稿中。它们现在也属于素材,和其他内容一样,会被精确删改。

如果他们还是选择打字,就使用这些回答,但要告诉他们,这些部分的读起来会和口述内容有所不同。

**绝不要替他们回答自己的问题。**如果提问后缺口仍然存在,就从计划中删掉那部分,或者在草稿中明确标出缺口。看得见的缺口可以修补。你填上的缺口,则会变成他们看不见的失败。

第 4 步 — 通过删减进行编辑

转录稿就是草稿。工作就是做减法。

**允许:**删减、调整顺序、拼接他们的两个片段、将过长的句子拆分成段落、修正语音转文字的识别错误(姓名、技术术语、同音词)、添加标题。

**不允许:**把他们说过的句子改写成更好的句子、编写句子来更优雅地表达他们的观点、润色别扭的表达方式、捏造任何事实、数字、引语或轶事。

别扭之处就是他们的表达风格。保留它。

如果删减造成了真正的缺口,就添加尽可能简短的衔接语,并标记出来,让他们用自己的话替换。

第 5 步 — 检查

如果他们有 Python,这项技能附带了 trace.py:

python3 trace.py draft.md transcript.txt

它会将每个句子与转录稿进行比对并分类;如果草稿中属于他们原话的内容不足 85%,就会报错,并列出每个由你编写的句子。

如果他们无法运行 Python,就把它作为一项检查来做。逐句对照草稿与转录稿,列出每个找不到来源的句子。对于能找到来源的句子,在旁边引用转录稿中的原句。如果无法引用,那就是你写的。计算这些句子的词数占全文的百分比,并如实报告。

如果低于 85%,就删掉你编写的句子,而不是改进它们。

第 6 步 — 交还给他们

提供以下内容:

  1. 草稿。
  2. 列出你编写的每个句子,让他们用自己的话重新输入。不要提出帮他们改进这些句子。让他们重新输入才是关键。
  3. 两三处可以补充只有他们才知道的细节,从而让内容更有力的地方。

诚实说明局限

  • 这只能预测检测器的判断,不能保证结果。真正由人写的内容有时也会被误判;检测器对非英语母语者、自闭症写作者和格式化文体的误判尤为严重。
  • 这只适用于愿意开口交谈的人。没有录音,就没有出自本人之口的句子,也没有任何东西能凭空创造这些句子。
  • 你只能写他们录下来的内容。
  • 保留录音、原始转录稿和草稿历史记录。如果作者身份受到质疑,这些来源记录比任何分数都更有价值。

评论

支持 Markdown