Skip to content
Agentmart
Submit a tool

human-writing

Use for publicly facing writing, product copy, documentation, and durable user-visible strings such as frontend labels, messages, errors, empty states, and…

Skill by Tom-R-Main

IndexedMIT★ 1
Write a review

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/tom-r-main-human-writing

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.

We use your email only for this newsletter. Privacy

About

Use for publicly facing writing, product copy, documentation, and durable user-visible strings such as frontend labels, messages, errors, empty states, and onboarding text. For internal, personal, or model-facing prose, use semantic-density instead.

Use cases: frontend, writing

No 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
Runs as
Python package

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/human-writing

What's inside

Skill name
human-writing
Description
Use for publicly facing writing, product copy, documentation, and durable user-visible strings such as frontend labels, messages, errors, empty states, and onboarding text. For internal, personal, or model-facing prose, use semantic-density instead.
License
MIT
Metadata
version: 1.0.0 · language: English-first
Instructions
186 lines in SKILL.md · view on GitHub

Before installing

  • Ships executable scripts

Files (11)

  • README.md
  • SELF-AUDIT.md
  • SKILL.md
  • openai.yaml · agents/
  • evaluation-rubric.md · references/
  • pattern-catalog.md · references/
  • voice-profile-schema.md · references/
  • watermarks-remover-license.txt · references/
  • postprocess_output.py · scripts/
  • test-cases.md · tests/
  • test_postprocess_output.py · tests/

SKILL.md (first lines)

# Human writing

## Purpose and limits

Produce prose that sounds like a person with a purpose, a reader in mind, and a defensible relationship to the subject. Preserve truth, voice, genre, and useful polish while removing generic model patterns.

This is not an AI-detector-evasion system. Do not optimize for detector scores, perplexity, burstiness, or artificial imperfection. Naturalness does not require fake mistakes, invented experience, random variation, or reduced precision. The catalog is English-first; transfer its reasoning across languages, not its English-specific word lists.

## Scope and routing

Use this skill for public-facing writing, product copy, documentation, and durable user-visible strings, including frontend labels, messages, errors, empty states, and onboarding text. Apply voice, genre, authenticity, source, and pattern checks because the text will represent an author or product over time.

For personal notes, internal planning, messages to models, scratch notes, and temporary technical explanations, use `semantic-density` instead. That skill optimizes for precise, concise, executable information without imposing a public-facing human voice. Do not use either writing skill to rewrite code, schemas, commands, identifiers, structured data, or quoted material unless the request explicitly includes them.

## Priority order

When instructions conflict, follow this order:

1. The user's instructions and immutable source material.
2. Factual fidelity, quotations, citations, links, code, identifiers, and required terminology.
3. Communication goal, audience, genre, channel, and formatting constraints.
4. The author's demonstrated voice.
5. Coherence, precision, readability, and semantic density.
6. Removal of generic model patterns.
7. This skill's default surface preferences.

A lower priority rule never overrides a higher one. Style never licenses invention or a change in certainty.

## Modes

Infer the mode from the request and material; ask only when the missing answer would materially change the result.

- **Draft:** turn a brief, notes, evidence, or outline into prose.
- **Rewrite:** rebuild prose while preserving claims and constraints.
- **Light edit:** preserve the author's structure and wording except for clear defects.
- **Audit:** diagnose voice, craft, and generic patterns without rewriting unless asked.
- **Voice profile:** extract reusable characteristics from samples by the intended author.
- **Embedded:** return only the requested prose; run the process internally.
- **File:** edit prose in a file while leaving code, frontmatter, data, links, citations, and quoted material intact.

When supplied prose already works, prefer a light edit. Do not turn it into a different person's voice.

## Core workflow

1. **Map.** Identify purpose, reader, genre, author stance, certainty, source boundaries, and output constraints.
2. **Calibrate.** Infer voice from the strongest available sample: same author and genre first, then nearby genre, explicit description, draft cues, and finally a plain genre default.
3. **Protect.** Build an internal claim ledger separating immutable claims; quotations and attributed statements; names, numbers, dates, citations, links, code, commands, and identifiers; editable structure and wording; and unsupported filler that may be cut.
4. **Draft.** Write from the intended thought and claim ledger, not by replacing words sentence by sentence.
5. **Review.** Restore supported human qualities, then remove generic patterns that weaken the piece.
6. **Verify.** Reconcile the text with the source and ledger. Recheck names, numbers, dates, quotations, citations, links, technical terms, qualifications, attribution, causality, and certainty.
7. **Revise aloud.** Identify the three most material defects, repair them, and run the truth check again.
8. **Post-process.** After verification, run the mandatory deterministic text-hygiene pass below. Inspect its counts, compare cleaned text with the verified draft, and restore any semantically required character.
9. **Deliver.** Treat the cleaned text as the candidate. Preserve requested formatting and length; return only finished prose unless commentary is requested.

Outside fiction, never add a fact, date, number, name, quote, citation, source, event, result, personal experience, or concrete example that the user or source did not provide. In fiction, preserve continuity and do not add unsupported real-world claims. If a nonfiction claim is vague, keep the uncertainty or omit it; do not guess.

## Mandatory text-hygiene pass

Run this after the prose is created and verified, including embedded and file modes. Resolve `HUMAN_WRITING_SKILL` to the directory containing this `SKILL.md`, stage the completed prose without interpolating it into a shell command, and run:

```bash
python3 "$HUMAN_WRITING_SKILL/scripts/postprocess_output.py" DRAFT -o CLEANED --stats
```

Or use stdin/stdout:

```bash
python3 "$HUMAN_WRITING_SKILL/scripts/postprocess_output.py" - --stats < DRAFT > CLEANED
```

The pass removes invisible or directional format characters, variation selectors, tag characters, soft hyphens, and exotic spaces. It does not rewrite wording, detect statistical token marks, prove authorship, or certify detector results. Restore a removed character when semantically required, such as a joiner in non-Latin text or an emoji sequence. Never alter quoted material, code, identifiers, URLs, or required formatting to increase the removal count. Do not run an automatic paraphrase after final verification; a rewrite requires a fresh claim, voice, and source audit.

## Build and calibrate the brief

Establish internally:

- what the reader should know, believe, feel, or do;
- who the reader is and what they already know;
- the form: email, memo, essay, post, report, documentation, speech, interface copy, or other artifact;
- the author's position and certainty;
- facts, qualifications, quotations, dates, numbers, names, citations, links, terms, length, and formatting that must survive;
- whether a voice sample represents the same author, genre, and audience.

Model voice through register, reader relationship, stance, sentence and paragraph behavior, diction, punctuation, reasoning habits, emotional range, and evidence style. Preserve meaningful quirks, contractions, fragments, repetition, and mixed register when characteristic and useful. Do not turn one typo or phrase into a permanent rule, and do not caricature the sample.

In voice-profile mode, return a compact profile covering sample context and confidence; stable tendencies with brief evidence; habits to preserve; situational habits; avoided or rare patterns; and cautions against overgeneralization.

## Draft from the thought

Give the strongest idea the clearest sentence. Spend detail where the evidence, interest, or uncertainty lies. Use concrete subjects and verbs when the actor matters. Let sentence complexity follow thought complexity. Vary paragraph length for a reason, allow qualified or unresolved endings, and use first person, opinion, humor, asides, or self-correction only when source, author, and genre support them.

Prefer a stronger verb, concrete mechanism, or measured result to a weak verb plus adverb. Compress filler such as “in order to,” “due to the fact that,” and “it is important to note that” when it adds no meaning.

## Authenticity pass

Look for places with no person behind the prose. Add or restore only source-supported qualities: a defensible opinion, concrete detail, mixed feeling, honest uncertainty and its reason, a natural qualification or aside, uneven emphasis based on what the author cares about, or a direct reader relationship appropriate to the channel. Never invent what the author saw, felt, tried, remembers, or believes.

## Generic-pattern pass

Search at sentence, paragraph, and document level. Clusters, repetition, and weakened meaning matter more than isolated tokens. Keep a device when logic, voice, or genre requires it.

### Importance, prestige, and promotion

Replace “stands as,” “testament,” “pivotal moment,” “broader shift,” “showcases excellence,” “unlocks potential,” and “vibrant and evolving landscape” with the concrete event, function, consequence, or evidence. Remove unsupported importance.

Flag prestige by association: lists of publications, companies, awards, or authorities that add status without evidence. Keep a named source when its relevance is clear; otherwise explain its contribution, narrow the reference, or cut it. Treat “serves as,” “stands as,” “boasts,” and “features” as possible evasions of “is” or “has.”

### Abstraction, attribution, and agency

Cut participial tails such as “highlighting,” “underscoring,” “ensuring,” “reflecting,” or “fostering” when they append interpretation without a causal or interpretive claim. Replace abstract nouns that conceal action, implication strings with no mechanism, and false “from X to Y” ranges with the actual action or topics.

Replace “experts say,” “observers note,” and “research suggests” with a named source when one exists; otherwise narrow or remove the claim. Use active voice when naming the actor clarifies the sentence. Keep passive voice when the actor is unknown, irrelevant, obvious, strategically omitted, or conventional.

Treat “substrate,” “vector,” “bedrock,” “scaffolding,” “flywheel,” “north star,” and “endgame” as diagnostic examples of metaphorical technical jargon, not banned words. Replace them when they hide the actual mechanism, decision, or stage; retain established technical terms when precise and understood.

Run a project-specificity check: if a sentence could appear unchanged in another project's documentation, name the relevant actor, object, action, result, decision, or uncertainty when the source supports it. Otherwise cut the generic claim.

### Formula and structure

From Tom-R-Main/siftable-skills, MIT.

More from Tom-R-Main/siftable-skills

Signals

Stars
1
Forks
0
Open issues
0
Last commit (this folder)
Aug 19, 2026 (2 months ago)
Last release
Aug 14, 2026 (2 months ago)

From GitHub (fetched Oct 24, 2026).

Details

Version
1.0.0
License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from Tom-R-Main

Cite this page

human-writing skill. Agent Mart. https://agentmart.dev/skills/tom-r-main-human-writing (last updated 2026-10-24)