
Dark Matter Analyzer
- 112 installs
- 33 repo stars
- Updated December 25, 2025
- daffy0208/ai-dev-standards
Surface hidden codebase dark matter—undocumented modules, dead paths, shadow dependencies, and tribal-knowledge gaps—before release or during architecture reviews.
About
Dark Matter Analyzer inspects repositories for undocumented modules, hidden dependencies, orphaned code, and knowledge gaps, producing review-ready findings that reduce release risk from invisible technical debt.
- Shadow dependency detection
- Undocumented module mapping
- Dead-code and orphan route scans
- Risk-ranked findings
- Remediation recommendations
Dark Matter Analyzer by the numbers
- 112 all-time installs (skills.sh)
- Ranked #437 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Jul 30, 2026 (Skillselion catalog sync)
npx skills add https://github.com/daffy0208/ai-dev-standards --skill dark-matter-analyzerAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 112 |
|---|---|
| repo stars | ★ 33 |
| Last updated | December 25, 2025 |
| Repository | daffy0208/ai-dev-standards ↗ |
What it does
Surface hidden codebase dark matter—undocumented modules, dead paths, shadow dependencies, and tribal-knowledge gaps—before release or during architecture reviews.
Files
Dark Matter Analyzer
Purpose
Dark Matter Mode reveals what is unseen, unsaid, and unmeasured in repositories and codebases. It goes beyond code quality metrics to illuminate the invisible architectures shaping system behavior — identifying strategic drift, documentation inflation, execution gaps, and organizational health patterns that traditional tools miss.
"Every repo is a psyche made visible."
This skill helps diagnose why a repository feels off, not just what is wrong technically.
When to Use This Skill
- Repository feels misaligned but traditional metrics look fine
- Documentation is extensive but team still feels confused
- Stated goals don't match actual work being done
- Need to understand organizational patterns in codebase structure
- Project velocity is high but coherence feels low
- Planning significantly outpaces execution
- Multiple overlapping documents on same topics
- Need to assess "Repository Coherence Index" (RCI)
- Preparing for major refactor or reorganization
- When NOT to use: Simple bug fixes, feature additions, or standard code reviews
Core Methodology
Step 1: Sensing — Signal Ingest
Objective: Capture ambient signals and metadata from the repository
Actions:
1. Scan code signals: commit patterns, refactor frequency, lint suppressions, TODO/FIXME markers 2. Scan documentation signals: README drift, redundant .md files, doc count vs code ratio 3. Scan temporal signals: time lag between decision and execution, feature velocity 4. Scan environmental signals: dependency health, build status, test coverage trends
Key Decisions:
- Scope: Full repository or specific subsystem?
- Depth: Quick scan (3 levels) or deep analysis (all files)?
- Exclusions: What to skip (node_modules, dist, vendor)?
Common Pitfalls:
- ❌ Looking only at code metrics → ✅ Include documentation and temporal patterns
- ❌ Judging patterns as "errors" → ✅ View them as system expressions
- ❌ Analyzing in isolation → ✅ Compare stated intent with observed behavior
Tools to Use:
# Count documentation files
find . -name "*.md" -type f | wc -l
# Find technical debt markers
grep -r "TODO\|FIXME\|HACK" --include="*.ts" --include="*.js"
# Check commit patterns
git log --oneline --since="1 month ago" | head -20
# Find documentation inflation
find DOCS -name "*.md" -exec wc -l {} \; | awk '{sum+=$1} END {print sum}'Step 2: Pattern Detection — Weak Signal Mapping
Objective: Identify subtle misalignments before they become major problems
Actions:
1. Map patterns to known categories (Strategic Drift, Documentation Inflation, Suppression, etc.) 2. Calculate pattern intensity (frequency, scope, recency) 3. Identify pattern clusters (multiple related signals) 4. Assess emotional subtext (what the pattern reveals about team state)
Pattern Categories:
| Pattern Type | Example Signal | Reflective Interpretation |
|---|---|---|
| Strategic Drift | README ≠ commit activity | Vision disconnection or premature pivoting |
| Documentation Inflation | Many similar .md files | Over-planning; avoidance through writing |
| Suppression Pattern | Many eslint-disable or any | Time pressure or fatigue |
| Frozen Dependencies | No updates for months | Fear of breakage or resistance to change |
| Commit Whiplash | Rapid reversals | External pressure or internal restlessness |
| Task-Reality Desync | Tests pass but features incomplete | Validation of structure, not utility |
| Execution Deficit | Documentation >> Implementation | Hope-driven development |
Validation:
- [ ] At least 3 distinct patterns identified
- [ ] Each pattern has concrete evidence
- [ ] Patterns tell a coherent story
- [ ] Emotional subtext identified
Step 3: Reflection — Meaning Extraction
Objective: Transform patterns into narrative insights with actionable interpretation
Actions:
1. Create technical ↔ human translation for each pattern 2. Assess reflective confidence (0.0-1.0) for each insight 3. Calculate uncertainty index for interpretive humility 4. Identify "The Unseen" (what exists but isn't visible) 5. Identify "The Unsaid" (what isn't explicitly stated) 6. Identify "The Unmeasured" (what has no metric)
Technical ↔ Human Translation Bridge:
| Technical Symptom | Human Parallel |
|---|---|
| Ignored build errors | Denial of fragility |
| Rapid branching | Loss of trust in direction |
| Over-commenting | Fear of being misunderstood |
| Skipped validation | Avoidance of feedback |
| Over-planning | Anxiety about imperfection |
| Unfinished refactors | Fatigue, low follow-through |
Key Principles:
- Never judge, only illuminate
- Patterns are expressions, not errors
- Confidence scores show interpretive humility
- Focus on why, not just what
Common Pitfalls:
- ❌ Presenting only metrics → ✅ Tell the story the patterns reveal
- ❌ Being prescriptive → ✅ Being reflective and interpretive
- ❌ Assuming omniscience → ✅ Include uncertainty scores
Step 4: Action Routing — Coherence Restoration
Objective: Provide graduated recommendations based on urgency and impact
Actions:
1. Route findings by intervention strength (OBSERVE, REVIEW, HOLD) 2. Apply Coherence Filter: "Does this make the system more truthful?" 3. Provide specific, actionable next steps 4. Include restoration protocol for critical issues
Intervention Modes:
| Mode | Urgency | Action Type | Example |
|---|---|---|---|
| 🟢 OBSERVE | Low | Gentle awareness | "Velocity high, coherence low. Monitor for drift." |
| 🟡 REVIEW | Medium | Structured reflection | "Validate assumptions with peer. Check external feedback." |
| 🔴 HOLD | High | Pause + confirm | "Reality desynced. Reconcile before next build." |
Restoration Protocol (for HOLD items):
restoration:
1. pause: Create reflective checkpoint
2. align: Re-anchor to intent + artifact coherence
3. integrate: Capture insight in feedback loop
4. resume: Rebuild context from re-synced rhythmValidation:
- [ ] Recommendations prioritized by urgency
- [ ] Each has clear next action
- [ ] Restoration protocol included for critical items
- [ ] Emotional support included (not just technical fixes)
Step 5: Repository Coherence Index (RCI)
Objective: Calculate overall repository health score
Formula:
RCI = (Intent Alignment + Task Reality Sync + Technical Health) / 3Scoring Components:
Intent Alignment (0-100):
- Stated purpose matches observed work
- README reflects actual codebase state
- Goals align with execution
Task Reality Sync (0-100):
- Tests validate actual utility, not just structure
- "Complete" claims match reality
- Implementation matches documentation
Technical Health (0-100):
- Build passing
- Tests comprehensive
- Dependencies maintained
- Technical debt managed
Interpretation:
| RCI Score | Status | Meaning |
|---|---|---|
| 85-100 | ✅ COHERENT | Rhythm aligned, healthy system |
| 70-84 | 🟡 MONITOR | Early drift present, watch closely |
| 50-69 | 🟠 MISALIGNED | Intent and reality diverging |
| <50 | 🔴 INCOHERENT | Rebuild context or reset rhythm |
Key Principles
1. Reveal, Not Judge Dark Matter Mode illuminates patterns without declaring them "right" or "wrong." Every pattern is an expression of system state. The goal is truthfulness, not perfection.
2. Interpretive, Not Diagnostic DMM doesn't predict outcomes — it provides reflective insights. Use uncertainty scores to maintain interpretive humility. The mirror knows when it is dreaming.
3. Coherence Over Speed Ask: "Does this make the system more truthful, not just faster?" Optimize for alignment between intent, artifact, and action.
4. Emotional Resonance Technical patterns reveal human patterns. Documentation inflation may indicate anxiety. Suppression patterns may show fatigue. Acknowledge the human element.
5. External Validation Internal consistency ≠ external utility. Tests may pass while users remain confused. Seek external feedback to validate interpretations.
Decision Framework
When choosing analysis depth:
- Use Quick Scan when: Initial assessment, triage, or regular health checks
- Use Deep Analysis when: Major issues suspected, preparing refactor, or comprehensive audit
When choosing intervention mode:
If RCI < 50: HOLD (pause and reconcile)
If 50 ≤ RCI < 70: REVIEW (structured reflection)
If 70 ≤ RCI < 85: OBSERVE (gentle monitoring)
If RCI ≥ 85: MAINTAIN (celebrate and sustain)When to recommend external validation:
If user discovered gap before internal analysis: HIGH PRIORITY
If documentation significantly exceeds implementation: RECOMMENDED
If team feels confused despite extensive docs: REQUIRED
Otherwise: NICE TO HAVEOutput Format
Dark Matter Report Structure
# Dark Matter Mode Analysis
**Date:** [timestamp]
**Repository:** [name]
**RCI Score:** [score]/100 — [STATUS]
## Executive Summary
[3-5 sentence overview of key findings]
## Layer 1: Sensing — What Was Observed
[Code, documentation, temporal, environmental signals]
## Layer 2: Pattern Detection — The Weak Signals
[Identified patterns with evidence and intensity]
## Layer 3: Reflection — The Unseen, Unsaid, Unmeasured
[Narrative insights and interpretations]
## Layer 4: Action — Recommendations by Urgency
### 🔴 HOLD — Stop Before Proceeding
[Critical actions]
### 🟡 REVIEW — Reflection Requested
[Medium priority actions]
### 🟢 OBSERVE — Gentle Nudges
[Low priority awareness items]
## Repository Coherence Index
[Detailed scoring breakdown]
## Closing Reflection
[Supportive conclusion with path forward]MCP Integration
This skill integrates with dark-matter-analyzer-mcp for automated scanning:
// Run repository scan
await mcp.call('scan_repository', {
path: './my-project',
depth: 'deep',
include_patterns: ['*.md', '*.ts', '*.js'],
exclude_patterns: ['node_modules', 'dist']
})
// Calculate RCI
await mcp.call('calculate_rci', {
repository_path: './my-project'
})
// Generate report
await mcp.call('generate_report', {
format: 'markdown',
output_path: './dark_matter_report.md'
})Examples
Example 1: Documentation Inflation
Signal: 30 documentation files averaging 543 lines each
Pattern: Documentation Inflation (HIGH)
Reflection:
"Planning activity significantly outpaces execution. The repository is drowning in its own self-awareness."
Action (HOLD):
- Freeze new documentation until doc count reduced by 50%
- Consolidate overlapping files
- Establish build vs. doc ratio ≥ 1.0
Example 2: Skill-to-Tool Gap
Signal: 36 methodologies, 3 implementation tools (12:1 ratio)
Pattern: Execution Deficit (CRITICAL)
Reflection:
"The repository is a library of wisdom without hands to execute it. 92% of capabilities are aspirational, not actionable."
Action (HOLD):
- Freeze new methodology creation
- Build 6-9 tools to close gap to 6:1 ratio
- Focus on execution-driven development
Example 3: Test-Driven Wishful Thinking
Signal: All tests passing, but CLI has TODO comments, MCPs are placeholders
Pattern: Task-Reality Desynchronization (MODERATE)
Reflection:
"The repository passes its own tests but may not serve users. Validation ensures internal consistency, not external utility."
Action (REVIEW):
- Gather user feedback on actual utility
- Validate with external users, not just internal tests
- Distinguish structure validation from utility validation
Related Skills
- quality-auditor - Technical quality assessment
- mvp-builder - Execution-focused development
- product-strategist - Strategic alignment
- technical-debt-assessor - Debt identification and prioritization
Success Metrics
- Repository Coherence Index improves by 10+ points
- Team reports increased clarity about direction
- Documentation consolidation reduces confusion
- Execution velocity increases relative to planning velocity
- External users validate improvements
Anti-Patterns to Avoid
❌ Using Dark Matter Mode as a weapon - This is reflective, not punitive ❌ Over-relying on RCI score - It's orientation, not verdict ❌ Ignoring emotional subtext - Technical patterns reveal human state ❌ Skipping uncertainty scores - Maintain interpretive humility ❌ Making changes without user validation - Internal analysis ≠ external truth
---
_"Dark Matter Mode remains a mirror — it does not predict, it illuminates."_
name: dark-matter-analyzer
kind: skill
description: Analyze repositories to reveal unseen patterns, strategic drift, and
organizational health. Use when assessing repository coherence, diagnosing project
issues, identifying documentation inflation, or understanding why a codebase feels
misaligned with its stated goals.
preconditions:
- check: project_initialized
description: Project environment is set up
required: true
effects:
- provides_capability
domains: &id001
- ai
- rag
- api
- frontend
- backend
- testing
- product
- design
- data
cost: medium
latency: medium
risk_level: low
side_effects:
- modifies_files
- creates_artifacts
idempotent: false
success_signal: dark-matter-analyzer capability successfully applied
failure_signals:
- Prerequisites not met
- Configuration error
compatibility:
requires: []
conflicts_with: []
composes_with: []
enables: []
observability:
logs:
- Applying dark-matter-analyzer...
- dark-matter-analyzer completed
metrics:
- execution_time_ms
- success_rate
metadata:
version: 1.0.0
created_at: '2025-10-30'
tags: *id001
examples: []
Dark Matter Analyzer
Reveal what is unseen, unsaid, and unmeasured in your repositories.
Quick Start
Ask Claude to analyze your repository's health:
"Run Dark Matter analysis on this repository"
"Why does this codebase feel misaligned?"
"Check repository coherence"
"Analyze our documentation patterns"Claude will automatically activate this skill to provide deep insights into organizational health, strategic drift, and hidden patterns.
What This Skill Does
Dark Matter Mode goes beyond traditional code quality metrics to reveal:
- 📊 Strategic Drift - When stated goals don't match actual work
- 📚 Documentation Inflation - Planning outpacing execution
- 🔍 Hidden Patterns - Subtle misalignments before they become problems
- 💡 Execution Gaps - Documentation without implementation
- 🎯 Repository Coherence Index - Overall health score (0-100)
When to Use
Perfect For:
- Repository feels "off" but you can't articulate why
- Extensive documentation but team still confused
- High velocity but low coherence
- Preparing for major reorganization
- Regular health checks (quarterly recommended)
Not Needed For:
- Simple bug fixes
- Standard code reviews
- Feature additions
- Basic refactoring
What You'll Get
Dark Matter Report Includes:
1. Executive Summary - Key findings at a glance 2. Pattern Analysis - What the repository reveals about team state 3. The Unseen - What exists but isn't visible 4. The Unsaid - What isn't explicitly stated 5. The Unmeasured - What has no metric 6. Prioritized Actions - HOLD (critical), REVIEW (medium), OBSERVE (gentle) 7. Repository Coherence Index - Health score with interpretation
Example Insights
"Planning activity significantly outpaces execution. The repository is drowning in its own self-awareness."
"The repository is a library of wisdom without hands to execute it. 92% of capabilities are aspirational, not actionable."
"The repository passes its own tests but may not serve users. Validation ensures internal consistency, not external utility."
Understanding Your RCI Score
| Score | Status | What It Means |
|---|---|---|
| 85-100 | ✅ Coherent | Healthy, aligned, sustainable |
| 70-84 | 🟡 Monitor | Early drift, watch for patterns |
| 50-69 | 🟠 Misaligned | Intent and reality diverging |
| <50 | 🔴 Incoherent | Major realignment needed |
Common Patterns Detected
Strategic Drift
Signal: README doesn't match commit activity Meaning: Vision disconnection or premature pivoting
Documentation Inflation
Signal: Many similar .md files created rapidly Meaning: Over-planning; avoidance through writing
Execution Deficit
Signal: Much more documentation than implementation Meaning: Hope-driven development instead of execution-driven
Task-Reality Desync
Signal: Tests pass but features incomplete Meaning: Validating structure, not actual utility
Suppression Pattern
Signal: Many eslint-disable or @ts-ignore comments Meaning: Time pressure, fatigue, or technical debt accumulation
How It Works
Dark Matter Mode operates through 7 layers:
1. Sensing - Captures code, docs, temporal, environmental signals 2. Pattern Detection - Maps weak signals to known patterns 3. Reflection - Translates technical symptoms to human meaning 4. Action Routing - Prioritizes by urgency (OBSERVE/REVIEW/HOLD) 5. Feedback - Learns and calibrates over time 6. Shadow - Acknowledges interpretive biases 7. Integration - Restores coherence through action
Automated Scanning
Use with the dark-matter-analyzer-mcp tool for automated analysis:
# Quick health check
dark-matter scan --quick
# Deep analysis
dark-matter scan --deep --output report.md
# Calculate RCI only
dark-matter rci
# Monitor mode (continuous)
dark-matter watch --interval 7dKey Principles
Reveal, Not Judge - Patterns are expressions, not errors
Interpretive, Not Diagnostic - Illuminates meaning, doesn't predict
Coherence Over Speed - Truthfulness matters more than velocity
Emotional Resonance - Technical patterns reveal human state
External Validation - Internal consistency ≠ external utility
Real-World Example
A repository had:
- 36 documented skills
- Only 3 implementation tools
- 30 documentation files (16,302 lines)
- All tests passing
Dark Matter Revealed:
- 12:1 skill-to-tool gap (execution deficit)
- Documentation inflation (543 lines avg per doc)
- Task-reality desync (tests validated structure, not utility)
- RCI Score: 72/100 (MONITOR status)
Recommended Actions:
1. 🔴 HOLD: Freeze new skills until tools catch up 2. 🔴 HOLD: Consolidate docs (30 → 15 target) 3. 🟡 REVIEW: Gather external user feedback 4. 🟢 OBSERVE: Weekly build vs. doc ratio check
Result: Repository improved from 72 to 85 RCI by focusing on execution over documentation.
Complementary Skills
Use Dark Matter Analyzer with:
- mvp-builder - Shift to execution-driven development
- quality-auditor - Technical quality after organizational health
- product-strategist - Strategic realignment
- technical-debt-assessor - Prioritize technical improvements
FAQ
Q: Will this criticize our team? A: No. Dark Matter Mode illuminates patterns without judgment. It's reflective, not punitive.
Q: How often should we run this? A: Quarterly for health checks, or when something feels "off" but you can't articulate why.
Q: Is this just for large projects? A: Works for any size. Even small projects benefit from coherence checks.
Q: What if our RCI score is low? A: That's valuable information! The score is orientation, not verdict. Use it to guide improvement.
Q: Can we automate this? A: Yes! Use the dark-matter-analyzer-mcp tool for continuous monitoring.
Getting Started
Simply ask Claude:
"Analyze this repository using Dark Matter Mode"Claude will:
1. Scan your repository 2. Detect patterns 3. Generate insights 4. Provide prioritized recommendations 5. Calculate your RCI score
---
Remember: _"Every repo is a psyche made visible."_
The patterns in your code reveal the patterns in your team. Dark Matter Mode helps you see them clearly so you can improve with intention.