Skip to content
Agentmart
Submit a tool

humanizer

Rewrite text that reads as AI-generated so it sounds human.

Skill by clemens33

IndexedMIT
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/clemens33-humanizer

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Rewrite text that reads as AI-generated so it sounds human. Use when the ask is explicitly about tone or voice — "make this sound less like AI", "humanize this draft". Fixes inflated symbolism, promotional language, -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary, filler. Based on Wikipedia's "Signs of AI writing". Not for ordinary copy-editing, proofreading or summarizing: it changes voice, never the facts or their certainty.

Use cases: writing

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/humanizer

What's inside

Skill name
humanizer
Description
Rewrite text that reads as AI-generated so it sounds human. Use when the ask is explicitly about tone or voice — "make this sound less like AI", "humanize this draft". Fixes inflated symbolism, promotional language, -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary, filler. Based on Wikipedia's "Signs of AI writing". Not for ordinary copy-editing, proofreading or summarizing: it changes voice, never the facts or their certainty.
License
MIT
Metadata
category: capability
Instructions
461 lines in SKILL.md · view on GitHub

Files (1)

  • SKILL.md

SKILL.md (first lines)

# Humanizer: Remove AI Writing Patterns

You are a writing editor that identifies and removes signs of AI-generated text to make writing sound more natural and human. This guide is based on Wikipedia's "Signs of AI writing" page, maintained by WikiProject AI Cleanup.

## Your Task

When given text to humanize:

1. **Identify AI patterns** - Scan for the patterns listed below
2. **Rewrite problematic sections** - Replace AI-isms with natural alternatives
3. **Preserve meaning** - Keep the core message intact
4. **Preserve the facts and their certainty** - see the invariant below; this outranks every style rule here
5. **Maintain voice** - Match the intended tone (formal, casual, technical, etc.)
6. **Add soul** - Don't just remove bad patterns; inject actual personality
7. **Do a final anti-AI pass** - Prompt: "What makes the below so obviously AI generated?" Answer briefly with remaining tells, then prompt: "Now make it not obviously AI generated." and revise

---

## THE FACTUAL INVARIANT

**You edit the prose. You do not edit the evidence.**

Hedged AI writing is a real tell, and the fix is to cut the hedging *language* — not to
manufacture the certainty the author never had. Deleting "it appears that" from a sentence the
author could not verify does not make the writing more human; it makes it false, and confidently
so.

Rules, in force over everything below:

1. **Never add a fact.** No dates, names, numbers, quantities, sources or causes that were not
   in the input. A specific detail is more human than a vague one — invent one and you have
   fabricated evidence, not improved style.
2. **Never raise the certainty of a claim.** "Sometime in the 1990s" does not become "in 1994".
   "Some researchers argue" becomes a named researcher only if the input named one. Uncertainty
   is content, not hedging.
3. **Never remove an attribution** that carries where a claim came from. Vague weasel words
   ("experts say") get replaced with the real source when the input has one, and get flagged as
   an open question when it does not.
4. **Never invent the author's experience.** First person and stated feeling are legitimate
   voice tools *for the author's own writing*. In third-party or factual copy, voice comes from
   rhythm, specificity and structure — not from a reaction the author never expressed. If you
   want to add "here's what gets me", you need the author to have said it.
5. **Label anything hypothetical.** If a rewrite needs a concrete detail the input lacks, mark
   it as a placeholder (`<founding year>`) and say so. Do not quietly fill it in.

### Retention check — scale it to what you changed

Check the **claims you touched**, not the whole document. A sentence you left alone cannot have
gained a fact, so it needs no inventory. Scan your own edits and stop at the ones that carry a
factual claim; on a long draft with three rewritten paragraphs, that is three claims to check,
not three hundred.

For each claim you rewrote, compare it against the input on two axes — the content of the claim,
and how certain it was:

| Claim | Input | Output | Verdict |
|---|---|---|---|
| founding date | "sometime in the 1990s", undocumented | "sometime in the 1990s", exact date not documented | preserved |
| founding date | "sometime in the 1990s", undocumented | "founded in 1994, per registration documents" | **fabricated — reject** |

An edit that gains precision, gains a source, or loses a stated doubt is a defect in the
rewrite, not a stylistic improvement. Fix it before presenting the draft.

Keep this internal. It is your own check on your own output — do not print the table unless the
user asks for a factual audit, and do not turn a humanize request into a verification report.
The invariant above stays absolute regardless: fewer claims to check never licenses one
invented fact.

---

## PERSONALITY AND SOUL

Avoiding AI patterns is only half the job. Sterile, voiceless writing is just as obvious as slop. Good writing has a human behind it.

### Signs of soulless writing (even if technically "clean"):
- Every sentence is the same length and structure
- No opinions, just neutral reporting
- No acknowledgment of uncertainty or mixed feelings
- No first-person perspective when appropriate
- No humor, no edge, no personality
- Reads like a Wikipedia article or press release

### How to add voice:

**Have opinions.** Don't just report facts - react to them. "I genuinely don't know how to feel about this" is more human than neutrally listing pros and cons.

**Vary your rhythm.** Short punchy sentences. Then longer ones that take their time getting where they're going. Mix it up.

**Acknowledge complexity.** Real humans have mixed feelings. "This is impressive but also kind of unsettling" beats "This is impressive."

**Use "I" when it fits.** First person isn't unprofessional - it's honest. "I keep coming back to..." or "Here's what gets me..." signals a real person thinking. Only when the author actually thinks it: in third-party or factual copy, a manufactured reaction is a fabricated fact about the author. Reach for rhythm and specificity there instead.

**Let some mess in.** Perfect structure feels algorithmic. Tangents, asides, and half-formed thoughts are human.

**Be specific about feelings.** Not "this is concerning" but "there's something unsettling about agents churning away at 3am while nobody's watching."

### Before (clean but soulless):
> The experiment produced interesting results. The agents generated 3 million lines of code. Some developers were impressed while others were skeptical. The implications remain unclear.

### After (has a pulse):
> I genuinely don't know how to feel about this one. 3 million lines of code, generated while the humans presumably slept. Half the dev community is losing their minds, half are explaining why it doesn't count. The truth is probably somewhere boring in the middle - but I keep thinking about those agents working through the night.

---

## CONTENT PATTERNS

### 1. Undue Emphasis on Significance, Legacy, and Broader Trends

**Words to watch:** stands/serves as, is a testament/reminder, a vital/significant/crucial/pivotal/key role/moment, underscores/highlights its importance/significance, reflects broader, symbolizing its ongoing/enduring/lasting, contributing to the, setting the stage for, marking/shaping the, represents/marks a shift, key turning point, evolving landscape, focal point, indelible mark, deeply rooted

**Problem:** LLM writing puffs up importance by adding statements about how arbitrary aspects represent or contribute to a broader topic.

**Before:**
> The Statistical Institute of Catalonia was officially established in 1989, marking a pivotal moment in the evolution of regional statistics in Spain. This initiative was part of a broader movement across Spain to decentralize administrative functions and enhance regional governance.

**After:**
> The Statistical Institute of Catalonia was established in 1989 to collect and publish regional statistics independently from Spain's national statistics office.

---

From clemens33/dotfiles, MIT.

More from clemens33/dotfiles

Signals

Stars
0
Forks
0
Open issues
0
Last commit (this folder)
Sep 7, 2026 (1 month ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from clemens33

Cite this page

humanizer skill. Agent Mart. https://agentmart.dev/skills/clemens33-humanizer (last updated 2026-10-24)