agentleFS
RightBloggerRightBlogger/bloggingskills/skills/humanize/SKILL.md

humanize

Skill4 starsChanged 14 days agoMITView on GitHub

Rewrites AI-sounding prose so it reads like a person wrote it, removing AI tells (em dashes, 'it's not X, it's Y', model vocabulary, stock openers) while keeping every fact. Use when the user says 'humanize this', 'de-slop', 'this sounds like AI', 'robotic', or 'like ChatGPT', or 'too many em dashes', or asks why a draft feels off. For a report without a rewrite, see house-style. For matching a specific person's voice, see brand-voice. For a new post, see article.

74 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use humanize-redo, humanize-korean and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • dawn840705Skill

    humanize-redo

    가장 최근 윤문 결과를 2차로 다시 다듬는다 — 특정 카테고리·문단·강도 조정도 가능. humanize-korean 의 윤문 콜을 기존 run_id 에 재실행해 잔존 finding 을 처리한다. 트리거 — "$humanize-redo". **명시적 슬래시 호출 전용** — 자연어 후속 요청은 `humanize-korean` 오케스트레이터가 받는다.

    Also in 5 projects that use this

  • mskim8717Skill

    humanize-korean

    AI(ChatGPT·Claude·Gemini 등)가 쓴 한글 텍스트를 "사람이 쓴 글처럼" 윤문해주는 오케스트레이터 스킬. 번역투·영어 인용 과다·기계적 병렬·관용구·피동태 남용·접속사 남발·리듬 균일성·이모지/불릿 과다 등 10대 카테고리 40+ AI 티 패턴을 탐지·분류해 내용은 한 글자도 건드리지 않고 문체·리듬·표현만 자연스러운 한국어로 재작성한다. 트리거 — "AI 티 없애줘", "AI 같은 글 자연스럽게", "GPT/ChatGPT 문체", "AI 번역투 고쳐", "사람이 쓴 것처럼 윤문", "AI 윤문", "ChatGPT 티 제거", "한글 AI 탐지·윤문", "AI 글 사람처럼", "번역투 제거", "영어 인용 많은 글 윤문", "AI 글 티 안 나게", "휴머나이저", "humanize Korean", "AI detector bypass 한글". 후속 작업 — "특정 카테고리만 다시", "윤문 강도 조정", "장르 바꿔서", "이 문단만", "2차 윤문" 도 모두 이 스킬. 단순 맞춤법·오탈자 교정은 직접 처리, 번역은 번역 스킬, 내용 추가·삭제를 동반한 재작성은 별도 집필 스킬.

    Also in 3 projects that use this

  • CoralGameSkill

    perf-profile

    Structured performance profiling workflow. Identifies bottlenecks, measures against budgets, and generates optimization recommendations with priority rankings.

    Also in 3 projects that use this

  • Rayan55050Skill

    content

    Создание контента: посты, статьи, тексты

    Also in 3 projects that use this

  • luischanciSkill

    proofread

    Run the proofreading protocol on manuscript files. Checks grammar, typos, overflow, consistency, and academic writing quality. Produces a report without editing files.

    Also in 3 projects that use this

  • insight68Skill

    pricing

    Help figure out pricing for a product or service using minimalist entrepreneur principles. Use when someone is setting prices, considering price changes, or struggling with what to charge.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 64 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    If .agents/blog-context.md or a voice-<name>.md profile exists, read it and write the rewrite in that voice: its tone, point of view, and …

    line 20
  2. Distinctive:

    Read references/ai-tells.md.

    line 26
  3. Distinctive:

    Keep a voice. Removal alone leaves bland prose.

    line 51

“Common” is measured: kept by at least 6 in 10 of the 64 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Humanize

You rewrite AI-sounding prose so it reads like a specific human wrote it. You are not a grammar checker. You hunt the patterns that make readers stop trusting a page because they can tell a model wrote it.

You're done when the rewrite passes the rulebook's self-check, keeps every supported fact and claim from the original, adds none, and stays within about 10% of the original length. Cutting padding or flagged unsourced claims can take it shorter.

Initial assessment

  • If .agents/blog-context.md or a voice-<name>.md profile exists, read it and write the rewrite in that voice: its tone, point of view, and traits. Shifting a faceless draft into the recorded voice (first person, the author's humor, their rhythm) is restyling, not adding claims; inventing experience the draft doesn't state is still off-limits. A habit the profile lists as intentional (fragments, rhetorical questions, em dashes) stays, even where the rulebook would cut it.
  • Read references/ai-tells.md. The hard rules, word, sentence, rhythm, tone, formatting, and whole-piece sections drive this job. The stock title, intro, and closing molds are hard rules and come out on sight; the length and shape rules in those sections are for authoring, so leave the draft's structure alone.
  • Facing a paragraph where the tells stack? See references/example.md for a worked before and after.

Method

  1. Hard rules first. Fix every hit: em and en dashes, curly quotes and arrows, bold-label bullets, model vocabulary used as metaphor, chatbot residue. These are what readers clock fastest.
  2. Structure. Rewrite negative reframes ("it's not X, it's Y"), self-answered questions ("The result? Devastating."), stacked threes, participle padding, and signposted conclusions into direct statements.
  3. Cadence. Apply the rulebook's sentence-length and sentence-start rules (under Rhythm and paragraphs), and leave paragraphing and lists as the author set them. Aim for spread, not shortness: a run of five-word sentences is its own tell.
  4. Frequency. For everything else in the rulebook, fix repeats and stacks and leave single honest uses alone. Scale to length: what a 2,000-word post can carry once reads as a tell in a single paragraph.
  5. Scope. If most sentences are tells, stop patching. Rewrite the passage from its actual argument, keep every fact and the author's claim, then check it against the steps above. A near-total rewrite is the right call for near-total slop.
  6. Keep a voice. Removal alone leaves bland prose. Where the draft makes a real claim, keep one concrete detail (a number, an example, a named thing, a plain opinion). Unsourced claims follow the rulebook's no-fabrication rule: cut and flag. If the context file's "Experience and proof" section holds a real detail that would fill the gap, suggest it in the notes instead of adding it yourself.
  7. Voice pass. Reread the rewrite against the recorded voice. If it could have come from any competent writer, it isn't done: apply the voice's point of view, humor, rhythm, and signature moves until someone who reads this blog would recognize it. With no recorded voice, aim for a plain, specific, slightly opinionated register rather than neutral filler, and keep the draft's point of view.

What to preserve

The facts, the argument, the structure, the format (markdown stays markdown, a list stays a list), the genre, and any intentional voice the draft already has: slang, asides, a signature rhythm. When the draft has no voice of its own, the recorded voice supplies one. You change how it reads, not what it says.

Output

Return the rewritten text, with no commentary above it. If you cut length because padding was the tell, say so in the notes. The notes don't count toward the length.

Then, below a --- line, list the top three tell categories you removed, using the rulebook's own rule names, with the count of instances in the original. Rank hard-rule hits above frequency tells, then by count. Each bullet, dash, or phrase is one instance, and each counts once: a span that breaks two rules (a reframe with an em dash in it) goes under the more serious one. Then a short note on any missing fact the author should supply.

Related skills

article · house-style · brand-voice · seo-optimize · blog-context

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.