flynn/.planning/STATE.md

State: Flynn Operator DX

Project Reference

Core Value: Make Flynn easier to reason about, configure, and monitor Milestone: Operator DX Phases: 3

Current Position

Phase: 2 — Config Overlays Plan: 2 of 2 complete (02-02 done) Status: complete Progress: ███████░░░ 2/3 phases complete

Phase Status

Phase	Status	Plans
1 — Daemon Decomposition	complete	3/3 plans complete
2 — Config Overlays	complete	2/2 plans complete
3 — Live Ops Dashboard	not_started	—

Performance Metrics

Metric	Value
Test count	1077 (baseline, verified across all plans)
daemon/index.ts lines	140 (from 1087 baseline, -87%)
Total daemon modules	9 files, 1271 lines
Plan 01-01 duration	9 min
Plan 01-01 tasks	3/3
Plan 01-02 duration	~25 min
Plan 01-02 tasks	3/3
Plan 01-03 duration	~8 min
Plan 01-03 tasks	2/2
Plan 02-01 duration	3 min
Plan 02-01 tasks	2/2
Plan 02-02 duration	~1 min
Plan 02-02 tasks	1/1

Accumulated Context

Key Decisions

• Decompose god file incrementally, not rewrite
• Config overlays over separate files
• Extend existing vanilla JS dashboard
• Skip structured logging — dashboard will reveal what metrics matter
• Factory function pattern (initX(deps) → result) for daemon subsystem extraction
• initTools() kept synchronous — only shutdown callbacks are async
• Backward-compatible re-exports from daemon/index.ts for model functions
• Deps-interface factory pattern (ChannelsDeps, AgentsDeps) for explicit dependency injection
• registerChannels returns cronScheduler so Tier 1 cron tools can still be wired in startDaemon
• Lifecycle wiring stays in the module that owns the resource (agents.ts owns sandbox shutdown)
• Grouped skills/MCP/pairing/gateway/startup into services.ts rather than multiple tiny modules
• getChannelAgents callback for late-binding channel agents into gateway token usage reporting
• Type-only imports in index.ts for values only referenced in DaemonContext type definition
• Overlay merge before env expansion and Zod validation — overlays don't need required fields
• Arrays in overlays replace (not concat) — explicit override semantics
• resolveOverlayPath returns path without checking existence — callers decide error handling
• Doctor overlay check placed after checkConfigExists, before checkConfigParses — natural validation order
• Skip status when FLYNN_ENV not set — no noise for users without overlays

Technical Notes

• daemon/index.ts now 140 lines — thin composition root: imports → init calls → wire → return DaemonContext
• 8 extracted modules: models.ts (251), memory.ts (99), tools.ts (89), routing.ts (239), agents.ts (48), channels.ts (102), services.ts (269), lifecycle.ts (34)
• Factory pattern established for all modules: initX(deps) → result
• Tier 1 agent tools (session, agent list, message send, cron) remain in index.ts — they need deps from multiple init functions
• Web dashboard is vanilla JS SPA at src/gateway/ui/
• Config loader at src/config/loader.ts, schema at src/config/schema.ts (409 lines)
• deepMerge + overlay-aware loadConfig in loader.ts; resolveOverlayPath + overlay-aware loadConfigSafe in cli/shared.ts
• FLYNN_ENV maps to {configDir}/{env}.yaml sibling file; no env = no overlay (backward compatible)
• checkOverlayExists in doctor.ts: skip (no FLYNN_ENV) / pass (file found) / fail (file missing)

TODOs

(none)

Blockers

(none)

Session Continuity

Last session: Plan 02-02 (doctor overlay validation) completed Stopped at: Completed 02-02-PLAN.md — Phase 2 complete Next action: Plan Phase 3 (Live Ops Dashboard)

---

State initialized: 2026-02-09 Last updated: 2026-02-10