DETACH-04：101 项目入口与发布协调证据

更新时间：2026-08-29

当前状态

DETACH-04 为“调查中”。本目标核验 101 是否承担项目工作区、GitHub/CI/CD 发布协调和项目级运维入口，并核验系统 Codex 独立于项目服务。它不修改 101-project同步-03，不解封、重启或替换其管理范围内的同步对象。

101 项目入口现场证据

• 本机身份为 pcdell-101；当前工作区为 /root/project/AgentMeshOS，Git 顶层与该路径一致。
• 工作区远端 origin 的 fetch/push 均指向 AgentMeshOS GitHub 仓库；本轮完成的提交和 Docs CI 成功记录可从该入口追踪。
• .github/workflows/ 中现有 AI Runtime、API Gateway、认证站点、CLI Gateway、Console、DERP、Docs、Status 与 Web Verifier 共九个构建工作流；均具备受控 push 和 workflow_dispatch 入口，使用 GitHub Actions 构建并推送版本化容器产物。
• 101 只协调代码、构建、摘要、发布记录和向 RR 的发布请求。它不是生产 Runtime/Bridge 主机，不能从 101 工作区直接取代 RR 生产部署。

系统 Codex 与网络边界证据

• Codex CLI 与 App Server 位于主机全局 /root/.codex 及用户本地二进制路径，不位于项目仓库、项目容器或项目 .env。
• 本机默认路由经物理网卡的 LAN 网关；系统 DNS 由物理网卡提供。Tailnet 设置显示不接收 DNS、路由或 Exit Node，且 GitHub HTTPS 可通过物理网络访问。
• 因此本轮可证明系统 Codex、GitHub 协调和主机网络并不以项目节点 DNS、项目代理或 AgentMeshOS 服务作为启动前置条件。

Project 同步接口边界

• 架构规定：101 的唯一实时同步控制器负责 /root/project 与 Cloudreve Project 的同一目录树；RR 永久不挂载、同步或持有 Project 专用凭据。
• 101 上历史 agentmeshos-project-cloud-mount.service 与 agentmeshos-project-cloud-sync.service 当前均为 masked、非活动状态；本任务未改变它们，也未发现活动 rclone 进程。
• 这只说明旧 systemd 入口没有作为本任务的运行依据，不能用来否定或替代 101-project同步-03 的同步实现。实际同步控制器、健康和恢复证据由 101-project同步-03 单独确认；DETACH-04 只保留其职责接口，禁止对该任务范围内对象执行停用、清理或重建。

待完成项

• 取得 101-project同步-03 对现行同步控制器和健康/恢复证据的交接摘要，并将其作为接口依赖引用，不复制其实现或凭据。
• 补齐一条由 101 发起、GitHub Actions 产物摘要固定、RR 接收并记录的正式发布协调证据。该工作与 DETACH-02 的发布/回滚验收共用证据，不创建第二生产链路。