Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Writing Audit

ASecurity

Audit and adjust the writing a piece of work produced, including workflow artifacts, code comments in the diff, PR descriptions, and unpushed commit messages. Use once draft PRs are open and before they go ready for review, or when asked to audit comments, descriptions, or writing. Running it before the PRs exist leaves their descriptions unaudited.

46 stars
0 votes
0 copies
0 views
Added 9/23/2026
developmentgo

Security Analysis

A100/100

Scanned 9/23/2026

Install to Claude Code

$npx -y skills add acoz-labs/quickstop --skill writing-audit --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Writing Audit?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Writing Audit
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/acoz-labs-writing-audit/badge)](https://www.skillsdirectory.com/skills/acoz-labs-writing-audit)

More formats (shields.io, HTML) on the badges page.

Download with Pro
Files
SKILL.md
---
name: writing-audit
description: Audit and adjust the writing a piece of work produced, including workflow artifacts, code comments in the diff, PR descriptions, and unpushed commit messages. Use once draft PRs are open and before they go ready for review, or when asked to audit comments, descriptions, or writing. Running it before the PRs exist leaves their descriptions unaudited.
argument-hint: (no args — audits the artifacts, diff, and PRs for the current branch)
---

# Writing Audit

Within the caller’s authorized scope, audits and ADJUSTS the writing our work leaves behind. This skill is the **procedure**; it does not carry the rules.

## Where the rules live

Resolve all relative paths from this installed skill directory, never the working directory. Read the reference for each surface before auditing it. Do not audit from memory, and do not audit from any summary of the rules, including one in this file.

| Surface | Reference |
|---|---|
| Workflow artifacts | `../writing-style/references/artifacts.md` |
| Questions asked of me | `../writing-style/references/questions.md` |
| Code comments | *(none yet; use the output style's section)* |
| PR descriptions | *(none yet; use the output style's section)* |
| Commit messages | *(none yet; use the output style's section)* |

A surface with no reference falls back to that surface's section in the output style, which is thinner but not nothing. Package maintainers adding a reference update this table and `../writing-style/SKILL.md` in the source repository. An ordinary audit does not edit installed plugin files.

<!-- Don't leave a path here for a file that doesn't exist. A broken pointer
     reads as "load this" and fails silently when the read comes back empty. -->

**The floor is the `writing-for-humans` output style, and this audit is void without it.** It carries rules that live in no reference: the punctuation preferences, the spoken-voice test, personal voice patterns, and the context-independence test that item 1 below leans on entirely. Check whether its rules are already present. If they are not, read `../../output-styles/writing-for-humans.md` directly. Do not change the selected output style. Auditing against the references alone silently drops half the standard.

With the floor confirmed present, the per-surface references are what you still need to load.

**Why this file names no rules.** An audit that carries its own copy of the standard drifts from the standard, and then quietly enforces the older, weaker version. If a rule seems to be missing, suggest the improvement separately from the writing audit. Package maintainers change the reference in the source repository, not this skill; ordinary audits never modify installed references.

## What to audit

### 1. Workflow artifacts

Any durable markdown this work produced for me to read: design notes, triage write-ups, decision records, scratch docs. They get audited first because this is the surface where the damage is worst and least visible.

The failure to hunt for is prose that is terse, precise, correct, and undecipherable to anyone who wasn't in the session. It passes every voice rule, which is why it survives. Run the context-independence test from the output style against every line: an identifier as a sentence's subject, a term coined mid-session used as shared vocabulary, a pointer standing in for what it says, a claim whose stakes are never stated.

The fix is never to delete the citation. Say the thing in plain words, move the `file:line` behind the sentence, leave the evidence intact.

Anything that asks me a question gets checked against `../writing-style/references/questions.md`. Use the optional cold reader within the bounds in `../writing-style/references/cold-reader.md`.

### 2. Code comments we added or modified

Comments we authored in the requested branch diff plus relevant uncommitted changes. Leave unrelated or other authors’ work untouched. Judge each against the code-comments reference if one exists, otherwise the output style's Code comments section, plus any team coding standards. Load them; don't work from a remembered version.

### 3. PR descriptions

For this branch's PRs (`gh pr view`), against the PR-descriptions reference if one exists, otherwise the output style's section. Template sections are structure, not verbosity: where the repo has a PR template, every section stays, with a short `N/A` where it doesn't apply. Tighten the prose inside them; never strip the scaffold.

### 4. Unpushed commit messages

Only if they have not been pushed and history rewriting is already authorized. Otherwise suggest revised wording. Same sources as above. Never rewrite pushed history.

## Out of scope, deliberately

Chat messages and ticket comments are drafted and sent in the moment, with their references loaded at the time, and they leave this branch. They are not part of a change's leftover writing, so they are not swept here. If one needs fixing, that's an edit in the moment, not an audit pass.

## How to act

- **Fix within scope.** Edit local drafts when authorized; a review-only request means report findings without edits. Commit only within existing authorization. Preserve facts, uncertainty, templates, attribution and required trailers.
- **Artifacts** are local files and get corrected directly. If an artifact is wrong about *substance* rather than wording, that's a separate conversation, not this skill. Don't quietly restate a decision while tidying prose.
- **PR descriptions**: draft the improvement and show the old and new versions. Apply it with `gh pr edit --body` only when that external change is already authorized by the user or the governing workflow; otherwise leave the draft for approval.
- **When unsure whether something is load-bearing**, a comment that might carry real context or an artifact line that reads oddly but may be precise for a reason, keep it and flag it in the report. Deleting something you didn't understand is worse than leaving it.
- **Report**: what was deleted, rewritten, and kept-and-flagged; the artifact sections rewritten; the description diffs applied.

Attribution

acoz-labsacoz-labs
View sourceMore from acoz-labs →
SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

Related Skills

Browser Extension Developer

Use this skill when developing or maintaining browser extension code in the `browser/` directory, including Chrome/Firefox/Edge compatibility, content scripts, background scripts, or i18n updates.

284722 votes

Seo Optimizer

SEO optimization with keyword analysis, readability assessment, technical validation, content quality. Use for search rankings, blog posts, content audits, or encountering keyword density, readability scores, meta tags, schema markup errors.

2192 votes

Google Official Seo Guide

Official Google SEO guide covering search optimization, best practices, Search Console, crawling, indexing, and improving website search visibility based on official Google documentation

1862 votes

Tanstack Start

Build a full-stack TanStack Start app on Cloudflare Workers from scratch — SSR, file-based routing, server functions, D1+Drizzle, better-auth, Tailwind v4+shadcn/ui. Use whenever the user mentions TanStack Start, asks to scaffold a full-stack Cloudflare app with SSR, wants an SSR dashboard, or asks for a React 19 + Cloudflare Workers app with file-based routing and server functions — even if they don't name TanStack Start specifically. No template repo — Claude generates every file fresh per ...

9881 votes

Pentest

PTES-aligned adversarial security audit for backend, frontend, and mobile applications. Produces a CVSS-scored Hacker Report with verified PoCs and phased remediation.

5491 votes
View all in development →