Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 2 additions & 4 deletions docs/agents/domain.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@ Single-context repo. ADRs live in **`decisions/`** (not the conventional `docs/a

```
/
├── CONTEXT.md ← not yet created; proceed silently if absent
├── CONTEXT.md ← canonical domain glossary; defines vocabulary for all domain concepts
├── decisions/ ← ADRs live here (tracked, repo root)
│ └── YYYY-MM-DD-<slug>.md
├── docs/ ← human-facing project documentation only
Expand All @@ -21,11 +21,9 @@ Single-context repo. ADRs live in **`decisions/`** (not the conventional `docs/a

## Before exploring, read these

- **`CONTEXT.md`** at the repo root (if it exists).
- **`CONTEXT.md`** at the repo root — canonical domain glossary. Defines vocabulary for all domain concepts: tenancy (Guild, Member, User), music runtime (Track, Source, Queue, Player, Session), autoplay and recommendations, guild automation, moderation, engagement (XP, Level, Starboard), role granting, integrations, and support. Use these exact terms in issue titles, refactor proposals, and test names to stay aligned with the codebase's language.
- **`decisions/`** — read ADRs that touch the area you're about to work in. Filter by date and slug.

If `CONTEXT.md` doesn't exist, **proceed silently**. Don't flag its absence; don't suggest creating it upfront. The producer skill (`/grill-with-docs`) creates it lazily when terms or decisions actually get resolved.

## Use the glossary's vocabulary

When your output names a domain concept (in an issue title, a refactor proposal, a hypothesis, a test name), use the term as defined in `CONTEXT.md`. Don't drift to synonyms the glossary explicitly avoids.
Expand Down
Loading