1.9 KiB
1.9 KiB
| description | argument-hint | allowed-tools |
|---|---|---|
| Update an existing glossary term (definition, aliases, examples, verify status) | <term-id> [field-hint: definition|aliases|examples|forbidden|verify] | Bash, Read, Edit |
Update an existing glossary term
Discovery
- Run
./ontoref describe term <id> --fmt jsonto load the current state. If the term doesn't exist, redirect the user to/ontoterm-proposeand stop. - Identify whether the term lives in:
reflection/defaults/glossary.ncl(seed — touch only with explicit user authorization; changes propagate to consumer projects).ontology/glossary.ncl::project_terms(project-specific — safe to edit)
What can be updated
definition.en/definition.es— improve wording, fix mistakesaliases— add an alternate spelling encountered in conversationexamples.en/examples.es— add a new usage from the current sessionforbidden.en/forbidden.es— add an antipattern encounteredrelated_terms/related_nodes— wire to other entriesverified— flipfalse → trueto promote a draft (REQUIRES user confirmation; promotion is a deliberate act)notes— internal annotation, not rendered
Important rules
- DO NOT change
id— it's the stable handle. Add an alias instead. - DO NOT change
categorywithout confirming the conceptual recategorization. - DO NOT silently drop
forbiddenorexamples. If you need to remove an entry, justify it to the user. - If editing the seed (
reflection/defaults/glossary.ncl), warn the user: changes propagate to all projects that apply migration 0019.
After editing
nickel export --import-path . --format json .ontology/glossary.ncl > /dev/null→ verify parse, report exit code../ontoref describe term <id>→ confirm the visible result.- If
verifiedwas flipped totrue, note it explicitly in the response.
Arguments received: $ARGUMENTS