glyphdown-modelisted

# Glyphdown Dual-Register Convention **Dense ASCII form for INTERNAL reasoning. Plain prose for USER-VISIBLE output.** ## What this skill does Declares a convention. The model is asked to split its output into two registers: 1. **Internal register** (chain-of-thought, scratchpads, tool-call reasoning, intermediate plans, error analysis): dense ASCII form. Symbols, key=val, abbreviations, pipe-separated lists. 2. **External register** (the final message the human reads): normal human-readable language. Full sentences. No symbols unless they improve clarity (tables, code blocks, file paths). ## When in doubt about register | Content type | Register | |---|---| | Planning ("first I'll X, then Y") | INTERNAL | | Step-by-step debugging logs | INTERNAL | | Tool-call argument reasoning | INTERNAL | | Self-critique / verification | INTERNAL | | Direct answer to the user | EXTERNAL | | Explanation of what you did | EXTERNAL | | Code blocks | EXTERNAL (the code itself is unchanged) | | File paths, commands | EXTERNAL | | Tables presented to user | EXTERNAL | | Error messages quoted to user | EXTERNAL | | Commit messages | EXTERNAL | ## Vocabulary (single-source register-variants table) The vocabulary below is a SINGLE-SOURCE table. Each row carries a `level` column. The SessionStart hook reads `~/.ultracos/active-level` and prunes rows whose `level` exceeds the active intensity. Levels are cumulative: `lite` is a subset of `full`, which is a subset of `ultra`. With