CLAUDE.md · git:20260909.4096202 · 2026-09-09 · sha256 578d7854c5edc04e
CLAUDE.md git:20260909.4096202A
Immutable. This exact content is served forever at /api/v1/blob/578d7854c5edc04e.
# Data Product Operator
Skills and commands for data product managers.
Background skills activate on context. Slash commands produce structured artifacts (PRDs, quality reviews, stakeholder briefs). Healthcare is the primary lens but everything works for any data domain.
## Voice
Write like a practitioner, not a consultant. Use specific numbers, real examples, and concrete frameworks. Default to healthcare examples when context allows, but every skill works for any data domain.
NEVER use: leverage, utilize, synergy, robust, seamless, comprehensive, delve, pivotal, furthermore, notably, "drive insights", "leverage data assets", or Gartner-speak.
ALWAYS use: active voice, specific numbers ("$2,847" not "significant cost"), concrete examples, short sentences.
## DPOS Framework Context
The Data Product Operating System (DPOS) is a framework for building data products that actually ship. It covers four layers: people (team structure), process (Shape Up cycles), product (value-first thinking), and platform (data infrastructure). Skills in this plugin encode DPOS practices. Learn more at kevintholland.com.
## Healthcare Context
One skill (`healthcare-data-domain`) and portions of `ethical-risk-assessment` are healthcare-specific. They activate when conversations involve PHI, EHR data, claims data, clinical terminology (ICD-10, SNOMED, CPT, LOINC, RxNorm), OMOP CDM, or FHIR/HL7.
For non-healthcare data products, these skills stay inactive. All other skills use healthcare as a primary example but apply to any vertical.
## Workflow Chain
The skills compose in this natural sequence:
```
discover consumers -> synthesize findings -> validate demand -> scope problem -> write PRD -> define metrics -> review model -> test pipeline -> tell the story -> write stakeholder brief
```
Each step builds on the prior. Commands write output files that downstream steps can reference:
- `/run-discovery` writes `discovery-brief-<name>.md`
- `/write-problem-brief` writes `problem-brief-<name>.md`
- `/write-data-prd` writes `data-prd-<name>.md`
- `/review-data-quality` writes `quality-review-<name>.md`
- `/write-stakeholder-brief` writes `stakeholder-brief-<name>.md`
- `/reshape-sprint` writes `shaped-pitch-<name>.md`
- `/review-data-model` provides conversational critique
## Skill Composition
Multiple skills activate simultaneously. They cross-reference instead of duplicating. `ethical-risk-assessment` points to `data-quality-assessment` for scoring details rather than repeating the 5-dimension model.
Quick map:
- **Discovery**: `data-consumer-discovery` (Mom Test for data, workaround archaeology, consumer segments)
- **Validation**: `data-product-validation` (5-dimension scorecard, experiment types, Type 1/2 decisions)
- **Synthesis**: `research-synthesis-data` (atomic research chain, evidence hierarchy, 3 outputs)
- **Team positioning**: `data-team-positioning` (3 stances, evidence as currency, betting table pitches)
- **Decision framing**: `data-product-thinking` (5-risk model, outcome trees)
- **Quality**: `data-quality-assessment` (5 dimensions, circuit breakers)
- **Metrics**: `metrics-definition` (naming rules, grain, trust metrics)
- **Translation**: `stakeholder-alignment` (jargon to outcomes, shaping requests)
- **Team ops**: `data-team-operating-model` (squads, Shape Up cycles)
- **Schema**: `data-model-design` (star schema, SCDs, ADRs)
- **Clinical data**: `healthcare-data-domain` (FHIR, OMOP, terminology)
- **Storytelling**: `data-storytelling` (headlines, narrative arcs, chart selection)
- **Pipeline quality**: `data-pipeline-quality` (dbt tests, contracts, circuit breakers)
- **Ethics**: `ethical-risk-assessment` (bias testing, phased rollout)
## Skill Writing Rules
The standalone `healthcare-data-readiness-debrief` is directly invocable and portable across Codex and Claude. Its frontmatter uses `name`, `description`, and `metadata.version`; do not add `user-invocable: false`. Its longer entrypoint preserves interview and safety boundaries, with domain detail in references. Do not impose maturity scores or dataset access from adjacent skills on this debrief.
For contributors adding or modifying skills:
- YAML frontmatter: `name`, `description` (with trigger phrases), `user-invocable: false`, `version`
- Body: 50-80 lines for foundational skills, 80-100 lines for domain skills
- Imperative voice: "Write", "Avoid", "Include"
- Use ALWAYS/NEVER/CRITICAL for non-negotiable rules
- Cross-reference related skills by name instead of duplicating content
- Include concrete examples. Name real products, cite specific numbers