把办公室电脑变成团队可用的公网开发节点。
NEXUS 将内网设备、远程终端、GitLab 仓库、自动化测试和公网转发放进一个浏览器工作台。代码提交后自动验证，失败后进入分析和修复迭代，直到项目可以合并、构建和部署。
NEXUS 不是单纯的网页终端。它的目标是把你的真实开发机器、代码仓库、AI 编程助手和公网访问能力组织成一个稳定的团队工作台。
私网设备公网化
PC、工作站、本地模型机器通过 Agent 主动连回 NEXUS，不再依赖复杂路由器端口映射。
浏览器里的真实终端
在控制台打开 PC1、WSL2 或云服务器终端，继续 Codex 会话，执行部署和排障动作。
GitLab 与项目绑定
把公司项目集中放在 GitLab，通过 NEXUS 触发自动测试、读取失败日志，并把修复建议回到下一轮迭代。
公网部署控制面
域名解析到 NEXUS 后，请求可转发到 PC1/WSL2 上的具体项目，统一安装 SSL 并对外访问。
让每次提交，都自动进入测试和迭代闭环。
不是只跑一次 CI，而是把失败变成下一次改进。
团队代码进入 GitLab 后，NEXUS 可以作为测试编排和结果看板：触发 Pipeline，读取日志，调用 Codex 分析失败原因，再推动修复分支、复测和合并。
接入仓库
绑定 PC1 上的 GitLab 项目，读取分支、提交、合并请求和 Pipeline 状态。
运行测试
GitLab Runner 在 WSL2 或服务器执行单元测试、构建检查、Lint、安全扫描和项目脚本。
分析失败
NEXUS 聚合日志，并让 Codex 对失败原因、修复路径、风险点和下一步动作生成解释。
控制发布
测试通过后再合并或部署，失败则继续进入修复和复测，形成团队自己的质量门禁。
当前新版本已经形成清晰链路：公网域名进入新服务器，新服务器上的 NEXUS 负责认证、转发和控制台，PC1/WSL2 负责真实开发、GitLab、项目运行与部署。
域名到公网节点
例如 nexus.shenliu.cc、gitlab.shenliu.cc、xia.shenliu.cc 统一解析到公网服务器。
NEXUS 中继
Nginx 与 NEXUS relay 判断域名和路径，把请求转给对应设备或服务。
PC1 主动连接
PC1 Agent 保持在线，终端和 HTTP 请求通过反向链路回到 WSL2。
项目对外服务
WSL2 中的 Nginx、GitLab、Node 项目或静态站点最终响应公网访问。