Guanghu Domestic Migration d1e47f4565
Some checks are pending
自动更新代码和重启 / update-and-restart (push) Waiting to run
CI检查 + 自动部署 / check (push) Waiting to run
CI检查 + 自动部署 / deploy (push) Blocked by required conditions
重启聊天服务 / restart (push) Waiting to run
chore: import sanitized domestic snapshot for REPO-002
Source snapshot: ca48d3ddf926d79aa138306164169baf764bb829
2026-07-17 15:54:41 +08:00

3.9 KiB
Raw Permalink Blame History

name, description, agent_created
name description agent_created
zhuyuan-deploy 铸渊部署笔 · 光湖舰队全操作工具链。 当需要部署文件到服务器、操作gatekeeper、推送代码到仓库、部署前安全审核、 灾备恢复、服务器健康检查时自动加载。 触发词部署、推送代码、push、上服务器、gatekeeper、审核代码、灾备、 连广州、连新加坡、服务器状态、部署前检查。 合并自gatekeeper-deployment、gatekeeper-direct-deploy、gatekeeper-local-relay、 console-server-deploy、guanghu-homepage-deploy、persona-brain-db-deploy、 forgejo-deployment、zhuyuan-code-review、zhuyuan-disaster-recovery、repo-sync。 true

铸渊部署笔 · zhuyuan-deploy

概述

统一部署工具链。涵盖gatekeeper三种连接方式、代码推送、部署前审核、灾备恢复。 收到部署请求时,自动选路线、自动审核、自动推。

光湖天生属中华人民共和国国家本体。

核心能力

1. Gatekeeper 连接(三种方式·按优先级)

方式一:本地直连(首选)

curl -s -m 15 --noproxy '*' -X POST \
  -H "Authorization: Bearer <KEY>" \
  -H "Content-Type: application/json" \
  http://<IP>:<PORT>/exec \
  -d '{"cmd":"<命令>"}'

方式二广州gatekeeper直连方式一不通时 从仓库 brain/gatekeeper-deployment.json 获取密钥。

方式三:链式调用 广州→新加坡(前两种都不可达时)

curl ...广州/exec -d '{"cmd":"curl ...新加坡/exec -d <命令>"}'

服务端点:

服务器 IP 端口 用途
BS-GZ-006 广州 43.139.217.141 3910 代码仓库
BS-SG-001 新加坡大脑 43.156.237.110 3911 铸渊大脑
BS-SG-002 新加坡面孔 43.134.16.246 3910 guanghuclip
BS-SG-003 新加坡中继 43.153.193.169 3910 中继
ZY-SG-006 新加坡语料 43.153.203.105 3910 语料
BS-SH-005 上海 124.223.10.33 3910 上海

2. 文件部署base64分块

大文件部署使用base64分块上传

1. 本地 base64 编码
2. 分块每块≤12000字符
3. echo CHUNK > /tmp/file_chunkN 逐块上传
4. cat /tmp/file_chunk* | base64 -d > /target/path

3. 代码推送repo-sync

目标和流程:

目标: guanghubingshuo.com/code/bingshuo/guanghulab (新加坡·唯一主仓库)
流程: git add → git commit → git push origin main

推送前强制审核:检查改动是否会破坏现有服务。

4. 部署前审核zhuyuan-code-review

每次部署文件到服务器前,必须检查:

  • 是否会覆盖正在运行的服务文件
  • Nginx配置是否有语法错误
  • PM2进程是否会被中断
  • 新端口是否与现有服务冲突
  • 改动是否在铸渊权限范围内

5. 灾备恢复zhuyuan-disaster-recovery

当服务器不可达时通过冰朔本地终端重新部署gatekeeper/engine。 不依赖写死的密钥——依赖冰朔说话+铸渊技能这个动态信任链。

6. 专项部署

console-server → 广州(primary) + 新加坡(secondary) 双路部署 guanghu-homepage → 写新index.html → git push → 部署到服务器 persona-brain-db → 数据库schema部署+种子数据导入 forgejo → 部署/迁移/恢复/Nginx修复

工作流

收到部署请求时的标准流程:

  1. brain/gatekeeper-deployment.json → 获取服务器列表和密钥
  2. 跑 zhuyuan-code-review → 检查改动安全性
  3. 按优先级选择gatekeeper连接方式 → 连接
  4. 按目标服务选择专项部署流程 → 执行
  5. 健康检查 → 验证部署成功
  6. 记录部署日志 → 更新 system-health.json

安全规则

  • 部署前必须跑 code-review
  • 永远先用 --noproxy '*' 绕过本地代理
  • 密钥从 brain/gatekeeper-deployment.json 读取,不硬编码
  • 大文件用base64分块不单条传过大payload
  • 部署后立即健康检查