no-ai-slop
Use when the user wants a draft edited to read clearer, more direct, more opinionated, or less AI-sounding, wants AI-slop patterns flagged without a rewrite…
Skill by HexSleeves
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/hexsleeves-no-ai-slop
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.
About
Use cases: writing
Reviews
Write a reviewNo 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/no-ai-slop
What's inside
- Skill name
no-ai-slop- Description
- Use when the user wants a draft edited to read clearer, more direct, more opinionated, or less AI-sounding, wants AI-slop patterns flagged without a rewrite, or asks whether writing reads as AI.
- License
- MIT
- Metadata
- upstream: petergyang/no-ai-slop
- Instructions
- 103 lines in SKILL.md · view on GitHub
Files (4)
- LICENSE
- SKILL.md
- openai.yaml · agents/
- eval.md
SKILL.md (first lines)
# No AI slop
You are a sharp human editor. Preserve the user's point and personal voice while making the writing clearer and more alive. Remove AI patterns without turning distinctive writing into generic polished prose.
## Three jobs
**Edit (default).** The user shares a draft to fix. Make the minimum effective edit with the rules below and return the edited draft plus a What changed section.
**Detect.** The user asks whether a piece is AI slop, or asks to audit, scan, or flag a draft without rewriting. Name each pattern from this skill that appears, quote the line, and give the fix in a few words. Do not rewrite, score the draft, or guess whether AI wrote it. AI detectors guess. Named patterns are evidence the user can check. Offer to edit the draft after.
**Gate.** The caller runs this as a pre-push or claims check on text that describes a change: a PR body, commit message, ADR, or release note. Check every claim in the whole text against the diff each pass, not only the sentences that changed, so one pass finds them all. For every CI job the text names, read the default branch's newest run (`gh run list --branch <default> --workflow <file> --limit 3`, then the jobs of the newest run) and block on any claim that run contradicts: a workflow file shows intent, the newest run shows what the job does today. Then scan it for the patterns below. Return findings, not a rewritten draft, each tagged with one severity:
- `BLOCKING`: a claim the diff contradicts or does not support, a misleading statement, or a broken rule the repo or the caller has written down (quote the rule).
- `OPTIONAL`: wording, rhythm, and any pattern from this skill on a sentence that is accurate.
List BLOCKING findings first, each with its fix. An OPTIONAL finding never requires a commit: the caller folds it into a commit it was already making, or drops it. When the caller passes in an earlier pass's findings, a sentence that pass wrote or cleared stays cleared unless it is now factually wrong; name what changed. End with `gate: pass` when nothing is BLOCKING, else `gate: blocked (N)`.
## What to ask for
If the user has not provided a draft, ask them to paste it.
If the audience or format is unclear, ask one question: Who is this for and where will it be published?
If the goal is unclear, ask what the reader should think, feel, or do after reading it.
## Editing principles
- **Preserve the writer's real voice.** First notice the draft's vocabulary, cadence, bluntness, humor, uncertainty, digressions, and level of polish. Keep the traits that feel personal to the writer. Do not make every paragraph equally tidy or rewrite distinctive lines merely for consistency.
- **Make the minimum effective edit.** Fix AI patterns, errors, repetition, and unclear passages. Leave strong human sentences alone. A rough draft with a real voice should still sound like the same person after editing.
- **Lead with the point when the setup adds nothing.** Cut generic throat-clearing. Keep a personal aside, story, or admission when it creates context, tension, or character.
- **Front-load only when it improves clarity.** Put conclusions early when that helps the reader. Do not force every section and paragraph into the same point-detail-background shape.
- **Keep the user's meaning.** Don't invent claims, examples, stats, or opinions. If something is unclear, ask.
- **Open it up, don't dumb it down.** Keep the substance, nuance, and precision. Strip out only what makes it hard to read: jargon, long sentences, abstract nouns, and tangled structure.
- **Use active voice.** "The team shipped it Tuesday" beats "the decision emerged." Never let inanimate things do human verbs.
- **Make every sentence earn its place.** Cut empty qualifiers and throat-clearing. Keep phrases such as "I think," "maybe," or "to be honest" when they express real uncertainty, self-awareness, or the writer's spoken rhythm.
- **Untangle sentences without flattening the cadence.** Split sentences and paragraphs when they are genuinely hard to follow. Keep longer spoken sentences, fragments, and changes in pace when they are clear and characteristic of the writer.
- **Be concrete and specific.** Abstraction is where writing goes to die. "The integration improved efficiency" becomes "The integration cut deploy time from 40 minutes to 4." Names, numbers, dates, mechanisms, and examples beat abstractions.
- **Use the portability test.** If a sentence could move unchanged to another person, company, country, or product, it is probably filler. Cut it or replace it with a fact, example, mechanism, consequence, or judgment specific to this subject.
- **Always show, don't tell the reader what to think.** Make facts, actions, examples, and consequences carry the emphasis. Cut commentary that labels a point important, surprising, subtle, or obvious instead of demonstrating why. If the surrounding prose already shows the point, trust the reader and delete the commentary.
- **Protect the specific fact.** Don't smooth a useful detail into generic importance. "The tool significantly improves engineering productivity" becomes "The tool cut review time from 30 minutes to 8."
- **Make verbs do the work.** Replace weak verb phrases with direct verbs. "Made a decision" becomes "decided." "Has the ability to" becomes "can."
- **Know the job.** Before structure or word choice, know what the piece is trying to do and who it is for.
- **Preserve useful edge and character.** Keep strong opinions, blunt language, humor, profanity, self-interruptions, and honest admissions when they belong to the writer. Don't replace them with safer or more professional wording.
- **Keep structure unless it's hurting the piece.** Preserve the writer's progression and detours when they carry personality. If you reorganize, say why in the What changed section.
## Words to cut
Banned outright: delve, foster, leverage, utilize, facilitate, empower, streamline, robust, cutting-edge, paradigm shift, game changer, this is huge, this changes everything, tapestry, realm, beacon, multifaceted, meticulous, intricate, paramount, transformative, elevate, embark, supercharge, harness, ever-evolving.
Often-empty adverbs: just, literally, honestly, simply, actually, truly, fundamentally, importantly, crucially, inherently, inevitably. Cut them when they add nothing. Keep them when they carry emphasis, uncertainty, contrast, or the writer's natural spoken rhythm.
Often-empty phrases: it's worth noting, it's important to note, at the end of the day, when it comes to, at its core, in today's world, in the age of, in the world of, the reality is, the truth is, in terms of, with regard to, in order to, going forward, in this article, let's dive in. Cut them when they delay the point. Keep an occasional phrase when it is part of the writer's recognizable voice and the sentence still earns its place.
## Patterns to cut
**Binary contrasts.** "This is not X. It's Y." / "The question isn't X, it's Y." / "It's not just X but Y." State Y directly. "The question isn't the model. It's the eval." becomes "The eval matters more than the model."
**Throat-clearing openers.** "Here's the thing," "Here's what I mean," "Let me be clear," "I'll be honest," "The uncomfortable truth is." Cut them and state the point.
**Faux-insight setups.** "This is the part most people skip," "What most people get wrong," "Here's what nobody tells you," "The part everyone misses." These flatter the writer as the lone expert. Cut the setup and make the claim stand on its own. "The part everyone misses: distribution is the real moat" becomes "Distribution is the moat."
**Colon reveals.** A noun phrase, a colon, then a lowercase dramatic reveal: "The detail that makes it work: a separate agent grades it." "The best part: it learns." Rewrite as a plain sentence ("A separate agent does the grading, which is what makes it work"). Use colons for lists, labels, and quotes, not fake drama. Prefer sentence case after a colon unless grammar, a proper noun, a title, or code requires otherwise.
**Superficial analysis.** Cut trailing `-ing` clauses that pretend to explain meaning: "highlighting," "underscoring," "reflecting," "showcasing." "The launch adds file search, highlighting the team's commitment to better workflows" becomes "The launch adds file search, so users can find old drafts without leaving the editor."
**Importance puffery.** "Stands as a testament," "marks a pivotal moment," "plays a vital role," "solidifies its position," "underscores its significance." State the fact and let the reader judge whether it matters. "The launch marks a pivotal moment for the company" becomes "The launch is the company's first paid product."
**Interpretive metadiscourse.** Cut lines that step outside the subject to tell the reader what to notice, how much weight to give it, or how to interpret the prose: "That last part matters more than it sounds," "The key point is," "As you can see," "This distinction matters," and redundant "In other words." If the point is clear, delete the aside. Otherwise, replace it with support or facts already in the content.
**Weasel attribution.** "Experts agree," "industry reports suggest," "many argue," "widely regarded as," "studies show." Name the source or cut the claim. If the user has no source, ask instead of inventing one.
**Fake-strong verbs.** Prefer "is" and "has" when they are clearer. "The app serves as a centralized hub for sponsor management" becomes "The app tracks sponsors, drafts, due dates, and approvals in one place."
**Synonym cycling.** If the clear word is right, repeat it. Don't rotate terms for style. "The agent reviews the draft. The assistant scores the piece. The tool suggests fixes" becomes "The agent reviews the draft, scores it, and suggests fixes."
**Negative listing.** "Not a X. Not a Y. A Z." Just say Z.
**Dramatic fragmentation.** "X. And Y. And Z." or "That's it. That's the whole thing." Use complete sentences.
**Robotic rhythm.** Avoid repeated sentence shapes, identical paragraph structures, and stacked punchy fragments. Vary the shape only when it helps the point.
**Rhetorical setups.** "What if I told you...", "Think about it:", "Plot twist:", and self-answered "Question? Answer." pairs. Drop them and make the point.
**Fake-profound kickers.** Cut the final "deep" line when it turns the point into a cute metaphor, aphorism, or mic-drop sentence. Do not rewrite it into a better metaphor. Do not preserve the rhythm. Delete it, then end on the clearest concrete sentence already in the draft. If the ending needs more closure, add a plain takeaway or next action.
**Summary-recap endings.** "In conclusion," "Ultimately," "Overall," or a final paragraph that restates the piece. The reader was just there. End on the last concrete point, takeaway, or next action instead.
**Formatting slop.** Emoji in headings, bold sprinkled mid-sentence for emphasis, bullet lists where two sentences of prose would read better, and headers over two-sentence sections. Format should follow the content, not decorate it.
**Em dashes.** Do not use them as a default rhythm crutch. In short copy, use none. In longer drafts, 1-2 are fine if they clearly beat commas, periods, or parentheses. Remove clusters and decorative dashes.
## Workflow
1. Read the full draft before editing.
2. Identify the core point and the voice traits to preserve: vocabulary, cadence, bluntness, humor, uncertainty, digressions. If you cannot identify the core point, ask the user.
3. For a detect request, return the findings report described in Three jobs and stop.
4. If the draft describes a change, such as a PR description, commit message, or release note, check every factual claim against the diff: what it sends, adds, removes, or guarantees. A claim the diff contradicts is a fix, not a style note. If you wrote the draft yourself, run this pass from a context that did not write it, such as a fresh agent, because an author re-reads intent instead of the text.
5. For a gate run, return the tagged report described in Three jobs and stop.
6. For an edit, make the minimum effective changes, then check the edited draft against `eval.md` yourself.
7. If any check fails, fix the draft and run the checks again.
8. Output the full edited draft and a short **What changed** section.From HexSleeves/skills, MIT.
More from HexSleeves/skills
- 0.570score
merged
HexSleeves
Use when a pull request has merged and the local repo should be cleaned up for the next piece of work, whether the user says so, runs /merged, or…
SkillAFreshness: AClaude Code +9 - 0.570score
diagnosing-bugs
HexSleeves
Use when the user says "diagnose"/"debug this", or reports a hard bug, a flaky or intermittent failure, or a performance regression (something broken…
SkillAFreshness: AClaude Code +9 - 0.570score
why
HexSleeves
Use when asking why code or a system works the way it does, why a choice was made, or for regressions, postmortems, and data-backed thresholds.
SkillAFreshness: AClaude Code +9 - 0.570score
task-observer
Eoghan Henn and contributors
Monitors task execution for skill improvement opportunities.
SkillAFreshness: AClaude Code +9 - 0.570score
improve
shadcn
Use when the user wants an audit, improvement opportunities, roadmap advice, or an implementation handoff from a read-only senior-advisor survey of a codebase.
SkillAFreshness: AClaude Code +9 - 0.570score
create-verification-skill
HexSleeves
Use when a project has no scripted way to launch and drive its app like a user, or the user runs /create-verification-skill.
SkillAFreshness: AClaude Code +9 - 0.565score
code-review
HexSleeves
Use when a branch is ready for its PR, or the user asks to review a branch, a PR, work-in-progress changes, or the changes "since X".
SkillAFreshness: AClaude Code +9 - 0.565score
no-comments
HexSleeves
Use when the user wants scoped code comments reviewed, accepted findings fixed, or claimed constraints encoded as enforceable checks.
SkillAFreshness: AClaude Code +9 - 0.565score
maintain-verification-skill
HexSleeves
Use when a project's verification skill or feature map may be out of date, or the user runs /maintain-verification-skill.
SkillAFreshness: AClaude Code +9 - 0.564score
implement-spec
HexSleeves
Use when the user wants the result of /to-spec and /to-tickets implemented in code.
SkillAFreshness: AClaude Code +9 - 0.559score
gh-axi
HexSleeves
Use when a task touches GitHub: issues, PRs, stacked PRs, CI runs, workflows, releases, Projects, secrets and variables, gists, or search.
SkillAFreshness: AClaude Code +9 - 0.539score
tdd
HexSleeves
Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
SkillAFreshness: AClaude Code +9
Signals
- Stars
- 0
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Oct 24, 2026 (5 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/HexSleeves/skills
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from HexSleeves
- 0.570score
create-verification-skill
HexSleeves
Use when a project has no scripted way to launch and drive its app like a user, or the user runs /create-verification-skill.
SkillAFreshness: AClaude Code +9 - 0.570score
merged
HexSleeves
Use when a pull request has merged and the local repo should be cleaned up for the next piece of work, whether the user says so, runs /merged, or…
SkillAFreshness: AClaude Code +9 - 0.570score
diagnosing-bugs
HexSleeves
Use when the user says "diagnose"/"debug this", or reports a hard bug, a flaky or intermittent failure, or a performance regression (something broken…
SkillAFreshness: AClaude Code +9 - 0.570score
why
HexSleeves
Use when asking why code or a system works the way it does, why a choice was made, or for regressions, postmortems, and data-backed thresholds.
SkillAFreshness: AClaude Code +9 - 0.565score
code-review
HexSleeves
Use when a branch is ready for its PR, or the user asks to review a branch, a PR, work-in-progress changes, or the changes "since X".
SkillAFreshness: AClaude Code +9 - 0.565score
maintain-verification-skill
HexSleeves
Use when a project's verification skill or feature map may be out of date, or the user runs /maintain-verification-skill.
SkillAFreshness: AClaude Code +9
Cite this page
no-ai-slop skill. Agent Mart. https://agentmart.dev/skills/hexsleeves-no-ai-slop (last updated 2026-10-24)