Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
Architecture maintenance, connection validation, automated health diagnostics, and unconscious processing
tier
standard
applyTo
**/*dream*,**/*maintenance*,**/*health*
disable-model-invocation
true
currency
2026-04-22T00:00:00.000Z
Dream State Skill
Automated architecture maintenance — scan every memory file, validate structural integrity, produce a diagnostic report. Dream observes and measures; it never modifies.
When to Use
User asks to "dream" or run "architecture maintenance"
After file reorganizations that may break connections
Before major meditation sessions (establish baseline)
After domain learning to validate new connections
When architecture health is uncertain before skill selection
6-Phase Protocol
Phase
Action
Output
1. Discovery
Scan .github/ for all memory files
File inventory
2. Validation
Parse frontmatter, verify trifecta completeness
Issue list
3. Repair
Auto-fix via consolidation mappings (renames only)
Repair log
4. GK Sync
Check %OneDrive%/AI-Memory/ for cross-platform content
The review queue (.github/quality/review-queue.jsonl, defined in FM5) is a leading indicator of semantic debt. When the queue grows faster than it's resolved, the architecture is accumulating unreviewed changes.
Signal
Threshold
Health Impact
Action
Queue size growing
>10 pending entries
needs-attention
Prioritize review session; schedule meditation
High-priority entries stale
Any high priority entry >14d unresolved
needs-attention
Escalate: these are heir-feedback or drift-detected entries
Queue empty
0 pending
healthy
Normal state; curation is keeping pace
Oldest entry age
>60 days
needs-attention
Something is blocking reviews; investigate
Per-volatility weighting: High-volatility files (instructions, skills with frequent edits) generate more queue pressure than stable reference docs. Weight queue entries by the source file's edit frequency when computing backpressure score.
Integration: Dream protocol reads review-queue.jsonl during Phase 2 (architecture scan) and includes queue metrics in the dream report's health assessment.
Ritual Hierarchy
Meditation is the foundational ritual. Dream is a diagnostic that runs subordinate to it.
Dream
Meditation
Role
Diagnostic tool
Foundational ritual
Mode
Automated, unconscious
Interactive, conscious
Creates files?
Reports only
Memory files + insights
Makes decisions?
Never
Yes
Activation
/dream, or chained after meditation
User says "meditate"
Analogy
Blood test
Doctor's visit
When Dream Chains After Meditation
Dream triggers automatically after meditation when:
Trigger
Condition
Pattern: file reorg
Meditation touched 3+ architecture files
Pattern: trifecta concern
Meditation created or modified skills/instructions
Pattern: staleness
Last dream was >7 days ago
Random
~1 in 5 meditations (keeps architecture fresh)
Connection Format
Skills connect via frontmatter applyTo patterns and semantic search:
---name:"skill-name"description:"What this skill does"applyTo:'**/*pattern*,**/*files*'---
Dream is a diagnostic — it never modifies files. When findings require judgment (skill consolidation, content quality decisions, contradiction resolution), the natural next step is meditation, which reads the dream report and decides what to fix.
Finding type
Resolution path
Missing frontmatter, broken link with mapping
Author the fix in the next meditation; mechanical
Two skills with overlapping applyTo
Meditation decides merge / split / keep; semantic
Skill flagged as shallow
Meditation enriches or deprecates; requires domain context
The handoff is the dream report file. Meditation's Resolve step explicitly evaluates whether a dream should chain after it; the inverse — meditation reading an existing dream report — happens naturally when a meditation session opens with "check the architecture first."
This pattern replaces the former lucid-dream ritual (retired v8.4.0). The escalation concept lives here because dream is the producer of the findings; meditation is the consumer that decides.
Workflow skills missing matching .instructions.md or .prompt.md.
brokenRefs[]
{sourceFile, line, target}
Markdown / config references that no longer resolve.
health
"healthy" | "good" | "needs-attention"
Derived bucket: 0 / ≤5 / >5 issues.
Stability rule: meditation, dream-creativity-score.cjs, and heir consumers (health-pulse, proactive-awareness.instructions.md) all read these field names directly. Adding fields is safe; renaming or removing requires a fleet-wide migration.
Chronicle Pruning
dream-cli.cjs keeps the newest 50dream-report-YYYY-MM-DD*.md chronicles in .github/episodic/ after each run; older ones are deleted in place. Rolling architecture history lives in the JSON snapshot and brain-qa outputs — chronicles are only useful as recent narrative context for meditation.