skills/humanize/SKILL.md
Invoke this skill whenever producing text that a human will read — emails, messages, documentation, reports, blog posts, announcements, commit messages, or any prose draft. Trigger signals include: task is a writing or editing task, output will be sent or published, user says "humanize", "make this sound less AI", "de-AI this", "this sounds like ChatGPT", "make it sound more natural", or "edit this". Do not wait for the user to ask — apply this automatically before delivering any human-facing draft. Skipping this means delivering text with predictable AI patterns that erodes trust and sounds generated.
npx skillsauth add b-open-io/prompts humanizeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Strip AI writing patterns from prose. Follow these three rules exactly.
The single most recognizable AI tell is the antithesis move: name something to dismiss or diminish, then pivot to the "real" claim. Banning a phrase does not work — block "not X, it's Y" and the model swaps in "rather than X, Y" or "while X, Y" and makes the exact same move. So ban the MOVE, not the words. Before writing any sentence, ask: does it prop up the real point by first knocking down an alternative? If so, delete the dismissed half and state the claim alone.
The move wears many costumes. Every one of these is the same pattern:
With negation (easy to catch):
Without any "not" (the disguised forms — these slip past a keyword search and are how the pattern usually escapes):
FIX: Say Y. Drop the comparison entirely. If the positive claim is clear, the contrast adds nothing but a machine fingerprint.
Frequency is the dead giveaway. A single antithesis can read as human — people use the move occasionally. Corpus analysis of 16,000 articles found the 2026 signature is burstiness: the same piece using "not X, it's Y" (or a disguised cousin) three or more times. If you must keep one, keep exactly one. Aim for zero.
Examples:
When you write a list, count the items. If there are exactly 3 items in parallel structure, either remove one (making it 2) or add one (making it 4).
This applies everywhere: adjective lists, verb lists, noun lists, parallel sentences.
Never restate the same point in different words for emphasis. Say it once clearly and move on. If the first sentence already conveys the meaning, the restating sentence is dead weight.
After writing, check the last sentence of every paragraph. Count its words. At most ONE paragraph may end with a sentence under 15 words. All other paragraphs must end with a sentence of 20+ words that includes a specific detail, number, or example.
After writing any prose, you must do a concrete revision pass before delivering. This is not optional — the first draft will contain AI patterns no matter how carefully you write it. Do these checks mechanically:
Do this revision pass silently — don't mention it in your output. Just deliver the cleaned text.
Before delivering revised prose:
After editing, rate the text 1–10 on each dimension:
| Dimension | Question to ask | |-----------|-----------------| | Directness | Does it state facts, or announce them? | | Rhythm | Are sentences varied in length and structure? | | Trust | Does it respect reader intelligence? | | Voice | Does it sound like a person wrote it? | | Density | Is anything cuttable without losing meaning? |
Below 35/50: revise again.
AI version (bad):
Speed. We don't just build fast infrastructure — we build infrastructure that's fast, reliable, and scalable. Your transactions process in milliseconds, not minutes. That's the difference.
Humanized version (good):
Speed. Transactions process in under 200ms. We cache settlement data locally so round-trips to the clearinghouse don't block your checkout flow. Most integrations go live in a day or two.
Notice what changed: the binary contrast ("don't just X — we Y") is gone, the tricolon ("fast, reliable, and scalable") became specific claims, the punchline ending ("That's the difference") became a practical detail, and the paragraph ends with a long informational sentence rather than a mic-drop.
Good humanized prose:
tools
This skill should be used when a Claude Code session needs to keep working after Anthropic usage runs out, or when the user asks to run the Claude Code harness on GPT-5.6 Sol. Trigger phrases include "my Anthropic usage ran out", "I'm out of Claude usage", "usage limit reached, what now", "keep working on another model", "run Claude Code on GPT-5.6 Sol", "use GPT-5.6 Sol as the model", "set up claudex", "claudex isn't working", "route the harness through CLIProxyAPI", or "bill against my ChatGPT/Codex subscription". It stands up a local proxy so the Claude Code CLI runs on OpenAI's Codex backend as an escape hatch, and diagnoses that setup when it drifts. macOS + Homebrew.
testing
This skill should be used when the user asks to "open Visual Wayfinder", "answer a Wayfinder ticket visually", "turn this decision into a configurator", "show Wayfinder choices as a dashboard", "prototype the Wayfinder questionnaire", or wants interactive choice cards, tradeoff controls, rankings, ranges, toggles, and consequence previews for one active Wayfinder decision. It wraps the Wayfinder skill and JSON Render; it never replaces the tracker or resolves more than the active decision.
development
This skill should be used when the user asks to "make a visual proposal", "write this up so I can share it", "present these options visually", "diagram the trade-offs", "turn this plan into something reviewable", or requests a shareable design pitch, architecture proposal, RFC, options comparison, or visual roadmap for work that has not been built. It produces one self-contained, theme-aware HTML page led by grounded diagrams. Use visual-review instead for completed code changes; do not use this skill for internal task tracking.
tools
This skill should be used when the user asks to "add plugin settings", "make a plugin configurable", "store per-project plugin configuration", "use settings.local.json", "create a plugin state file", "expose skill settings in Agent Master", or "add a skill interface". Distinguishes official Claude Code settings from project-owned configuration and documents bOpen Agent Master skill interface discovery.