Back to corpus
architecturetechnical paper candidatescore 54
Service Architecture
**Status Legend**: ✅ **Live** (production-ready) | 🚧 **Beta** (functional, incomplete) | 🔮 **Planned** (designed but not built)
Full HTML reader
Read the full artifact
Extracted abstract or opening context
**Status Legend**: ✅ **Live** (production-ready) | 🚧 **Beta** (functional, incomplete) | 🔮 **Planned** (designed but not built)
TrajectoryOS is built as a microservices architecture with clear separation of concerns:
**Technology**: Node.js + Express/Fastify **Responsibility**: Unified entry point for all client requests
**Features**: - REST API proxying to backend services - WebSocket server for real-time updates - Authentication (JWT validation) - Rate limiting - Request logging
**WebSocket Events**: - `state_updated` - Life state changed - `interview_message` - Agent sent message - `evidence_added` - New skill evidence - `escape_index_changed` - η crossed threshold - `analysis_ready` - Background insights available
Promotion decision
What has to happen next
Promote into a technical note or architecture paper with implementation anchors.
Why this is not always a full paper yet
Corpus pages are public-safe readers for discovered workspace artifacts. They are not automatically final papers. A corpus item becomes a polished paper only after the editable source, evidence checkpoints, references, figures, render path, and release status are attached through the paper schema.