Humanise logo

Humanise

Community
henkisdabro
humanise

Humanise text by removing AI writing patterns so it reads as human-written. Use when the user asks to humanise, de-AI or de-slop a draft, says it reads like a robot or like ChatGPT wrote it, or wants a press-release voice given a pulse. Applies 34 patterns from Wikipedia's "Signs of AI writing". For grammar-only proofreading or spell checking, edit normally instead.

Overview

Publisherhenkisdabro
Repositorywookstar-claude-plugins
Skill namehumanise
Stars
88
Forks
12
Bundled files
8
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • 8 bundled files

    Scripts, templates, and references the model can read while it works. Files are read-only and never executed.

  • Open source

    Published by henkisdabro on GitHub. Read the source before you install it.

Installation

Install the Humanise AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/henkisdabro/wookstar-claude-plugins.git /tmp/wookstar-claude-plugins
mkdir -p .claude/skills
cp -r /tmp/wookstar-claude-plugins/plugins/humanise/skills/humanise .claude/skills/humanise
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Humanise in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Humanise on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Humanise is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

Humaniser: remove AI writing patterns

Based on Wikipedia's "Signs of AI writing", maintained by WikiProject AI Cleanup. Last checked against the Wikipedia source: 2026-09-09.

Removing AI patterns is table stakes. The job is giving the text a pulse.

Process

  1. Calibrate on the author's voice if a sample is available (see Voice calibration)
  2. Scan all 34 patterns (see Pattern summary)
  3. Read the reference file for every pattern found
  4. Rewrite each flagged section, replacing the pattern with pulse
  5. Audit that draft against the two questions below, answering both in writing
  6. Revise into a final version that addresses both answers
  7. Return the final text, the audit answers, and a footnote listing the patterns fixed

The audit questions

Ask these of your own draft, in these words:

  1. "What makes the text below so obviously AI generated?" Assume it still is, and go find the reason. Asking whether it "sounds human" is a vibe check, and a draft always passes its own vibe check. This question does not let it.
  2. "Does the rewrite state any fact, name, number, date, quote or citation that is not in the source?" See Never invent facts.

Never invent facts

The rewrite carries every claim from the source and adds none of its own. No fact, name, number, date, quote or citation appears in the output unless it was in the input or the user supplied it.

The rest of this skill pushes the other way, which is why the rule is here: pattern #5 flags vague attributions and pulse asks for specific detail, so the tempting move is to turn "the fee increase reflects the expanded scope" into "the 12% fee increase reflects the expanded scope". That number is invented, and it is invented in the documents that can least afford it. Trade vagueness for specificity only when the specific comes from the source or the user. Where a sentence needs detail it does not have, ask for it or write the plain version.

A fabrication is a defect even when it reads more human than the vague original.

Opinions and reactions are voice, not facts. Stance, uncertainty, mixed feelings and rhythm are yours to add. Claims are not. Fiction is the exception: there, invented detail is the job.

Voice calibration

If the author's own writing is available, read it before rewriting anything. A sample can come from the user pasting one, or from pointing at a folder of their previous work. Where there is a folder, read two or three pieces from the same genre as the text being edited. A client email and a blog post are not the same voice.

Take from the sample: sentence lengths, vocabulary level, how paragraphs open, punctuation habits, recurring phrases, and how they get from one idea to the next. Match those habits rather than merely deleting patterns. Keep casual words casual and deliberate quirks intact.

A sample outranks every pattern rule here, including the em dash rule in #13. If the author uses em dashes, match their frequency. If they open paragraphs with "So," keep it. A tell is only a tell in writing that is not theirs.

Pulse

Sterile, voiceless writing is as obvious as slop, so removing patterns is only half the work.

Add pulse only where the content and the author call for it - blog posts, essays, opinion, personal writing, most internal notes. For encyclopedic, technical, legal, regulatory or reference text, neutral and plain is the human voice, and stance injected there is its own tell. A calibration sample settles it: write the register the author writes.

Have opinions. React to facts rather than only reporting them. "I genuinely don't know how to feel about this" beats a neutral list of pros and cons.

Vary the rhythm. Short punchy sentences. Then longer ones that take their time getting where they're going.

Acknowledge complexity. Real people hold mixed feelings. "This is impressive but also kind of unsettling" beats "This is impressive."

Use "I" where it fits. First person is honest, not unprofessional. "I keep coming back to..." signals a real person thinking.

Let some mess in. Tangents, asides, humour and half-formed thoughts are human. Perfect structure reads as algorithmic.

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

Signs of human writing (put these back)

Wikipedia documents the inverse list: constructions people use freely and LLMs avoid while chasing a formal, neutral register. Restoring these does more for a text than deleting AI vocabulary does.

  • Plain is/has phrases - "there is a", "it has a". The copula is not a weakness.
  • Short, ordinary verbs - wrote (not authored), moved (not relocated), used (not utilised), tried (not attempted), died (not passed away).
  • Superlative or definitive statements - "one of the best", "the only", "was the first". LLMs hedge these into mush.
  • Hedging qualifiers and intensifiers - very, perhaps, tends to. Sparingly, but they are human.
  • The occasional wordy construction - "as a result of", "in order to", "a part of", "the fact that".

That last one cuts against pattern #22, and both are true: filler reads as padding, while stripping every wordy construction to a clipped minimum is itself a tell. Trim the phrases doing no work and leave the ones carrying the rhythm of a person talking.

Before (a press release with no pulse):

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:

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.


Pattern summary

Identify patterns here, then read the linked reference for rewriting guidance and before/after examples.

Content patterns (detailed reference)

#PatternKey Signals
1Inflated significance/legacystands as, testament, pivotal, broader, indelible mark
2Inflated notabilityindependent coverage, social media presence, leading expert
3Superficial -ing analyseshighlighting..., ensuring..., reflecting..., showcasing..., valuable insights, align/resonate with
4Promotional languageboasts, vibrant, nestled, breathtaking, featuring, diverse array, stunning
5Vague attributionsExperts argue, Industry reports, Some critics argue
6Formulaic challenges sectionsDespite its..., Despite these challenges, Future Outlook

Language and grammar patterns (detailed reference)

#PatternKey Signals
7AI vocabulary words (era-specific)2023: delve, tapestry, bolstered; 2024: align with, fostering, pivotal; 2025+: enhance, showcasing
8Copula avoidanceserves as, stands as, boasts, features, offers [a]
9Negative parallelisms (three subtypes)"Not only...but also..." / "It's not X, it's Y" / "X rather than Y" (Grok)
10Rule of threethree-item lists forced into every sentence
12False rangesfrom X to Y where X and Y aren't on a scale
32Vague expression of connectionassociated with, in connection with, in association with, connected to
11Synonym cycling (pre-2025 era)protagonist/main character/central figure/hero cycling

Style patterns (detailed reference)

#PatternKey Signals
13Em dash overuseexcessive -- usage for dramatic effect (weakening as a tell; see reference)
14Boldface overusemechanical bolding of terms
15Inline-header listsHeader: description bullet points
16Title Case headingsEvery Word Capitalised In Headings
17Emoji decorationemojis on headings and bullet points
18Curly quotation marks“smart quotes” instead of "straight quotes" (ChatGPT/DeepSeek, not Gemini/Claude)
25Unusual tablessmall unnecessary tables better suited to prose
26Skipped heading levelsjumping from H2 to H4, violating heading hierarchy
29Thematic breaks before headings---- horizontal rules inserted before every heading
30Leaked chatbot markup and citation artifactsoaicite, contentReference, turn0search0, [cite: 1], start_span, grok_card, ppl-ai-file-upload, utm_source=chatgpt.com

Communication patterns (detailed reference)

#PatternKey Signals
19Chat artifactsI hope this helps, Let me know, Here is a...
20Knowledge-cutoff disclaimersas of my last knowledge update, based on available information (bare "as of [date]" dropped Sept 2026)
21Sycophantic toneGreat question!, You're absolutely right!
27Subject lines pasted into contentemail-style subject lines left in body text
28Placeholder text and templates[Name], 2025-XX-XX, unfilled Mad Libs blanks
34Procedural self-congratulation in change summariesrefined, streamlined, enhanced, ensured adherence to, preserved, avoided, improved clarity and flow

Filler and hedging (detailed reference)

#PatternKey Signals
22Filler phrasesIn order to, Due to the fact that, At this point in time
23Excessive hedgingcould potentially possibly, might have some effect
24Generic positive conclusionsfuture looks bright, exciting times, journey toward excellence
31Didactic disclaimers and section summaries (2022-24 era)it's important to note, worth noting, may vary, In summary, In conclusion, Overall
33Announced significance and announced plain speechand this matters, which matters because, said/stated plainly, to put it plainly, worth saying plainly, worth knowing, let me be blunt

Pattern 33 is non-negotiable where an author's own rules ban it - see the author-instruction note in the reference; it then applies to every reply and every file, not only to text being humanised.

Patterns 11 and 31 are historical: Wikipedia files them as tells of older models, so they mark text drafted in 2023-24 or lifted from an older document rather than anything a current model just produced.


When not to use

  • Text already clearly human-written - humanising human writing adds its own artificiality
  • Grammar or spell-check requests - edit normally instead
  • Formal legal, medical or regulatory text, where plain precision outranks voice
  • Code comments and technical documentation - different register, different rules

Weak signals - never rewrite on these alone

Wikipedia lists these as ineffective indicators. Treating them as tells produces false positives and mangles good human writing:

  • Perfect grammar, or "fancy", academic or formal prose
  • "Bland" or "robotic" tone on its own
  • A mix of casual and formal register in the same piece
  • Transition words in isolation (Additionally, Consequently, Notably)
  • Missing citations, or conversely well-formatted ones

One or two matches anywhere in this skill is coincidence. Clusters are the signal.

Wikipedia also documents a pro-authoritarian slant in model output as a possible indicator. That is a fact-checking concern, not a rewriting one - this skill never changes what a text claims, so a suspect claim gets flagged back to the author rather than rewritten.


Further reference

FileContents
full-example.mdFull walkthrough with annotated changes, plus the Wikipedia source
wikipedia-digest.mdStructured digest of the Wikipedia source, for diffing future syncs
evals.mdEval suite: trigger tests, negative tests, pattern detection cases, quality rubric

Bundled files

The model reads these on demand while the skill is loaded. They are exposed as readable files and are never executed.

Frequently asked questions

What does the Humanise AI skill do?

Humanise text by removing AI writing patterns so it reads as human-written. Use when the user asks to humanise, de-AI or de-slop a draft, says it reads like a robot or like ChatGPT wrote it, or wants a press-release voice given a pulse. Applies 34 patterns from Wikipedia's "Signs of AI writing". For grammar-only proofreading or spell checking, edit normally instead.

Why use Humanise on TypingMind?

Because you install it once and use it with any model. Humanise is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Humanise in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/henkisdabro/wookstar-claude-plugins/tree/main/plugins/humanise/skills/humanise. TypingMind reads its SKILL.md and bundles its files and installs it as a skill you can enable per chat.

Which AI models can use Humanise?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Humanise?

As many as you like. As long as a model supports skills, you can use Humanise with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Humanise AI skill free?

It is published on GitHub by henkisdabro. Check the repository for licensing terms. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇