Node.js 复杂系统的架构选型往往决定代码的长期命运。开发者常在两条路之间纠结：要么依赖重度使用实验性装饰器和反射（如 reflect-metadata）的「魔法」单体框架，接受其全局规则；要么从零自建，冒着滑向面条代码和结构不一致的风险。Xeno.JS 的核心引擎 Xeno Core（@xeno-js/core）正是针对这一痛点而生。
它是一个运行时无关、严格类型化的 TypeScript 企业级架构框架，从底层实现 DDD、CQRS 和显式依赖注入。三大支柱：零魔法装饰器，IoC 容器 ServiceContainer 依赖显式函数工厂，编译期即可掌控依赖图；与传输层完全解耦，不绑定 HTTP 服务器，Fastify、Hono 或 AWS Lambda 无服务器架构下业务逻辑都保持隔离；异步上下文隔离，原生利用 AsyncLocalStorage 管理请求级生命周期，线程安全地追踪 correlationId、requestId 等元数据和多租户身份。
生态还包含 @xeno-js/shared（同构基础，统一契约、标准化 ResponseDto 与运行时校验）、@xeno-js/vue（把 DDD、CQRS 和依赖注入带入 Vue.js 应用，含响应式 composables 与 AbortSignal 协作取消）、@xeno-js/cli（企业级代码生成器，秒级脚手架项目、命令、查询与处理器）。核心入口是 AppBuilder，以流式引导方式编排模块、注册与执行优先级，可配置中间件、限流、CSRF、CQRS 管道（幂等与并发重试）、数据库、认证与日志。
官方称其优势在于可预测性、前后端架构模式对齐，以及生产就绪的熔断重试、双令牌 CSRF 和符合 GDPR 的日志脱敏。四个包均已开源并发布在 npm：@xeno-js/core、@xeno-js/vue、@xeno-js/shared，CLI 可通过 npx @xeno-js/cli 调用。