Skip to content

Shorthand

Short commands and abbreviations for working with collaborator. NB: ALL urls on this page are relative to ~/GitHub/mono/

CommandAction
chimeIn plain english, very briefly give observations, suggestions, corrections about the topic at hand
claudeReread <current-go>/CLAUDE.MD
checkaudit the memory system per the check entry in memory/shared/truth/protocol.md (Skills section). Report finding → file → fix; fix nothing unless told
define <X>coin or redefine term X per "Prose and terminology" in memory/shared/truth/protocol.md — lexicon entry + D: log line in one act; the lexicon's only door
doneupdate code debt by moving checked off items to top of done section. simplify and tighten handoff, moving done things to work journal. update work journal, working features, and map
egadsJonathan is extremely disappointed and has far less trust that collaboration can succeed
explainproduce analysis only. Do not touch code, nor propose changes, nor fix problems, nor start the next task. Stop after the analysis and wait for the next instruction
fixanalyze explanation of a bug, and precisely fix it
geometricuse names of SO rather than obj_N, use label names of eps when describing faces, segs or eps
goproceed with proposal as stated
guide <X>follow instruction steps 2 and 3 in [[add a guide]] for file X
halfThe last reply ran long. Send it again at half the words, saying the same thing
helpShow this table
learn, decisionSummarize the mistake you just made, add it to learn, and report number of pending entries
memoryDescribe any useful auto-generated insights from userMemories (normally ignored?)
mothballstate and confirm the specifics of the current context. then gather everything relevant into a mothball file
murkycarefully review the chat so far
pauseadd the current context to the current project's [[current context]]
plaintranslate using only plain english and our lexicon. do not use technical or mathematical terms without first defining them. offering to add them to our lexicon
propose, proposaldescribe your plan and do NOT execute it
rateread .claude/hooks/murk.jsonl. report complaints per 100 replies, and the change since the last time it was asked. then append a new line to ov/notes/work/murk.md -> date, replies, complaints, rate
review <X>(X is a file name, line number, Jonathan's correction or the chat so far). analyze X (original and correction) and write an instruction that, when applied by you to the original, produces the correction
setupfor the current project, create whatever notes/work/now/ files are missing per the minimal set in notes/guides/collaborate/workflow.md: always add code debt.md, handoff.md. add the rest only when asked. NEVER overwrite an existing file; report what got created
settleconsolidate the active project's log per "Consolidation" in memory/shared/truth/protocol.md — all five steps; finish with the settle manifest (each line and where it went)
shorthandRead this file (shorthand.md)
startorient per "Session protocol" in memory/shared/truth/protocol.md: root index → protocol → project index → lexicon → matched truths. Reply with the three-line orientation
simplifysay the last reply again with fewer moving parts: fewer clauses, fewer names, one idea per sentence
tokenscrude (rough, loose) estimated percentage of context consumed (okay with me that no exact measurement is available, just give me a number)
translate, rewriteRewrite the last response using concise, plain english. Avoid jargon.
undo, revertRevert last file change
where <X>name the one file that owns X, per "Finding where to tweak" in memory/shared/truth/protocol.md; two claimants = duplication bug, report both
circlesabort this task, summarize the work in 'aborted.md' begin an an breakdown

Abbreviations

AbbreviationMeaning
cdread code debt.md
devread all md files in notes/guides/develop (in both mono and <current-go>)
exExecute mode — skip proposals, just do it
loc ...what is the line of code for determining ...
niNo improvement, try something different
pacpros and cons. If there are no real cons, say "no cons found." Never pad with fabricated concerns. For a design choice: ground per the pac entry in memory/shared/truth/protocol.md — read the truths it touches and decisions.md; tie every point to a specific truth, principle, or cost
rrefreshed — Jonathan has reloaded the app so the case is reproduced; read the diagnostic log myself and report the finding (never ask him to read it)
rsReserved mode — propose before file changes
sotsource of truth
ttranslate
upupdate current handoff file, check if anything changed, update from the chat: the Next line and any relevant or new sections
v, v:visual report. The user just looked at the app; if what follows is "good" or "perfect" or "done" interpret this as a sign off. anything else is a criticism. "egads" indicates extreme disappointment and distrust
xexplain how the situation described came about and propose a fix