Engineering writing
Portable equal-primary Claude and Codex agent harness for a governed agentic SDLC
npx -y skills add mblauberg/provenant --skill engineering-writingAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 27 days oldThe repository was created 27 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use for drafting or condensing software-engineering prose such as requirements/specs, READMEs, commits, PRs, runbooks, errors, and design notes. Not for general, academic, or Australian legal prose.
SKILL.md
3.5 KB, as published. Nobody here has run it
Engineering writing
Write clear, brief, accurate and useful engineering prose in Australian English. Cut first. Add only what serves the reader's job and belongs in this document.
This skill is a specialization of the natural-writing hub: it owns
codebase/README/commit/PR artefact types and links to the hub for the
Australian English default, the anti-AI taxonomy and the condense pass. See
references/process.md, references/style-standard.md and
references/engineer-voice.md for where each hub link applies.
Workflow
- Name the audience, prior knowledge, required action or decision, and format constraint. If the reader's job is unclear, flag it before drafting.
- Choose one relevant pattern: document patterns for codebase/short-form prose, requirements and planning for already-decided pre-build content, or architecture and communication for approved designs, ADRs, presentations and briefs. Do not load all three.
- Structure before sentences: front-load the point, use decision-oriented headings and one idea or requirement per unit, then move wrong-home material.
- Lock facts, logic, stance, evidence, obligations, behaviour, identifiers, paths, commands, flags, parameters, keys, error codes, numbers, units, dates, citations and quoted terms.
- Revise in separate structure, accuracy, clarity/concision, voice and
Australian-English passes. Load only the needed section from
process, style standard,
engineer voice or the
natural-writingskill's Australian English default; use sentence mechanics or sources only for a specific problem. Load the hub anti-AI taxonomy and condense pass from thenatural-writingskill alongsideengineer-voice.mdandprocess.mdrespectively.
Preserve technical meaning and evidence altitude. Distinguish observation from
interpretation; attach numbers to comparatives. Verify every package, API,
version, flag and URL against code or documentation, otherwise mark
[FLAG: verify]. Never invent facts to fill a document. Keep genuine caveats
and honest negatives while cutting padding, marketing language, AI tells,
instruction-leaking absence tombstones and internal process language from
reader-facing prose. Match existing repository conventions without copying
signature phrases.
For condensation, follow the reference stop and integrity checks and report the before/after word delta. Review mode returns severity, evidence, impact and fix; rewrite mode returns text first; final scrub makes defect fixes only.
For local files, use the checker as a review prompt, not proof:
python3 "${AGENTS_HOME:-$HOME/.agents}/skills/engineering-writing/scripts/check_engineering_style.py" path/to/file.md
Flag unverifiable support, audience dependence, domain-required terms, or a cut
that would drop an obligation. Use [FLAG: verify source],
[FLAG: define audience], [FLAG: preserve exact term] or
[FLAG: shortening drops obligation] where applicable. Do not smooth
uncertainty away.