/Catalogue/Prompt/mohitagw15856/mohitagw15856-pm-claude-skills-ai-content-audit

Origin: github

ai-content-audit

Audit a content library, docs site, or blog for AI-generated filler that's eroding trust and search performance — and triage what to fix, rewrite, or delete. Use when asked to find slop in a content library, audit AI-written content quality, explain why content engagement or rankings dropped after scaling with AI, or set a quality bar for AI-assisted publishing. Produces an audited inventory with per-piece verdicts, the detection signals used, a triage plan, and a publishing quality gate that prevents recurrence. For a single article's AI-citability use aeo-optimizer; for the strategy itself use content-calendar or seo-content-brief.

by mohitagw15856 · updated 5h ago · imported from GitHub

Installs0+0/7d
Security score75/100
Retention 14d0%
GitHub stars1.4K

Skill logic

Execution graph
User message
Prompt rewrites behaviour
Response

SKILL.md

View on GitHub ↗

AI Content Audit Skill

Teams that scaled content with AI are discovering the bill: libraries full of fluent, structurally identical, information-free pieces that readers bounce off, search engines quietly demote, and — worst — that erode the trust the good content earned. This skill audits the library for slop with named signals, triages it, and installs the gate that stops the refill.

What This Skill Produces

  • An audited inventory with per-piece verdicts: keep / enrich / rewrite / delete-and-redirect
  • The detection signals found, quoted — so verdicts are checkable, not vibes
  • A triage plan sequenced by traffic and trust impact
  • A publishing quality gate for AI-assisted content going forward

Required Inputs

Ask for (if not already provided):

  • The corpus — pieces or URLs to audit (or a sample; state the sampling), with publish dates
  • Performance data if available — traffic, engagement, rankings over time (the audit works without it, but verdicts get sharper)
  • What the content is for — SEO, docs, thought leadership, support deflection (the quality bar differs)
  • Production context — when AI-assisted publishing started, at what volume (the before/after seam is diagnostic gold)

Detection Method

Slop isn't "AI wrote it" — it's content with nothing inside. Audit each piece for the signals, quoting instances:

  1. Information density — the core test: delete every sentence that any competitor could have written, and measure what's left. Slop survives at <20%. Look for: zero proprietary data, zero named examples, zero opinions with an owner, zero specifics a reader could act on.
  2. Structural monoculture — the same skeleton repeating across pieces (intro-restating-the-title → 5 H2s → "in conclusion"); listicles whose items are definitions, not judgments; FAQ sections answering questions nobody asked.
  3. Hedged voicelessness — "it's important to note", "in today's fast-paced world", both-sides-ism on questions the brand should have a stance on; the absence of anything a lawyer would ever have flagged.
  4. Fluency without grounding — claims with no source, stats with no year, "studies show" with no study; internally contradictory sections (the tell of stitched generations).
  5. Reader evidence, where data exists — engagement collapse relative to the library's pre-AI baseline, rising pogo-sticking, ranking decay cohort-matched to the AI-volume era. Correlate verdicts with the seam from the production context.

Verdicts: Keep (dense, differentiated — AI-assisted or not; the audit is provenance-blind on keepers) · Enrich (sound skeleton, hollow middle — inject data, examples, stance) · Rewrite (topic worth owning, execution beyond saving) · Delete & redirect (nothing inside, no traffic worth saving — thin pages drag the domain).

The Quality Gate (prevention)

For AI-assisted publishing going forward, every piece passes before shipping:

  • The density test — a named reviewer deletes the anywhere-sentences; ≥50% must survive
  • One of three must be present: proprietary data/experience · a named example with specifics · a defensible stance someone could disagree with
  • Claims carry sources; stats carry years
  • The read-aloud test — one paragraph aloud; if it sounds like nobody, it ships under nobody's name and that's the problem The gate is a checklist with an owner, not a sentiment.

Output Format

AI Content Audit: [property] — [n] pieces ([sampling noted])

Headline: [keep/enrich/rewrite/delete counts + the one-line diagnosis]

The seam: [what changed at the AI-volume transition, if data allows — cohort chart described]

PieceTrafficSignals found (quoted)Verdict

Triage plan: [sequence: high-traffic enrichables first → deletions batched with redirects → rewrites scheduled; owner + dates]

The quality gate: [the checklist above, adapted to this org, with its named owner]

Quality Checks

  • Every non-keep verdict quotes at least one concrete signal from the piece
  • The audit is provenance-blind on keepers — good AI-assisted content is not penalised for its origin
  • Deletions come with redirect targets, not just removal
  • The triage is sequenced by traffic × trust impact, not by ease
  • The gate has an owner and a pass bar, not aspirations

Anti-Patterns

  • Do not use "AI-detector" scores as evidence — they misfire both ways; the signals are about emptiness, not origin
  • Do not delete by publish-date cohort — some AI-era pieces are good and some human classics are slop
  • Do not enrich everything — a piece with no reason to exist gets deleted, not decorated
  • Do not install the gate without an owner — a checklist nobody signs is the slop pipeline with extra steps
  • Do not frame the report as anti-AI — the finding is a quality failure that AI made cheap to commit at scale

Discussion

No comments yet — start the thread.

Sign in to join the discussion.

/More from mohitagw15856/pm-claude-skills

mohitagw15856· 5h agoSandbox
agent-readiness-audit

Prompts · HTML · v0.1.0

Audit whether AI agents can actually use your product — docs, APIs, onboarding, errors, and discoverability, evaluated from a non-human user's perspective. Use when asked if a product is agent-ready, to audit a site or API for AI usability, to prepare for agentic traffic, or when agents keep failing against your product. Produces a scored readiness report with per-surface findings and a prioritised fix list. For optimising a single article for AI citation use aeo-optimizer; for designing the MCP server itself use mcp-server-spec.

#agent-skills#agents#ai-agents

0 1.4K
mohitagw15856· 5h agoSandbox
agm-in-a-box

Prompts · HTML · v0.1.0

Run a club, PTA, or association AGM that finishes on time and holds up later — the notice and agenda done right, a quorum plan, minutes that capture decisions not conversations, elections without awkwardness, and the follow-up that makes decisions real. Use when a volunteer says 'I have to run the AGM', 'what goes in the agenda', 'nobody comes to our meetings', or 'our elections are a mess'. Produces the notice, agenda, chair's script, minutes template, and quorum rescue plan.

#agent-skills#agents#ai-agents

0 1.4K
mohitagw15856· 5h agoSandbox
ai-eval-plan

Prompts · HTML · v0.1.0

Design an evaluation plan for an LLM or AI feature before shipping it. Use when asked how to evaluate a prompt/model/agent, set up an eval harness, define quality metrics for an AI feature, or build a regression gate. Produces an eval plan — task definition, datasets, metrics & rubrics, baselines, automated + human evals, a pass bar, and a regression gate.

#agent-skills#agents#ai-agents

0 1.4K
mohitagw15856· 5h agoSandbox
ai-feature-prd

Prompts · HTML · v0.1.0

Write a PRD for an AI-powered feature, covering the things normal PRDs miss. Use when asked to spec an AI/LLM feature, write a PRD for a feature that uses a model, or plan an AI capability (assistant, summarizer, generator, classifier). Produces an AI feature PRD — problem & UX of uncertainty, model approach, eval criteria, guardrails, fallback behaviour, the data flywheel, and cost/latency budget.

#agent-skills#agents#ai-agents

0 1.4K