distributions/direct/example/domain-ideal-whole-substrate/SKILL.md
Foundational layer beneath PDE. Governs eight-strata substrate (ontology, lineage, constellation, gap-map, agent-fleet, production-stack, internal-magnet, external-contribution) plus four operators (selfish-altruistic loop, magnetic membrane, portfolio operator, reflexive operator) for any domain a flag pierces — chess, fitness, voodoo, education, design, taxidermy. Pre-instantiates engine reuse via Phase 0 portfolio audit and stretching-rack gap diagnosis.
npx skillsauth add a-organvm/a-i--skills domain-ideal-whole-substrateInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
The substrate beneath every flag-pierce. Where Product Domain Engine (PDE) handles the product layer (logos / ethos / pathos / kairos), this skill handles the domain layer beneath. Every domain — chess, fitness, voodoo, education, design — composes from the same eight strata under the same four operators, with load distribution shifting by domain.
User's foundational question: "What elements, systems, structures, environments, agents so forth make the ideal whole (be it fitness, chess, or voodoo)?"
DIWS answers it as substrate, not as workflow.
A substrate, not a workflow. PDE is a 5-phase formalization protocol that consumes a domain and produces a product. DIWS is what the domain itself is before any product gets built on top of it. PDE pulls from DIWS substrate; DIWS does not pull from PDE.
DIWS does two things PDE cannot:
~/Workspace/ for existing engines (3-tier taxonomy: domain / meta / consultant) before any new domain instantiates. Engine + skin pattern, not from-scratch every time.You invoke this skill when a flag has been pierced or is about to be — a friend's domain, a research interest, a consulting engagement, a side practice. The goal is to load the substrate ahead of any product-building work so that PDE / synthesis / cross-pollination diagnoses operate over filled scaffolding rather than empty types.
These hold across every flag-pierce, regardless of domain:
domain-meta-study.md alongside the 8 stratum artifacts — every build co-arises with a study-of-buildEvery domain composes from these. See references/8-strata-spec.md for full per-stratum spec.
| # | Layer | Question | Output artifact |
|---|---|---|---|
| 1 | Ontology | What is the domain made of? | domain-ontology.md |
| 2 | Lineage | How did it become what it is? | domain-lineage.md (3 timeslices × 2 registers) |
| 3 | Constellation | Who is doing it well, where do we exist relative? | domain-constellation.yaml (75-person file) |
| 4 | Gap-map | Where is unexploited terrain? | domain-gap-map.md (gaps + heist targets) |
| 5 | Agent fleet | Who serves the work when you arrive? | domain-agent-fleet.yaml |
| 6 | Production stack | What does shipping require? | domain-production-stack.md |
| 7 | Internal magnet | What flows IN when the flag pierces? | domain-attractor.md |
| 8 | External contribution | What flows OUT to the community? | domain-contribution-charter.md |
Voodoo loads layer 8 heavily (ethical floor, anti-extraction guard). Chess and fitness share a similar load profile. Both shapes validate the schema — generative across radically dissimilar domains rather than overfit to one.
See references/4-operators-spec.md for full spec. All four fire simultaneously on every flag-pierce.
Learn-for-self → Quality-of-product → Service-to-friends →
Friends-elevated → Network-effect → Self-elevated → More-learning
The selfishness is a feature. It locks the user into being a real practitioner rather than a curator. Without the lock, the system curates dead.
Flag pierces →
INTERNAL: magnetize all applicable, transmute through user's lens, alchemize toward ideal
EXTERNAL: contribute to community
Pull-in = refinery. Push-out = gift. Per Tenet Protocol — both directions simultaneously, never one without the other.
Push (v2): every flag-pierce produces three cross-flows simultaneously:
Pull (v2.1): every flag-pierce begins with portfolio-audit — scan ~/Workspace/ for engines / skills / primitives that match candidate-domain shape; only enter layers 1-8 after portfolio-reuse-map.md is filled.
Every domain instantiation produces domain-meta-study.md alongside the 8 stratum artifacts. Where the other three operators govern flow, this one governs recursion — the thing and the thing-studied co-arise. Per Tenet Protocol, every build-action triggers its opposing reflection-action simultaneously.
Sequential within a single instantiation; recursive across portfolio lifecycle.
Run scripts/audit-portfolio.sh. Globs ~/Workspace/ for existing engines and classifies them into the 3-tier engine taxonomy (see references/engine-taxonomy.md):
Output: portfolio-reuse-map.md showing which engines re-skin, which need invention, which are skin-only domain-specific work.
Run scripts/portfolio-gap-audit.sh. Operates across N concurrent DIWS instances simultaneously to surface holes and fat at portfolio scale.
For each axis (the 8 strata + 4 operators), the script reports:
Output: holes-fat-report.md. Refines portfolio reuse from listing engines to seeing them in spatial relation, identifying white-space across the whole portfolio.
Walk each stratum in order, filling its template from assets/ into the domain's instantiation directory. Use references/8-strata-spec.md for canonical questions.
Order is canonical but not strictly serial — strata 1-3 can be parallelized; 4 depends on 3; 5-8 are largely independent once 1-4 are in place.
After stratum artifacts ship:
portfolio-resonance.md — 3 cross-flows fireddomain-meta-study.md alongside the 8 strataRun scripts/portfolio-gap-audit.sh with this new instance + sibling instances. Surfaces N-1 cross-pollination opportunities by default. Each becomes a candidate essay, video, or joint-product opportunity.
Engine = portfolio-pull primitive (re-skinnable)
Skin = domain-specific 8-stratum instantiation
New code = only what neither engine nor skin can express
Target ratio: next 5 friend-engagements consume 60–80% engine + 20–40% skin, not 100% from-scratch. Phase 0 enforces this.
Layer 4 names heist targets — homages worth remixing. Layer 8 closes the loop by pushing improvements back upstream to the same competitors. Heist becomes relationship; relationship becomes co-development. Never steal without giving back.
Intelligence-gathering is ongoing protocol, not one-shot. Continuous monitoring of gap-map targets means the contribution charter has continuous output.
DIWS sits beneath PDE. PDE invocations consume a filled DIWS instance:
DIWS Phase 0 → audit portfolio
DIWS Phase 0.5 → stretching-rack diagnosis
DIWS Phase 1-8 → fill 8 strata for domain
DIWS Phase 9 → fire 4 operators
─────────────────────────────────────────
PDE Phase 1 → IDENTIFY (consumes DIWS Stratum 5 agent-fleet)
PDE Phase 2 → MAP (consumes DIWS Strata 1-4)
PDE Phase 3 → ENCODE (types, schemas, tests)
PDE Phase 4 → EXPRESS (4 rhetorical modes)
PDE Phase 5 → DEPLOY
─────────────────────────────────────────
DIWS Phase 10 → cross-pollination diagnosis (post-PDE)
PDE Phase 1 (IDENTIFY) was previously rebuilding the agent census from scratch every time. With DIWS, Stratum 5 (domain-agent-fleet.yaml) is the canonical source — PDE consumes it.
See references/diws-msp-mapping.md for the full isomorphism. Briefly:
| MSP primitive | DIWS construct | |---|---| | Oscillator | DIWS instance (one per domain) | | Filter | Mode blender (DIWS substrate → PDE composition matrix) | | Modulator | The 4 operators (selfish / magnetic / portfolio / reflexive) | | Mixer | Phase 0.5 stretching rack (combines N DIWS instances) | | VCA | Capital-flow channel selection | | Feedback | Phase 10 cross-pollination diagnosis (autopoietic) |
MSP names how the patches compose. DIWS names what the modules contain.
Distinct invocation modes the skill supports:
mode portfolio-pull — Phase 0 driver; produces portfolio-reuse-map.mdmode portfolio-resonance — Phase 0.5 driver; runs stretching rack across N instancesmode reflexive-study — produces domain-meta-study.md alongside any stratum artifactmode engine-extract — when an instance reveals a generalizable pattern, flag for promotion to meta-engine or consultant-engine (user-authorized)mode full-instantiation — all phases 0 → 10 for a single domainmode cross-pollination-diagnosis — focused Phase 10 run between 2+ existing instancesStress-tested fills under proof-instances/:
chess/ — Hokage Chess (Rob Bonavoglia client) as study sourcewellness/ — BODI fitness / Maddie Elevate Align as study sourceeducation/ — Jessica stub (DIWS schema v2.2 reference)voodoo/ — outlier validator (loads layer 8 heavily; design-only)The chess and wellness instances are READ-ONLY studies of existing client work — they extract the substrate already running underneath those repos without modifying source repos. The education stub demonstrates how a pre-active flag is loaded. The voodoo outlier proves the schema generates across radically dissimilar domains.
mode engine-extractportfolio-reuse-map.md exists; ≥3 reuse decisions documentedholes-fat-report.md exists; ≥1 entry per axis per instancedomain-meta-study.md exists (Reflexive Operator output)portfolio-resonance.md exists; ≥3 cross-flows named~/.claude/plans/2026-04-25-domain-ideal-whole-substrate-design.md (v2.2 spec source)~/Workspace/a-i--skills/skills/project-management/product-domain-engine/SKILL.md~/Workspace/a-i--skills/skills/creative/modular-synthesis-philosophy/SKILL.md~/.claude/plans/okay-so-now-harmonic-kettle.md (Stream Σ definition)references/engine-taxonomy.mdreferences/8-strata-spec.mdreferences/4-operators-spec.mdreferences/portfolio-composition-map.mdreferences/diws-msp-mapping.mddevelopment
Create algorithmic and generative art using mathematical patterns, noise functions, particle systems, and procedural generation. Covers flow fields, L-systems, fractals, and creative coding foundations. Triggers on generative art, algorithmic art, creative coding, procedural generation, or mathematical visualization requests.
development
Audits web applications and architectures for compliance with GDPR, CCPA, and other privacy regulations, focusing on consent, data minimization, and user rights.
development
Optimize Google Cloud Platform resource allocation and manage cloud credits efficiently. Use when planning GCP deployments, analyzing cloud spend, maximizing value from expiring credits, right-sizing instances, or designing cost-effective architectures. Triggers on GCP cost optimization, credit management, resource allocation planning, or cloud budget concerns.
testing
Designs engaging gameplay loops, economies, and progression systems, balancing challenge and reward for interactive experiences.