humanizer
Scannednpx machina-cli add skill besoeasy/open-skills/humanizer --openclawHumanizer: Remove AI writing patterns
Edit text so it sounds like a real person wrote it: clearer rhythm, stronger specificity, less filler, and no chatbot artifacts. Keep the original meaning, facts, and intent.
Quick quality checklist
namematches folder name exactly (humanizer)- Examples are copy-paste runnable (Bash + Node.js)
- Rewrites preserve factual claims and scope
- Output includes rewritten text and optional concise change summary
- No invented facts, citations, or sources
When to use
- User asks to “humanize”, “de-AI”, “make this sound natural”, or “remove AI tone”
- Draft sounds generic, inflated, formulaic, or overly polished
- Content has chatbot artifacts (hedging, servile tone, boilerplate intros/outros)
- You need a tighter, more direct style without changing factual claims
Required tools / APIs
- No external API required
- Optional local tools for batch editing:
rg(ripgrep) for pattern detectionnode(v18+) for scripted rewrite pipelines
Install options:
# Ubuntu/Debian
sudo apt-get install -y ripgrep nodejs npm
# macOS
brew install ripgrep node
Skills
basic_usage
Use this flow for single passages:
- Identify AI-patterns in the input
- Rewrite sentences to simpler constructions
- Replace vague claims with specific details when provided
- Keep tone aligned to the user’s context (formal/casual/technical)
- Return the rewritten text
Bash (pattern scan):
cat input.txt \
| rg -n -i "\b(additionally|crucial|pivotal|underscores|highlighting|fostering|landscape|testament|vibrant)\b|\b(i hope this helps|let me know if|great question)\b|—|[“”]"
Node.js (simple rule-based humanizer):
function humanizeText(text) {
const replacements = [
[/\bIn order to\b/g, "To"],
[/\bDue to the fact that\b/g, "Because"],
[/\bAt this point in time\b/g, "Now"],
[/\bIt is important to note that\b/g, ""],
[/\bI hope this helps!?\b/gi, ""],
[/\bLet me know if you'd like.*$/gim, ""],
[/\bserves as\b/g, "is"],
[/\bstands as\b/g, "is"],
[/\bboasts\b/g, "has"],
[/—/g, ","],
[/[“”]/g, '"']
];
let output = text;
for (const [pattern, to] of replacements) {
output = output.replace(pattern, to);
}
return output
.replace(/\s{2,}/g, " ")
.replace(/\n{3,}/g, "\n\n")
.trim();
}
// Usage:
// const fs = require('node:fs');
// const input = fs.readFileSync('input.txt', 'utf8');
// console.log(humanizeText(input));
robust_usage
Use this for long drafts and production outputs:
- Do a first pass for pattern detection
- Do a second pass for structure/rhythm (mix short + long sentences)
- Remove claims without support ("experts say", "observers note") unless sourced
- Prefer plain verbs (
is/are/has) over inflated alternatives - Keep uncertainty only where uncertainty is real
Bash (batch rewrite starter):
#!/usr/bin/env bash
set -euo pipefail
in_file="${1:-input.txt}"
out_file="${2:-output.txt}"
sed -E \
-e 's/\bIn order to\b/To/g' \
-e 's/\bDue to the fact that\b/Because/g' \
-e 's/\bAt this point in time\b/Now/g' \
-e 's/\bserves as\b/is/g' \
-e 's/\bstands as\b/is/g' \
-e 's/\bboasts\b/has/g' \
-e 's/[“”]/"/g' \
-e 's/—/,/g' \
"$in_file" > "$out_file"
echo "Rewritten text saved to: $out_file"
Node.js (pipeline with validation):
import fs from "node:fs/promises";
const bannedPatterns = [
/\bI hope this helps\b/i,
/\bLet me know if you'd like\b/i,
/\bGreat question\b/i,
/\bAdditionally\b/g,
/\bcrucial|pivotal|vibrant|testament\b/g
];
function rewrite(text) {
return text
.replace(/\bIn order to\b/g, "To")
.replace(/\bDue to the fact that\b/g, "Because")
.replace(/\bAt this point in time\b/g, "Now")
.replace(/\bserves as\b/g, "is")
.replace(/\bstands as\b/g, "is")
.replace(/\bboasts\b/g, "has")
.replace(/—/g, ",")
.replace(/[“”]/g, '"')
.replace(/\s{2,}/g, " ")
.trim();
}
function validate(text) {
const hits = bannedPatterns.flatMap((pattern) => {
const m = text.match(pattern);
return m ? [pattern.toString()] : [];
});
return { ok: hits.length === 0, hits };
}
async function main() {
const inputPath = process.argv[2] || "input.txt";
const outputPath = process.argv[3] || "output.txt";
const input = await fs.readFile(inputPath, "utf8");
const output = rewrite(input);
const report = validate(output);
await fs.writeFile(outputPath, output, "utf8");
if (!report.ok) {
console.error("Warning: possible AI patterns remain:", report.hits);
process.exitCode = 2;
}
console.log(`Saved: ${outputPath}`);
}
main().catch((err) => {
console.error(err.message);
process.exit(1);
});
Pattern checklist
Scan and remove these classes when they appear:
- Significance inflation and legacy framing
- Notability/media name-dropping without context
- Superficial
-ingchains - Promotional/advertisement wording
- Vague attribution ("experts say")
- Formulaic “challenges/future prospects” sections
- Overused AI vocabulary (e.g., pivotal, underscores, tapestry)
- Copula avoidance (
serves as,stands asinstead ofis) - Negative parallelism (
not just X, but Y) - Rule-of-three overuse
- Excessive synonym cycling
- False ranges (
from X to Ywithout meaningful scale) - Em-dash overuse
- Mechanical boldface emphasis
- Inline-header bullet artifacts
- Title Case heading overuse where sentence case fits
- Emoji decoration in formal content
- Curly quotes when straight quotes are expected
- Chatbot collaboration artifacts
- Knowledge-cutoff disclaimers left in final copy
- Sycophantic/servile tone
- Filler phrase bloat
- Excessive hedging
- Generic upbeat conclusions with no substance
Output format
Return:
rewritten_text(string, required): final humanized draftchanges(array of strings, optional): 3-8 concise bullets on major editswarnings(array of strings, optional): unresolved vagueness or missing source details
Example:
{
"rewritten_text": "The policy may affect outcomes, especially in smaller teams.",
"changes": [
"Removed filler phrase: 'It is important to note that'",
"Replaced vague hedge 'could potentially possibly' with 'may'"
],
"warnings": [
"Claim about impact scale remains unsourced in original text"
]
}
Error shape:
{
"error": "input_too_short",
"message": "Need at least one full sentence to humanize reliably.",
"fix": "Provide a longer passage or combine short fragments into a paragraph."
}
Rate limits / Best practices
- Use a maximum of 2 rewrite passes (pattern pass + voice pass) to avoid over-editing
- Keep domain terms and named entities unchanged unless the user asks for simplification
- Preserve formatting intent (headings, bullets, quote blocks) unless clearly broken
- If source claims are vague, keep wording conservative and surface a warning instead of inventing specifics
- Read output aloud mentally: if rhythm sounds robotic, vary sentence length and cadence
Agent prompt
You have the humanizer skill. When the user asks to make text sound natural:
1) Read the full draft and detect AI writing patterns.
2) Rewrite to preserve meaning, facts, and intended tone.
3) Prefer specific, concrete language over vague significance claims.
4) Remove chatbot artifacts, filler, and over-hedging.
5) Use simple constructions (is/are/has) where they read better.
6) Vary sentence rhythm so the text sounds spoken by a real person.
7) Return the rewritten text. Optionally add a brief bullet summary of key changes.
Never invent facts. If a claim is vague and no source is provided, keep it conservative.
Troubleshooting
Rewrite feels too flat
- Symptom: Text is clean but soulless
- Fix: Add natural opinion/stance where context allows; vary rhythm and sentence length
Meaning drifted from original
- Symptom: New version sounds better but changes claims
- Fix: Re-run with strict requirement: preserve factual claims and scope sentence-by-sentence
Output still sounds AI-generated
- Symptom: Frequent abstract words and formulaic transitions remain
- Fix: Run pattern scan first, then rewrite only flagged spans; avoid global synonym swaps
Validation workflow
Use this quick gate before returning output:
- Compare original vs rewritten sentence-by-sentence for factual equivalence
- Verify no unsupported new specifics were introduced
- Check for leftover chatbot artifacts (
I hope this helps,Let me know if) - Ensure rhythm variety (not all sentences same length)
- Return
warningsfor unresolved ambiguities
See also
- ../web-interface-guidelines-review/SKILL.md — Improve clarity and structure of user-facing copy
- ../json-and-csv-data-transformation/SKILL.md — Transform and validate large text datasets before rewrite passes
Reference
- Source inspiration: https://skills.sh/blader/humanizer/humanizer
- Pattern basis: Wikipedia "Signs of AI writing" (WikiProject AI Cleanup)
Source
git clone https://github.com/besoeasy/open-skills/blob/main/skills/humanizer/SKILL.mdView on GitHub Overview
Humanizer rewrites AI-sounding text into natural, human writing by removing common LLM patterns while preserving meaning and tone. It helps content read as if a person wrote it, reducing chatbot artifacts. The output keeps the original facts and intent intact.
How This Skill Works
It detects AI patterns in the input and rewrites sentences to simpler constructions. It replaces vague claims with specifics when provided and keeps the tone aligned to the user’s context. The tool outputs the rewritten text, with an optional concise change summary.
When to Use It
- When a user asks to humanize, de-AI, or remove AI tone
- When a draft sounds generic, inflated, formulaic, or overly polished
- When content has chatbot artifacts (hedging, servile tone, boilerplate intros/outros)
- When you need a tighter, more direct style without changing factual claims
- When batch editing long drafts using local tools (rg and Node.js) for consistency
Quick Start
- Step 1: Identify AI-patterns in the input text.
- Step 2: Rewrite sentences to simpler constructions and replace vague claims with specifics when provided.
- Step 3: Ensure the meaning and tone stay the same and output the rewritten text (plus optional change summary).
Best Practices
- Identify AI patterns in the input before rewriting
- Do a second pass for rhythm by mixing short and long sentences
- Replace vague claims with specifics when provided
- Keep tone aligned to the user’s context (formal/casual/technical)
- Keep uncertainty only where it’s real
Example Use Cases
- Before: In order to improve efficiency, we introduced the feature. After: To improve efficiency, we introduced the feature.
- Before: At this point in time, the system supports 3 integrations. After: Now, the system supports three integrations.
- Before: This product boasts high security. After: This product has high security.
- Before: It is important to note that the results are preliminary. After: The results are preliminary.
- Before: The initiative stands as a testament to our commitment. After: The initiative shows our commitment.