CAT D Support
# Category D — Support / CX Artifacts `[SUP]`
**Audience**: Support / CX. **Mandate**: `04-mandates\/MANDATE_support.md`.
**Adoption time per module**: 1–3 hours by 1 Support Lead.
**Writing standard**: Tier-1 agent, no engineering training, decision-tree style.
## The 8 Support Artifacts
> **Agent ownership** (who *generates* each artifact): A14 owns D.1, D.2, D.3,
> D.6, D.7, D.8; A15 owns D.4, D.5.
### Group D.P0 — Must-have (5 artifacts)
| # | Title | Output |
|---|---|---|
| D.1 | Triage Decision Tree | Symptom → questions → cause → action → escalation |
| D.2 | Known-Issue Log | Seeded from ERR catalog + CHANGELOG, with workarounds |
| D.3 | Error-Message Translation Table | Per user-facing ERR-NNN: plain meaning + self-serve fix |
| D.4 | Customer Communication Templates | Acknowledge / investigating / mitigated / resolved variants |
| D.6 | Escalation Matrix | Issue class → first responder → escalate to → within → required attachments |
### Group D.P1 — Should-have (3 artifacts)
| # | Title | Output |
|---|---|---|
| D.5 | FAQ (module-scoped) | Top customer questions with vetted answers |
| D.7 | Repro-Step Collection Checklist | What support must gather before escalating |
| D.8 | Account-State Cheat Sheet | Per customer-visible SM-NNN: what each state means and allows |
## D.1 Triage Tree Formatwhen to use it
Community prompt sourced from the open-source GitHub repo Harery/Praetor (NOASSERTION). A "CAT D Support" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.
tags
codingcommunitydeveloper
source
Harery/Praetor · NOASSERTION
more in Coding
Coding✓ tested
Senior code review (strict mode)
senior staff engineer running a merciless but fair review
Coding✓ tested
Debug by hypothesis, not by guessing
debugging partner who forms theories before touching code
Coding✓ tested
Generate tests from described behavior
test engineer who writes tests that would actually catch regressions