Documentation map
The project uses a small hierarchy so overlapping plans do not become competing sources of truth.
This directory is intentionally covered by .gdignore: plans and baseline
captures are review artifacts, not runtime Godot resources.
PROJECT_CONTEXT.mdis the canonical description of the vision, current implementation, target architecture, and active constraints.ARCHITECTURE_OVERVIEW.mdis the concise map of runtime ownership, folder responsibilities, and dependency rules.LEARNING_ROADMAP.mdowns milestone order, architecture gates, reusable-system exit tests, and intentionally deferred work.BUILD_IN_PUBLIC_PLAN.mdowns the scoped Jajce visual slice. It must respect the architecture gates in the learning roadmap.RESOURCE_NODE_MIGRATION.mdis a focused migration plan. Phases 1–6 are complete; follow-up work should expand resource discovery without reintroducing abstract resource zones.ACTION_SYSTEM_ARCHITECTURE.md,ECONOMIC_EVENTS.md,FOOD_STORAGE_ARCHITECTURE.md,SIMULATION_DEFINITIONS.md, andSIMULATION_STATE_SCHEMA.mddocument the current data contracts.decisions/contains durable architectural decisions, including consequences and revisit conditions.benchmarks/contains reviewed, workload-specific performance ledgers and their machine-readable samples. Measurements are local evidence, not portable CI limits.
When documents disagree:
- code and tests describe current behavior;
- the newest accepted decision record governs architecture;
PROJECT_CONTEXT.mdgoverns product intent;LEARNING_ROADMAP.mdgoverns what should be built next;- focused plans govern only their stated scope.
Update the smallest relevant set of documents after a decision or milestone. Do not copy full status tables into every plan.