白禾经营系统工程化部署手册

给技术员执行:发布、体检、回滚、监控。不要再靠临时手工上传。

一句话

以后白禾经营系统按三个命令管理:发布、体检、回滚。技术员不要直接去服务器改 HTML。

发布
bash scripts/baihe_ops_deploy.sh
体检
bash scripts/baihe_ops_healthcheck.sh
回滚
bash scripts/baihe_ops_rollback.sh <备份文件名>
目录位置

本地工作目录:

/Users/tingyu/.openclaw/workspace

本地页面目录:

exports/topclaw-home-site/reports/ai-radar-e3/

线上页面目录:

/var/www/topclaw.net/reports/ai-radar-e3/
核心入口
标准发布流程
  1. 只改本地目录,不直接改服务器。
  2. 先跑体检。
  3. 体检没有失败再发布。
  4. 发布脚本会自动远端备份、上传、激活、再体检。
  5. 发布失败或线上坏了,马上回滚。

发布前:

bash scripts/baihe_ops_healthcheck.sh

发布:

bash scripts/baihe_ops_deploy.sh
回滚方法

发布成功时会输出备份,例如:

/var/www/topclaw.net/_backups/ai-radar-e3/ai-radar-e3_20260611_155057.tgz

回滚命令:

bash scripts/baihe_ops_rollback.sh ai-radar-e3_20260611_155057.tgz
健康检查规则

看最后一行:

  • failures=0:页面可用。
  • failures>0:不能发布;如果是刚发布后出现,立即回滚。
  • warnings>0:有风险但不一定影响访问。

日志目录:

exports/baihe_ops_health_logs/latest.log
当前已知风险
  1. 巡店记录 API 暂未鉴权:内部试用可以,未加权限前不要大范围发给团队。
  2. 1-4月月报是 V1:已升级结构,但不是最终锁账版。
  3. 页面多:禁止直接手改线上,必须从本地发布。
3号保障
  • 维护发布、体检、回滚脚本。
  • 定期检查核心入口。
  • 异常时微信通知。
  • 重大修改前备份。
  • 不让老板驾驶舱简化覆盖详细月报。
  • 不让测试功能冒充正式经营系统。
AI RADAR-E3 · Baihe Engineering Deploy Runbook · 2026-06-11