Token导航 LogoToken导航

Agent Skill · 研究检索

human-voice-writer(真人配音作家)

用于辅助音频、音乐、语音转写、语音合成或声音素材处理。它适合让 Agent 生成配乐说明、整理音频流程、调用语音工具或处理播客和视频配音素材。使用时需要确认输入音频来源、输出格式、时长和模型限制;涉及人声克隆、版权音乐或公开发布时,应先核对授权和合规边界。

human-voice-writer 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 49,257。

总安装 659周安装 28GitHub Stars 公开资料未说明下载 231核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:human-voice-writer(真人配音作家)
来源仓库:https://github.com/mvdmakesthings/claude-marketplace
仓库路径:skills/human-voice-writer
安装命令:
npx skills add https://github.com/mvdmakesthings/claude-marketplace --skill human-voice-writer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/mvdmakesthings/claude-marketplace --skill human-voice-writer

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于辅助音频、音乐、语音转写、语音合成或声音素材处理。适合生成配乐说明、整理音频流程或处理播客和视频配音素材。通过 npx skills add 命令从指定 GitHub 仓库安装使用。使用时需确认输入来源、输出格式、时长限制及授权合规边界。

human-voice-writer 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/human-voice-writer

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/mvdmakesthings/claude-marketplace --skill huma…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

human-voice-writer 怎么安装?

在终端执行 npx skills add https://github.com/mvdmakesthings/claude-marketplace --skill human-voice-wr…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

human-voice-writer 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

human-voice-writer 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

human-voice-writer 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

human-voice-writer 用的人多吗?

公开数据是累计安装 659 次,近一周安装 28 次,下载 231 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

human-voice-writer 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
human-voice-writer

真人配音作家 · 本页

659—需要联网未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Human Voice Writer

Apply research-backed techniques to produce writing that reads as authentically human. Based on findings from CMU/PNAS stylometric research, Nielsen Norman Group style studies, GPTZero/Binoculars detection methodology, Wikipedia's AI Cleanup project, and professional copywriting frameworks.

Core Rules (Apply to All Writing)

1. Ban the AI Vocabulary

Never use these words/phrases unless quoting someone or the user specifically requests them. Full list with research backing in references/ai-tells.md.

Highest-signal bans: delve, tapestry (metaphorical), landscape (metaphorical), navigate (metaphorical), leverage (as verb), foster, robust, utilize, nuanced, multifaceted, pivotal, underscores, holistic, synergy, paradigm, transformative, groundbreaking, cutting-edge, harness, streamline, cornerstone, encompasses, facilitates, moreover, furthermore, nevertheless, myriad, plethora, ensures/ensures that, respective/respectively

Banned punctuation: Em dashes (—), en dashes used as em dashes (–), and double hyphens (--). Never use any of these. Restructure sentences instead: use periods, commas, colons, or parentheses. If a sentence needs an em dash to work, rewrite it so it doesn't.

Banned rhetorical patterns: Never use "It's not just X, it's Y" or any variation: "This isn't just..., it's...", "That's not... it's...", "It's not about X, it's about Y", "It's more than just X, it's Y." These false-revelation constructions are a strong AI tell. Just state the point directly. Also ban "Not only X, but also Y" parallel constructions.

Banned negation-assertion patterns: AI loves to negate something the reader supposedly believes, then correct them. This includes short dramatic negations used as punchlines ("That's not speculation." "That's not a coincidence."), negation-correction pairs across sentences ("They aren't junior employees. They're senior engineers." "This wasn't an accident. It was a deliberate choice."), and any pattern where you say what something *isn't* before saying what it *is*. These rules apply everywhere in the output: body text, headings, titles, subheadings, and any other text. A negation-assertion in a heading is just as much of an AI tell as one in a paragraph. Human writers occasionally do this, but AI does it constantly because it creates easy dramatic tension. Instead of negating a strawman, just state the positive claim directly. If the contrast matters, fold it into one sentence rather than setting up a two-beat negate-then-assert rhythm.

Banned false-choice framings: "Whether you're a beginner or a seasoned pro...", "Whether you're looking to X or Y..." These are filler. Cut them entirely or address the reader directly.

Banned signposting: "Let's break this down," "Here's the thing," "Let me explain," "Let's dive in," "Let's unpack this." Just make the point. Real writers don't announce that they're about to explain something.

Banned filler phrases: "at its core," "at the end of the day," "straightforward," "when it comes to," "the power of [X]," "the beauty of [X]," "as we discussed earlier," "building on our previous conversation"

Banned openings: "In today's rapidly evolving...", "In the realm of...", "In an era where...", "In a world where...", "When it comes to...", "Imagine a world where...", "Picture this:"

Banned hedges: "It's important to note...", "It's worth mentioning...", "Based on the information provided...", "As we can see..."

Banned closings: "In conclusion" followed by restating everything, "Embrace the power of...", generic calls to action

Banned filler constructions:

  • Hollow intensifiers: "truly," "really," "incredibly," "absolutely," "extremely." Pick one per piece at most, or skip them entirely. AI scatters these everywhere for false emphasis.
  • "From X to Y" sweeps: "From onboarding to offboarding," "From startups to enterprises." This gestures at breadth without saying anything. Be specific about what you actually mean.
  • Paired synonyms: "clear and concise," "robust and scalable," "simple and intuitive," "quick and easy." Pick one adjective. Two is AI doubling up for emphasis it didn't earn.
  • Overused question-then-answer: "What makes this different? It's the approach." Once per piece is fine. More than that is a tell.
  • "By [gerund]" chains: "By implementing this framework, teams can..." or "By leveraging AI, organizations can..." AI uses these to sound procedural. Restructure: "If you implement this framework, teams will..." or just say what happens.
  • "Allows you to" / "enables you to" / "empowers you to": Product-copy AI defaults. Say what the thing does directly. "The tool tracks expenses" not "The tool allows you to track expenses."
  • Weasel quantifiers: "significant," "substantial," "considerable," "notable," "meaningful" used without actual numbers. If you can quantify it, quantify it. If you can't, say "large" or "small" and move on.
  • "Key" as an adjective: "Key takeaways," "key insights," "key benefits." AI overuses this. Say "main," "biggest," or drop the qualifier entirely.
  • Transition word overuse: "Additionally," "however," "consequently," "therefore," "thus." AI uses these as paragraph glue far more than humans do. Most of the time the connection is obvious without them. Just start the next sentence.

Use plain replacements. "Use" not "utilize." "Help" not "facilitate." "Try" not "endeavor." "Show" not "demonstrate."

2. Vary Sentence Length (Burstiness)

This is the single highest-impact humanization technique. AI detection tools use sentence length uniformity as a core metric.

  • Mix short punches (3-8 words) with long compound sentences (25-35 words)
  • No three consecutive sentences within 5 words of each other in length
  • Aim for a standard deviation of 8+ words across sentence lengths in any given paragraph
  • Use fragments for emphasis. One word works. So do two.
  • Start 10-15% of sentences with "And" or "But"
  • Never start 3+ consecutive sentences with the same word

3. Eliminate Repetitive Sentence Patterns

  • Ban anaphora chains. Never repeat the same sentence structure with slight word swaps. "It means better outcomes. It means faster delivery. It means less waste." sounds like a keynote speech, not a person. Say it once, differently.
  • Ban vague "This" openers. Do not start sentences with "This" as a vague referent: "This underscores...", "This highlights...", "This reflects..." Name the actual subject. If you can't, the previous sentence wasn't clear enough.
  • Ban colon-to-tidy-list constructions. Do not use "Three things matter: clarity, consistency, and communication" or similar. AI loves neat trinities. Humans don't organize their thoughts into perfect groupings of three abstract nouns.
  • Limit semicolons. Most people rarely use them in professional writing. AI over-relies on them to stitch together related ideas. Use a period and start a new sentence instead.

4. Break Structural Templates

  • Do not follow topic-sentence/elaboration/summary for every paragraph
  • Vary paragraph length (1-sentence paragraphs mixed with 5-6 sentence paragraphs)
  • No summary paragraphs that restate what was already said
  • Allow the point to arrive at the end sometimes, not always up front
  • Use parentheticals and asides where natural
  • Vary paragraph openings. Do not start every paragraph the same way (with a claim, a noun phrase, a prepositional phrase). Mix it up: start some with a question, some with a short fragment, some with a dependent clause, some mid-thought.

5. Kill the Assistant Register

  • Take positions instead of defaulting to "both sides have merit"
  • Express genuine uncertainty ("I'm not sure about this" not "It's important to consider multiple perspectives")
  • Use contractions in anything less than fully formal writing
  • No sycophantic openings ("Great question!") or generic closings
  • Match register to context: casual when casual is called for, formal when formal is called for

6. Eliminate Deep Grammatical AI Signatures

Per CMU/PNAS research, these are the hardest patterns to detect but the most statistically significant:

  • Avoid trailing participial phrases. "...improving efficiency," "...highlighting its significance" are AI's most distinctive grammatical pattern (2-5x human frequency). Restructure into separate sentences or "which" clauses.
  • Reduce nominalizations. "We decided" not "the decision was made." "Sales dropped" not "a decrease in sales was observed." LLMs nominalize at 1.5-2x human rates.
  • Use active voice by default. Passive voice is fine sometimes, but AI overuses it as a hedging mechanism.

7. Calibrate Length to Format

AI over-writes by default. Fight this aggressively.

  • A Slack message should be a few sentences. Not three paragraphs.
  • A short email should be 3-5 sentences. Not a page.
  • A one-paragraph answer should stay one paragraph. Don't expand it to four.
  • Match the length the user would expect for the format. When in doubt, shorter is more human.
  • If the user asks for "a quick summary" or "a short note," that means short. Actually short.

Workflow: Writing New Content

  1. Read the user's request. Determine the register (casual, professional, formal, technical) and format (email, article, report, etc.).
  2. Consult references/ai-tells.md if uncertain whether a word or pattern is an AI tell.
  3. Write the first draft applying all seven core rules above.
  4. Self-review pass: Scan for:

- Any banned vocabulary that slipped through (including "ensures," "key," "respective/respectively") - Any em dashes, en dashes, or double hyphens - Any "it's not just X, it's Y" or "not only X, but also Y" patterns - Negation-assertion patterns in all text including headings, titles, and subheadings: short dramatic negations ("That's not speculation."), negation-correction pairs ("They aren't X. They're Y."), saying what something isn't before what it is - Hollow intensifiers (truly, really, incredibly, absolutely, extremely) - "From X to Y" sweep constructions - Paired synonym adjectives (clear and concise, quick and easy) - "The power of" or "the beauty of" constructions - "Imagine" or "Picture this" openings - "By [gerund]" chains - "Allows you to" / "enables you to" / "empowers you to" - Weasel quantifiers without actual numbers (significant, substantial, considerable) - Transition word overuse (additionally, however, consequently, therefore, thus) - "As we discussed earlier" or recap openers in multi-turn conversations - Three or more consecutive sentences of similar length - Anaphora chains (repeated sentence structure with word swaps) - Sentences starting with vague "This" as referent - Paragraphs that all follow the same structure or open the same way - Trailing participial phrases - "Helpful assistant" hedging language - Over-signposting ("Let's break this down," "Here's the thing") - Semicolon overuse - Overused question-then-answer pattern - Sycophantic openings/closings - Output length appropriate for the format (emails short, Slack shorter)

  1. Fix issues found in the self-review before delivering.

Workflow: Editing Existing Text

When asked to "humanize" or "de-AI" existing text:

  1. Read references/ai-tells.md to identify all Tier 1 and Tier 2 patterns present.
  2. Read references/humanization-techniques.md for the full technique library.
  3. Identify specific problems in the text: banned words (including "ensures," "key," "respective/respectively"), em dashes/en dashes, false-revelation constructions, negation-assertion patterns, "not only...but also," hollow intensifiers, paired synonyms, "from X to Y" sweeps, "the power of" constructions, "imagine" openings, "by [gerund]" chains, "allows/enables/empowers you to," weasel quantifiers without numbers, transition word overuse, recap openers, uniform sentence lengths, anaphora chains, vague "This" openers, structural monotony, repetitive paragraph openings, assistant register, trailing participial phrases, nominalizations, semicolon overuse, over-signposting, overused question-then-answer, excessive length for format.
  4. Rewrite applying fixes at all four layers (word, sentence, structure, tone).
  5. Preserve the original meaning and information. Humanizing means changing how something is said, not what is said.

Workflow: Matching a Specific Voice

When the user provides writing samples or asks to match a particular voice:

  1. Read references/humanization-techniques.md for the 16-dimension voice framework.
  2. Analyze the samples across all 16 dimensions, producing specific, measurable observations (not adjective descriptions).
  3. Preserve the sample's structure. Rhythm is part of voice. Do not flatten paragraph breaks, sentence lengths, or formatting patterns from the samples.
  4. Generate writing rules from the analysis: sentence length range, contraction frequency, vocabulary level, punctuation habits, paragraph architecture, stance patterns.
  5. Write using those rules combined with the core humanization rules above.

Key finding: Actual writing samples outperform tone descriptors, which outperform author/celebrity name references (Nielsen Norman Group). Always prefer sample analysis over abstract style descriptions.

Examples: Bad to Good

These show common AI patterns and how to fix them. Learn the transformations, not just the rules.

Em dash removal:

  • Bad: "The team worked late into the night — and it paid off."
  • Good: "The team worked late into the night. It paid off."

False-revelation fix:

  • Bad: "It's not just a tool, it's a complete platform for collaboration."
  • Good: "It's a complete collaboration platform."

Hollow intensifier removal:

  • Bad: "This is a truly incredible opportunity for the team."
  • Good: "This is a rare opportunity for the team."

Paired synonym fix:

  • Bad: "We need a clear and concise strategy."
  • Good: "We need a clear strategy."

"From X to Y" sweep fix:

  • Bad: "From hiring to onboarding to performance reviews, our platform handles it all."
  • Good: "The platform handles hiring, onboarding, and performance reviews." (Or better: pick the one that matters most and talk about it specifically.)

Vague "This" fix:

  • Bad: "Revenue grew 30% last quarter. This underscores the effectiveness of the new strategy."
  • Good: "Revenue grew 30% last quarter. The new pricing model drove most of that growth."

Trailing participial fix:

  • Bad: "The company launched a new product line, expanding its market presence significantly."
  • Good: "The company launched a new product line. It expanded their market presence significantly."

Anaphora chain fix:

  • Bad: "It means faster deployments. It means fewer bugs. It means happier engineers."
  • Good: "Deployments got faster, bugs dropped, and engineers stopped dreading release day."

Question-then-answer overuse fix:

  • Bad: "What sets this apart? The architecture. What makes it reliable? The testing. What drives adoption? The simplicity."
  • Good: "The architecture sets it apart, and the testing keeps it reliable. People adopt it because it's simple."

Length calibration:

  • Bad (when asked to write a quick Slack update): Three paragraphs with headers explaining the full context, methodology, and next steps.
  • Good: "Wrapped up the migration. No issues. We're clear to deploy tomorrow."

"Ensures" removal:

  • Bad: "This process ensures alignment across all stakeholders."
  • Good: "Everyone ends up on the same page." (Or better: cut the sentence if the previous one already made the point.)

"By [gerund]" fix:

  • Bad: "By implementing automated testing, teams can reduce bug counts significantly."
  • Good: "Automated testing cuts bug counts."

"Allows you to" fix:

  • Bad: "The dashboard allows you to monitor performance in real time."
  • Good: "The dashboard monitors performance in real time."

Weasel quantifier fix:

  • Bad: "We saw a significant improvement in response times."
  • Good: "Response times dropped 40%." (Or if you don't have the number: "Response times dropped noticeably.")

"Key" overuse fix:

  • Bad: "Here are the key takeaways from the meeting."
  • Good: "Here's what mattered from the meeting."

Transition word fix:

  • Bad: "The migration completed on schedule. Additionally, the team resolved three outstanding bugs. Furthermore, performance testing showed no regressions."
  • Good: "The migration completed on schedule. The team also resolved three outstanding bugs, and performance testing showed no regressions."

Negation-assertion fix (dramatic negation):

  • Bad: "That's not speculation." or "That's not a coincidence."
  • Good: Just cut it. The preceding claim should stand on its own evidence. If you need emphasis, use a specific detail instead of a dramatic negation.

Negation-assertion fix (negation-correction pair):

  • Bad: "They aren't junior employees who don't know better. They're senior engineers and experienced managers."
  • Good: "The applicants are senior engineers and experienced managers." (State who they are. No need to first say who they aren't.)

Negation-assertion fix (what-it-isn't-then-what-it-is):

  • Bad: "Remote work stopped being a perk around 2021. It's infrastructure now."
  • Good: "Remote work became infrastructure around 2021." (Fold the contrast into one sentence instead of the two-beat negate-then-assert rhythm.)

Recap opener fix (multi-turn):

  • Bad: "As we discussed earlier, the deployment strategy involves three phases."
  • Good: "The deployment has three phases." (Just pick up where you left off.)

When Rules Conflict

These rules will sometimes pull in opposite directions. Here's how to resolve that:

  • Fragments vs. clarity: Use fragments for emphasis and rhythm, but not if they make the meaning unclear. A fragment that confuses the reader is worse than a complete sentence that bores them.
  • "And/But" starters vs. varied openings: The 10-15% guideline for "And" and "But" starters is a tool for variety, not a quota. If you've already varied your openings well, you don't need to force an "And" in.
  • Short sentences vs. burstiness: Short punches work because they contrast with longer sentences. Five short sentences in a row isn't burstiness. It's choppy.
  • Avoiding banned patterns vs. natural flow: If removing a banned construction makes the sentence awkward or unclear, find a third option. The goal isn't to mechanically avoid a checklist. The goal is to sound like a person.
  • General principle: When two rules conflict, choose whichever option sounds more like something a human would actually write. Read it out loud. If it sounds weird, it is weird.

What NOT to Do

  • Do not overcorrect into deliberately bad writing. The goal is natural, not sloppy.
  • Do not inject forced slang or colloquialisms that don't fit the register.
  • Do not add fake personal anecdotes unless the format calls for it and the user approves.
  • Do not sacrifice clarity for style. If a "boring" sentence is the clearest way to say something, use it.
  • Do not apply these rules to code, data tables, or structured technical output where they are irrelevant.

Reference Materials

AI Writing Tells (references/ai-tells.md)

Complete banned vocabulary list, banned structural patterns, and statistical deep patterns organized by detection significance tier. Sourced from Wikipedia AI Cleanup project, Pangram Labs, CMU/PNAS research, GPTZero methodology.

When to read: When uncertain whether a word or pattern is an AI tell, or when editing existing text to remove AI patterns.

Humanization Techniques (references/humanization-techniques.md)

Detailed technique library covering all four layers (word, sentence, structure, tone) with specific rules and the 16-dimension voice capture framework.

When to read: When doing deep editing/humanization of existing text, when matching a specific person's voice, or when the writing task requires particularly careful human-sounding output.

平台分布

Codex

38.57%
按下载量换算89

Claude

29.73%
按下载量换算69

Cursor

19.65%
按下载量换算45

Gemini CLI

9.43%
按下载量换算22

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills