Index of every page on this site: llms.txt
All skills
harlan-zw avatar

/im-part-human

@b80e2f4
Run it yourself

Edits prose that people read, such as blog posts, docs, social posts, and email, for clear meaning, accurate claims, concise wording, and the author's own voice. Use for general prose editing, tightening, or humanizing, including explicitly requested wording-only edits. Release-note creation and substantive revision belong to release-notes.

Use this Skill: https://skilld.dev/gh/harlan-zw/brundlefly/im-part-human

Nothing lands on disk. Nothing to clean up.

Fork this Skill

Edit a local copy. It keeps the author and licence.

referenceswriting-well.md

≈615 tokens on demand. Your agent reads this file only when SKILL.md points to it.

Writing well

Use for factual nonfiction, technical explanations, and instructions. Clear wording also supports stories. Their narrative structure comes from storytelling.

Sources and scope

William Zinsser's On Writing Well covers nonfiction, including science and technology. In Visions and Revisions, Zinsser describes the book's focus on clear, simple, concise writing, voice, and removing clutter. His Writing English as a Second Language also connects plain language with a writer's humanity.

These sources support the language principles. The procedure rules below are our adaptation to technical documentation. They do not imply that Zinsser limits his advice to technical writing or rejects storytelling.

Explain directly

  • Clarify the thought first. Identify the fact to understand or the task to complete before editing sentences.
  • Remove clutter. Cut words that add no meaning. Keep necessary conditions, exceptions, units, and uncertainty.
  • Use familiar words. Name the actor and action. Define necessary technical terms before relying on them.
  • Keep a human voice. Preserve the author's clear phrasing. Warmth does not require anecdotes or decorative language.
  • Revise for the reader. Check that each sentence follows from the previous one and answers the next useful question.

Apply to technical detail

State prerequisites before actions. Put a condition before the instruction it controls. Give commands a working directory and explain the expected result. Use numbered steps when order matters. Use headings for tasks and tables for comparable options. Keep one meaning for each technical term. Preserve exact commands, identifiers, and API names. Simplify the explanation without simplifying away behavior the reader needs.

Never delay a required fact to create suspense. Never require a reader to finish a story before finding a command. Keep origin stories in their own section. Keep technical explanations complete when read on their own. If a factual example helps, place it beside the behavior it explains and distinguish illustration from measured evidence.

Before delivery, compare technical claims with inspected evidence and follow the steps in order. Report unavailable checks. Plain wording cannot make an unsupported command correct.

Source: SKILL.md on GitHub

No rule matched.

skilld matched fixed text patterns in SKILL.md and file names. Patterns miss obfuscated code.

skilld run checks every file with the same patterns. It asks for approval before it loads a Skill with a behavior marked Needs approval.

No alerts1mo3 checks · Risk SAFE
  • Gen Agent Trust Hub1mo

    The skill is a comprehensive set of editorial guidelines for improving prose clarity and accessibility. It consists entirely of Markdown instructions and reference materials, containing no executable code, tool definitions, or network capabilities.

  • Socket1mo

    No alerts

  • Snyk1mo

    Risk: LOW · No issues

Signed by skilld at b80e2f4. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub last month.

Activeupdated last month

README badge

README badge for harlan-zw/brundlefly/im-part-human