SOP: Dictionary Entry
SOP: Dictionary Entry
Purpose
Used by Ava (or any agent) when a new term needs to be defined, or when Lucas asks "what is the definition of ___?" and no definition exists. This SOP gates definition creation to prevent uncontrolled proliferation. Both agents and humans follow these steps. The outcome is a single, authoritative definition note in pal-e-docs.
Steps
- Check if the definition exists. Run
search_notes(query="{term}", tags="definition"). If found, return the existing definition. Done. - Determine scope. Is this a platform-global term (used across projects) or a project-scoped term (meaningful only within one project)?
- Get Lucas's definition. Do not invent definitions. Ask: "That definition doesn't exist yet. How would you define {term}?" Wait for the answer. Lucas's words are the definition.
- Write the definition note. Create a
docnote with these sections: - Tag and associate. Tags:
definition, active, dictionary. For project-scoped: add the project slug as a tag and set the project field. - Confirm with Lucas. Show the definition. Get explicit approval before considering it done.
Rules
- Never create a definition without Lucas explicitly asking for it or approving it. No exceptions. Agents do not get to decide what words mean.
- Never create duplicate definitions. Always check first (step 1).
- Use
note_type: docuntildefinitionbecomes a proper note_type. - Definitions are the source of truth per
convention-dictionary-authority. Once created, all other documents must conform. - Project-scoped definitions use
definition-{project}-{term}slugs. Global definitions usedefinition-{term}.
Related
convention-dictionary-authority— the rule that definitions are source of truthtemplate-convention— conventions follow their own template, not this onetemplate-sop— this SOP follows the SOP template