AI Transition Model Style Guide
AI Transition Model Style Guide
Section titled “AI Transition Model Style Guide”The AI Transition Model (ATM) is a structured framework for understanding AI development trajectories. ATM pages differ from regular knowledge base content—they follow a specific schema and use YAML as the source of truth.
Page Type Detection
Section titled “Page Type Detection”ATM pages are detected by URL: /ai-transition-model/**/*.mdx
Key Difference from Knowledge Base
Section titled “Key Difference from Knowledge Base”YAML is the source of truth for ATM pages:
| Data | Source | NOT in MDX |
|---|---|---|
| Ratings (changeability, xriskImpact) | parameter-graph.yaml | Never duplicate |
| Descriptions | entities/ai-transition-model.yaml | Reference only |
| Scope (includes/excludes) | YAML | Reference only |
| Key debates | YAML | Reference only |
| Related content | YAML | Reference only |
MDX files should be minimal:
---title: "Factor Name"sidebar: order: 1---import {TransitionModelContent} from '@components/wiki';
## Overview
[Custom prose content - the ONLY substantial content in MDX]
---
<TransitionModelContent slug="factor-slug" client:load />Entity Types
Section titled “Entity Types”Factors (ai-transition-model-factor)
Section titled “Factors (ai-transition-model-factor)”Top-level drivers of AI trajectories:
- AI Capabilities
- AI Safety
- Human Control
- Societal Response
- Transition Turbulence
Sub-items (ai-transition-model-subitem)
Section titled “Sub-items (ai-transition-model-subitem)”Components within factors:
- Compute, Algorithms, Adoption (under Capabilities)
- Alignment Robustness, Safety Culture (under Safety)
Parameters (ai-transition-model-parameter)
Section titled “Parameters (ai-transition-model-parameter)”Measurable variables:
- Racing Intensity
- Interpretability Coverage
- Safety-Capability Gap
Scenarios (ai-transition-model-scenario)
Section titled “Scenarios (ai-transition-model-scenario)”Possible outcomes:
- Gradual AI Takeover
- Rapid AI Takeover
- Lock-in scenarios
Metrics (ai-transition-model-metric)
Section titled “Metrics (ai-transition-model-metric)”Quantitative indicators tracked over time.
Required YAML Fields
Section titled “Required YAML Fields”For all ATM entities in src/data/entities/ai-transition-model.yaml:
- id: tmc-factor-name name: "Factor Name" type: ai-transition-model-factor description: "Brief description" parentFactor: tmc-parent # if sub-item ratings: changeability: 60 # How modifiable (0-100) xriskImpact: 75 # Impact on x-risk (0-100) uncertainty: 50 # How uncertain (0-100) scope: includes: - "What this factor covers" excludes: - "What it doesn't cover" keyDebates: - question: "Is X true?" positions: - view: "Yes because..." proponents: ["Lab A"] - view: "No because..." proponents: ["Researcher B"]Cause-Effect Diagrams
Section titled “Cause-Effect Diagrams”ATM pages should have cause-effect diagrams showing relationships:
causeEffectGraph: title: "What Drives This Factor?" primaryNodeId: factor-id nodes: - id: upstream-1 label: "Upstream Driver" type: leaf - id: factor-id label: "This Factor" type: effect edges: - source: upstream-1 target: factor-id strength: strongSee /internal/cause-effect-diagrams/ for detailed guidance.
Claude Code Workflows
Section titled “Claude Code Workflows”Creating a New ATM Entity
Section titled “Creating a New ATM Entity”# 1. Add to YAML first# Edit src/data/entities/ai-transition-model.yaml
# 2. Rebuild datanpm run build:data
# 3. Create minimal MDX if needed# Most content comes from YAML via TransitionModelContent componentAdding a Cause-Effect Diagram
Section titled “Adding a Cause-Effect Diagram”Task({ subagent_type: 'general-purpose', prompt: `Add a cause-effect diagram to ATM entity [ENTITY_ID].
1. Read /internal/cause-effect-diagrams/ for schema 2. Read /internal/ai-transition-model-style-guide/ 3. Identify upstream drivers and downstream effects 4. Add causeEffectGraph to the entity in ai-transition-model.yaml
Structure: - Upstream drivers as leaf nodes - Sub-components as intermediate nodes (with entityRef) - Critical questions as leaf nodes with effect: mixed - The factor itself as effect node`})Updating Ratings
Section titled “Updating Ratings”# Ratings live in YAML, not MDX# Edit src/data/entities/ai-transition-model.yaml# Then rebuild:npm run build:dataQuality Criteria
Section titled “Quality Criteria”ATM pages are evaluated differently:
| Aspect | Criteria |
|---|---|
| Completeness | All YAML fields populated |
| Diagram | Has cause-effect graph with 5+ nodes |
| Debates | Key debates documented with positions |
| Links | Related entities connected |
| Ratings | All ratings have justification |
Anti-Patterns
Section titled “Anti-Patterns”- Duplicating YAML in MDX - Let TransitionModelContent render it
- Ratings without justification - Every rating needs explanation
- Orphan entities - Every entity should have relationships
- Missing scope - Always define what’s included/excluded
- No cause-effect diagram - Every factor should have one
Validation
Section titled “Validation”# Validate ATM entitiesnpm run crux -- validate data
# Validate all diagrams and cause-effect graphsnpm run validate