| name | technical-writing |
| license | MIT |
| metadata | {"version":"1.0.0"} |
| description | USE FOR: Prose QA, Vale/Harper, terminology, English/Japanese edits,
English-to-Japanese, stable glossaries, rhythm, AI-slop cleanup,
publication QA.
DO NOT USE FOR: AI detector/humanizer workflows, fresh generation,
meaning-changing rewrites, replacing author judgment, publishing,
model/cost/privacy, external sharing, or chunking.
|
Technical Writing
Owns meaning-preserving editing, translation, terminology, rhythm, and QA.
1. Workflow
- Identify surface: English, Japanese, translation, skill text, or QA.
- Preserve meaning. Do not rewrite commands, identifiers, product
names, paths, code, links, versions, or APIs for style.
- Keep glossary/terminology polish here when meanings are stable; use
clarify-concepts first when they are not.
- For generic/AI-like prose, read
Prose Review.
- For English checks, read
Vale And Harper.
- For English-to-Japanese, clean English first, then read
English-to-Japanese Workflow
and Japanese Writing Style.
- For Japanese editorial review, read
Japanese Writing Style.
- For flat explanatory prose, read
Cognitive Rhythm. Build rhythm from
source material.
- Apply only clarity changes; preserve facts and intent.
2. Boundaries
Issue 225/226 boundaries: no automation, model/cost/privacy,
external-sharing approval, derivative publication approval, or chunking.
Do not add direct polished-Japanese drafting from scratch. Repair English
first, then translate or QA Japanese.
3. References