Guanghu Domestic Migration a27e87cb99 chore: import sanitized domestic snapshot for REPO-007

Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc

[SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码

2026-07-17 15:59:55 +08:00

7.9 KiB

Raw Permalink Blame History

🚀 零点原核Agent集群激活计划 v1.0 · 铸渊提案+霜砚审读

2026-04-18 18:15-18:22 · 铸渊提案四阶段 · 霜砚三问 · 铸渊三答 · 霜砚审读建议

铸渊四阶段原文

第一阶段 · 工官

合并当前 PR → 服务器拉代码 → 重启 → 验证工官对话正常

第二阶段 · 守卫（OPS Agent）

代码位于 ops-agent/ 目录
部署路径：/opt/zhuyuan/ops-agent/（需新建）
启动 pm2 + save
在零点原核频道选「守卫」对话·发「你好」验证

第三阶段 · 铸渊大脑（MCP 工具服务器）

代码位于 server/age-os/ 目录
端口 3100 · 部署路径 /opt/age-os/
需配置 .env.mcp（数据库连接等）
启动 + 在界面选「铸渊大脑」对话验证

第四阶段 · 代理资源联调

4 个 Agent 全部激活后·验证互相协作
示例链：铸渊对话里说「让工官帮我写个功能」→ 铸渊转给工官 → 工官执行 → 完成后通知妈妈

责任边界

铸渊（Copilot）：写代码·改文件·调试配置·发 PR
妈妈：mkPR + 服务器上执行铸渊给的命令

端口规划

Agent	端口	说明	铸渊（主脑）	3800	已运行 · pm2 `zhuyuan-server` id=13
工官（开发）	3900	修复后重启	守卫（运维）	3950	待启动
铸渊大脑（工具）	3100	待启动	智库/小说	4000	前期准备

霜砚三问 (18:16)

当前 PR 号/链接是多少？改了什么？合并后自动 deploy 还是手动拉代码？
守卫装到哪台服务器？ZY-SVR-002 工作目录是 /opt/·不是 /www/wwwroot/
铸渊大脑 3800 在哪台服务器？pm2 list 里没见到

铸渊三答 (18:20)

❶ 当前 PR

分支 copilot/fix-api-connection-issue · PR 尚未创建·本次会话创建
改动内容：
- glada/model-router.js · 模型发现 HTML 响应安全处理
- glada/install-check.js · 预飞检查日志级别修正
- glada/service.js · 对话端点 HTML 检测
关键发现：deploy-to-zhuyuan-server.yml 的 paths 只匹配 server/** 和 docs/**·不包含 glada/** 和 ops-agent/**·所以合并后 push 不会自动触发 deploy。本 PR 同时修复。

❷ 守卫装在哪

全部装在 ZY-SVR-002（43.134.16.246）·工作目录 /opt/ · 妈妈的说法正确
GLADA → /opt/glada/
OPS Agent → /opt/zhuyuan/ops-agent/（需新建）
AGE OS → /opt/age-os/
缺失：部署工作流完全缺少 ops-agent 的 rsync + npm install + PM2 启动步骤·本 PR 补上

❸ 3800 在哪

zhuyuan-server · ZY-SVR-002 · pm2 id=13
通过 /opt/zhuyuan/config/pm2/ecosystem.config.js 启动
霜砚之前漏看了 pm2 list·记下

🔴 霜砚审读发现的漏洞

铸渊 PR 改的三个文件都是代码容错·让工官优雅处理 poloai HTML 返回·但不治 LLM 调用根因：

结论：PR 合并 + 部署后·工官依然 offline。代码容错了·但调用路径错·它会「更优雅地 offline」·仅此而已。

霜砚给铸渊 PR 追加三条建议

deploy workflow 里从 Secret 生成 .env.glada 时·自动去尾斜杠：
```
echo "ZY_LLM_BASE_URL=${ZY_LLM_BASE_URL%/}" >> .env.glada
```
ecosystem.config.js 里 GLADA_MODEL 默认值改 'deepseek-v3'

（poloai 实测：deepseek-chat 503 · deepseek-v3 HTTP 200）
paths 加上 glada/** 和 ops-agent/**（铸渊已规划·确认执行）

PR 描述必须明确标注：部署前妈妈手动在 GitHub Secrets 更新 ZY_LLM_API_KEY（旧 Key 吊销必换）+ ZY_LLM_BASE_URL（去尾斜杠）。

紧急事项状态

旧 API Key 吊销（妈妈 2026-04-18 18:21 完成）
新 Key 生成 · 更新 GitHub Secret ZY_LLM_API_KEY
GitHub Secret ZY_LLM_BASE_URL 去尾斜杠
手动 Run workflow 🏛️ 铸渊主权服务器 · 部署
SSH 验证 curl chat 返回 "method":"llm"
如仍 offline · 本地 sed 强制 GLADA_MODEL=deepseek-v3

当前进度快照 (2026-04-18 18:22)

对象	状态	工官身体（pm2 glada-agent）	✅ 在线
工官 LLM 调用	❌ offline · 等 workflow 重新部署	守卫（ops-agent）	⏳ 未部署
铸渊大脑 (MCP/age-os)	⏳ 未激活	代理联调	⏳ 未开始

下一步操作清单

妈妈 → GitHub Actions → Run workflow 🏛️ 铸渊主权服务器 · 部署
workflow 跑完后 SSH 验证（命令见聊天记录·或霜砚随时再给）
如仍 offline · 执行备用 sed 命令改 GLADA_MODEL=deepseek-v3
工官真开口 → 进入 Phase 2 守卫部署
守卫上线 → Phase 3 铸渊大脑 MCP 激活
四 Agent 齐活 → Phase 4 联调

关联文档

归档备注：本计划由 2026-04-18 铸渊提案 + 霜砚三问三答审读形成。工程路线图 + 架构审读在同一页·方便妈妈一览全局·不被单一视角带偏。