writing-style

Tighten Shield documentation prose while preserving code blocks and JSON.

3|Updated Mar 10, 2026
One-click install
npx skills add https://github.com/infraspecdev/tesseract --skill writing-style-infraspecdev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-style
Source: https://github.com/infraspecdev/tesseract/tree/main/shield/skills/general/writing-style
Command: npx skills add https://github.com/infraspecdev/tesseract --skill writing-style-infraspecdev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you rewrite Shield documentation prose so it is shorter, clearer, and easier to scan without changing meaning.

Core Features & Use Cases

  • Cuts filler: Removes hedging, repetition, and throat-clearing from narrative sections.
  • Improves readability: Uses plain language, active voice, and short sentences.
  • Structures content: Converts long passages into bullets or tables when that is clearer.
  • Protects exact content: Leaves rendered blocks, JSON, code, config snippets, and command output untouched.
  • Use case: Tighten a PRD summary, revise a TRD rationale section, or clean up a research note before publishing.

Quick Start

Ask me to tighten the prose in a Shield document while preserving rendered sections, code blocks, JSON, and command samples exactly.

Frequently Asked Questions about writing-style

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I tighten documentation prose for clarity and brevity?

To tighten documentation prose, revise narrative sections to remove filler, use active voice, and shorten sentences. This trims hedging and repetition while preserving the original meaning and leaving code blocks or JSON untouched.

Does editing documentation prose preserve rendered blocks and JSON sidecars exactly?

Editing documentation prose preserves rendered blocks, JSON sidecars, schema-bound values, code blocks, and command output exactly. Only author-written narrative text is modified, ensuring structural and configuration elements remain completely untouched.

What is the best way to improve readability in PRD and TRD narrative sections?

The best way to improve readability in PRD and TRD narrative sections is converting long passages into bullets or tables and applying plain language. This restructures content for scanning without altering the technical meaning.

Can I use this to clean up research notes before publishing?

You can clean up research notes before publishing by revising summaries, rationale, and outcomes. The process removes throat-clearing and repetition from narrative text, making the final document shorter and easier to scan.

When should I not use an automated prose editing approach for markdown documentation?

You should not use automated prose editing when your markdown contains schema-bound values, inline config snippets, or command output that must remain exactly as written, because the tool targets narrative text and leaves structural blocks untouched.

Why does my Shield documentation need filler removed from narrative sections?

Shield documentation needs filler removed from narrative sections because hedging and repetition create reading friction. Trimming filler and using short sentences makes the prose clearer and easier to scan without changing the meaning.