Refine rules in CONTEXT-FORMAT.md for clarity and consistency
This commit is contained in:
parent
0288510dd6
commit
e3b90b5238
1 changed files with 1 additions and 4 deletions
|
|
@ -24,13 +24,10 @@ _Avoid_: Client, buyer, account
|
||||||
|
|
||||||
## Rules
|
## Rules
|
||||||
|
|
||||||
- **Be opinionated.** When multiple words exist for the same concept, pick the best one and list the others as aliases to avoid.
|
- **Be opinionated.** When multiple words exist for the same concept, pick the best one and list the others under `_Avoid_`.
|
||||||
- **Flag conflicts explicitly.** If a term is used ambiguously, call it out in "Flagged ambiguities" with a clear resolution.
|
|
||||||
- **Keep definitions tight.** One or two sentences max. Define what it IS, not what it does.
|
- **Keep definitions tight.** One or two sentences max. Define what it IS, not what it does.
|
||||||
- **Show relationships.** Use bold term names and express cardinality where obvious.
|
|
||||||
- **Only include terms specific to this project's context.** General programming concepts (timeouts, error types, utility patterns) don't belong even if the project uses them extensively. Before adding a term, ask: is this a concept unique to this context, or a general programming concept? Only the former belongs.
|
- **Only include terms specific to this project's context.** General programming concepts (timeouts, error types, utility patterns) don't belong even if the project uses them extensively. Before adding a term, ask: is this a concept unique to this context, or a general programming concept? Only the former belongs.
|
||||||
- **Group terms under subheadings** when natural clusters emerge. If all terms belong to a single cohesive area, a flat list is fine.
|
- **Group terms under subheadings** when natural clusters emerge. If all terms belong to a single cohesive area, a flat list is fine.
|
||||||
- **Write an example dialogue.** A conversation between a dev and a domain expert that demonstrates how the terms interact naturally and clarifies boundaries between related concepts.
|
|
||||||
|
|
||||||
## Single vs multi-context repos
|
## Single vs multi-context repos
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue