Gameplay Modules
Survival systems, machines, progression gates, hazards, and world events.

Developer Gateway
Create modules, systems, interfaces, missions, routes, worlds, and full experiences on top of the ECHO Platform.
Start from shared contracts, reusable services, launcher-aware metadata, module templates, UI integrations, scanner providers, map overlays, mission systems, and PackOS-ready release flow.
What You Can Build
Gameplay modules, route logic, mission systems, UI tabs, map overlays, scanner providers, world hazards, machines, PackOS manifests, and launcher-compatible experiences can all become part of the same ecosystem.
Survival systems, machines, progression gates, hazards, and world events.
Terminal tabs, Index providers, Lens scanners, and HoloMap overlays.
Manifest, channel, release, dependency, and validation metadata.
Package official or future community experiences for launcher-aware delivery.
Build Paths
ECHO development is organized around reusable integration surfaces. Choose the system you are extending, then follow the docs path that keeps your module compatible with the broader platform.
Define a reusable ECHO building block with identity, dependencies, docs, and release notes.
Use templateExpose missions, intel, route state, rewards, and addon tools inside the player command surface.
Terminal docsPublish recipes, usage records, item archives, and discovery entries without forking UI logic.
Index docsRegister scan results for blocks, entities, fluids, machines, hazards, and progression clues.
Lens docsAttach routes, points of interest, crash sites, hazards, relays, bases, and anomalies to world intel.
HoloMap docsPrepare manifest, channel, lockfile, artifact, and release-gate metadata for launcher-aware delivery.
PackOS docsDeveloper Journey
The flow is written as a practical operating path: build locally, integrate through platform surfaces, describe package state, then move toward the launcher path players actually use.
Prepare the workspace, dependencies, and local development flow.
Confirm ECHO Core, shared contracts, and required module outputs build cleanly.
Start from the module template and define identity, category, and dependencies.
Connect services, lifecycle hooks, data ownership, and runtime-facing surfaces.
Add Terminal tabs, Index providers, Lens scanners, or HoloMap overlays.
Describe package intent, dependencies, release channel, and validation state.
Use SDK validation, release-index metadata, and site audits to catch broken packaging early.
Prepare the experience for ECHO Launcher delivery and player handoff.
Integration Surface Map
This map shows the developer mental model: build on core services, publish into player-facing surfaces, and prepare releases for PackOS and launcher delivery.
Module foundation
Active SurfacePlayer surfaces
Active SurfaceRelease path
Release FlowAPI Areas
The developer docs are already split by contract area, integration surface, and release workflow so builders do not have to start from a generic docs index.
Services, registries, events, lifecycle contracts, and shared module boundaries.
Packets, server actions, sync behavior, rate limiting, and debug-friendly message flow.
Player and world data ownership, storage contracts, migration paths, and save-aware design.
Terminal tabs, Index providers, Lens scanners, and HoloMap overlays as reusable extension surfaces.
Validation expectations, packaging checks, release notes, and launcher-ready package flow.
Manifests, channels, lockfiles, snapshots, integrity checks, and future package validation.
Next Build Step
ECHO development should move from docs to modules to package metadata without losing sight of the player delivery path. Use the getting started guide for setup, the module template for structure, GitHub for source, and Discord for community feedback.