Chunking · Pattern 6 of 13
Category vs Part
The two different downward relationships — class membership and componenthood — and why confusing them breaks a hierarchy.
Recover: The kind of downward relationship
What it is
MANUAL MODEL. From CARS the manual shows both descents: classes/categories (BMW, Pontiac, Fiero, GT) and parts (wheels, doors, hub caps, lug nuts). Both are 'down', and they behave completely differently. A Fiero can do a car's job; a lug nut cannot. Mixing them produces hierarchies that look fine and reason badly.
Recognition / tip-offs
What has been distorted, generalised or deleted
- Downward is not one relationship but at least two
- The relation should be tagged, not assumed
- Some items are genuinely both, depending on context
Client-language use
In goal work this matters: 'a chapter' is a part of a book, 'a novel' is a kind of book. Parts give you sequence; classes give you alternatives.
How to challenge it
Say the sentence out loud with each connector and notice which one holds.
- “Is that a kind of it, or a part of it?”
- “Could it do the whole thing's job?”
- “If you removed it, is the whole damaged or just different?”
Practitioner judgement: challenge what is useful, not every pattern you can hear.
What to recover
Tag every downward move. When the answer is genuinely context-dependent — a wheel is a part of a car and a member of the class 'wheels' — say so rather than forcing one answer.
Client autonomy first — offer language the client can verify and decline.
Examples
“Car → Pontiac (kind of). Car → wheels (part of).”
Missing The manual's two-branch descent from CARS.
“Engine → is a part of a car, and is a kind of machine.”
Missing Genuinely both. Context decides which relation you are using.
The app marks items like this as 'possible answer — review relationship'.
Common confusion and overlap
- Building a ladder that silently switches from classes to parts
- Insisting on one right answer where ontology is ambiguous
- Treating 'smaller' as automatically meaning 'part'
Practice this pattern
Hear it
0%
Unpack it
0%
Question it
0%
Build it
0%
Use it live
0%