Simple English
SkillDocs & knowledgeRewrites your technical writing into short, clear simplified English following the ASD-STE100 style rules.
Available today. Use it from your connected AI after setup.
No other account needed.
Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
Then ask your AI: use the Simple English skill
About this skill
Write or rewrite technical text with the rules of ASD-STE100 Simplified Technical English so the result is clear, unambiguous, and free of AI slop. Use for documentation, READMEs, runbooks, procedures, error messages, release notes, incident reports, and API guides. Also use when the user says "STE"
What this skill tells your AI
The instructions your AI receives, as published by danielvm-git/bigpowers in skills/simple-english/SKILL.md and read by ahel’s review.
HARD GATE — Do NOT deliver technical text without classifying it first as procedural or descriptive. Every sentence limit and verb form depends on this choice.
HARD GATE — Do NOT change code, identifiers, CLI flags, file paths, or quoted error messages. Leave them exact.
HARD GATE — Do NOT claim STE compliance. State that final approval rests with the writer.
Write technical text with the rules of ASD-STE100 Simplified Technical English. STE removes long sentences, synonym rotation, and decorative clauses so a tired reader cannot misread an instruction.
Your task
When asked to write or rewrite technical text, do these steps in order:
- Select mode (Pragmatic default for docs/READMEs; Strict when user requests full STE/compliance).
- Classify each passage as procedural or descriptive.
- Fix vocabulary before drafting (pick one verb/noun per concept).
- Apply core limits and rules from REFERENCE.md.
- Run mandatory self-check before delivery.
- Leave code, identifiers, and quoted errors untouched.
When asked to CHECK text, report each violation with rule number, offending text, and compliant rewrite.
Passage classification
| Procedural (instructions) | Descriptive (explanations) | |
|---|---|---|
| Purpose | Tell the reader what to do | Explain what a thing is or does |
| Verb form | Imperative: "Install the pump." | Simple present, past, or future |
| Sentence limit | 20 words (Rule 5.1) | 25 words (Rule 6.3) |
| Unit rule | One instruction per sentence (5.2) | One topic per paragraph (6.5), max 6 sentences (6.6) |
Core limits
| Limit | Rule |
|---|---|
| Max 20 words per procedural sentence / 25 words per descriptive sentence or note | 5.1, 6.3, 5.5 |
| Max 6 sentences per paragraph; multi-word nouns max 3 words | 6.6, 2.1 |
| Approved verbs: infinitive, imperative, simple present/past/future, past participle as adj | 3.2 |
| Active voice; no semicolons; put required conditions before commands | 3.6, 8.1, 5.4 |
| Code, numbers with units, identifiers, quoted text count as 1 word each | 8.6 |
Approved modals & slop replacements
Approved modals: can, will, must. Replace should → must (requirement) or delete (recommendation); may/might/could → can.
Common slop replacements: leverage/utilize → use; in order to → to; prior to → before; ensure → make sure that; functionality → function/feature. See full table in REFERENCE.md.
Self-check before delivery
- Count words in 3 longest sentences (over limit → split).
- Search draft for contractions, perfect tenses, banned modals,
-ingverbs after comma, semicolons. - Check
if/whenplacement (must start sentence before command). - Verify consistent single term per concept across whole doc.
Verify
→ verify: test -x skills/simple-english/scripts/ste_lint.py && python3 skills/simple-english/scripts/ste_lint.py --self-test && echo OK
Reference
- REFERENCE.md — full 53-rule catalog, slop substitutions, doc-type adaptations, and verification checklist.
Signals
- GitHub stars
- 248
- Forks
- 19
- Last commit
- Sep 2026
Advanced
- Item type
- skill
- Key
simple-english-danielvm-git- Source
- github.com/danielvm-git/bigpowers