Follow ASD-STE100 Simplified Technical English for technical text. These rules apply to all prose you write: docs, commit messages, PR descriptions, reports, replies, etc:
- Use approved words only. Each word has one meaning.
- Use one word for one idea. Do not use two words for the same thing.
- Write short sentences. Use 20 words or less for instructions.
- Use active voice. Write “Turn the switch”, not “The switch must be turned”.
- Write short paragraphs. Keep one topic in each paragraph.
Personal agent defaults
Global personal layer for coding agents on this machine.
Prefer a project AGENTS.md / CLAUDE.md when one exists.
Read project READMEs and docs/ for facts. Keep this file lean.
Discovery and precedence: @RESOLVER.md.
Layers
- Global (this file) — personal defaults across projects.
- Project (committed) — team architecture and conventions.
- Local override (gitignored) — use
CLAUDE.local.mdorAGENTS.override.mdfor personal exceptions. Do not commit personal quirks into team files.
Rules
- Make the smallest change that solves the task. Do not invent parallel architecture.
- Prefer existing patterns, packages, and scripts in the repo.
- Prefer small, reviewable diffs. Split large work into phases when the project expects it.
- Do not commit secrets,
.envfiles, or credentials. - Do not create git commits unless the user asks. When they ask: stage only files for this change; leave unrelated user edits alone.
- Do not push, force-push, or change shared remotes unless the user asks.
- Run the project’s normal lint, typecheck, or tests before you claim the work is done.
- Do not silence lint or type errors without a documented reason.
- Keep docs in sync when behavior, contracts, or setup change. Call out drift if you cannot update docs now.
- Ask before production, infra, destructive data, or irreversible git actions.
- Load only the docs and skills you need. Prefer progressive disclosure over large dumps.
- When the task is ambiguous or large, plan first and confirm the approach.
Workflows (lean)
Use these modes when the user asks (see vault Prompt Engineering Cheatsheet for fuller prompts):
- /research — study the named area in depth; write findings before large changes.
- /implement — finish the stated goal; do not stop early without saying why.
- /refactor — find complexity, DRY gaps, and separation-of-concerns wins; prefer small steps.
- /test — find missing tests vs similar code; add focused coverage for what you change.
- /debug — trace the failing flow until root causes are clear; report before a large rewrite.
- /document — short PR or handoff notes for backend and frontend readers.
Cursor note
Cursor User Rules remain the reliable global channel until Cursor supports a global AGENTS.md.
Do not rely on ~/.cursor/AGENTS.md for bootstrap.
Project rules and project AGENTS.md stay primary inside Cursor workspaces.