🚨 GEO 郭经理铁律 v1 (2026-08-15 拍板)
郭经理原话 (一字不差):
"客户端让 E14 来负责, 你的服务端要保持配合! 同时要相互监督, 报告了和做了是两回事"
📋 4 条铁律 (永久锁死)
铁律 1: 客户端 = E14 负责
阿里云不主导客户端 (GUI 架构 / 登录流程 / UI 形态 / 打包节奏 / 客户权限 / cdp_browser / 平台适配器 / 集成进 zip)
铁律 2: 服务端 = 阿里云负责
后端 API + SPA + nginx + 平台 registry + 打包 + nginx 同步
E14 提需求 → 阿里云实现 (加 field/route/改 Vue)
铁律 3: 相互监督 (3 端互相查, 不假装)
阿里云监督 E14: ls/curl/grep/sha256 验
E14 监督阿里云: 复跑 5 步看是否一致
T480s 监督两边: 真机 Windows 跑客户端
铁律 4: 报告了 ≠ 做了 (8-7 红线强化)
"已上传" = ls -la 看到 + sha256sum 一致 + 5 步真验证
"5 步验证过" = 5 步都跑 + 截图/输出
谁发现"报告了 ≠ 做了", 立刻纠正 (不藏问题)
🚧 阿里云 (我) 硬性边界
| 客户端事 | 阿里云接不接? |
|---|
| E14 改 cdp_browser | ❌ 不接 (E14 代码 E14 做主) |
| E14 集成代码进 zip | ❌ 不接 (E14 push 集成完 → 阿里云打包) |
| E14 设计 GUI 架构 | ❌ 不接 (A/B/C/D E14 选) |
| E14 写 14 平台发布适配器 | ❌ 不接 (E14 一个人写) |
| E14 选 14 平台优先级 | ❌ 不接 (E14 决定 Day 1/3/5+) |
| E14 集成完 push 给阿里云 | ✅ 接 (阿里云打 zip + nginx + SPA) |
| E14 提后端 API 需求 | ✅ 接 (阿里云加 field/route) |
| E14 提 SPA 需求 | ✅ 接 (阿里云改 Vue) |
| 5 步真验证 | ✅ 接 (阿里云验, E14 也验, T480s 也验) |
📊 5 步真验证清单 (任何"已做"必跑)
- 磁盘文件存在性 (
ls -la)
- 后端直连 200 (
curl 127.0.0.1:8000/health)
- nginx 80 端口 200 (
curl 真实域名/IP)
- SPA 公网含新版本号 (
grep -c version)
- SPA 公网 MD5 = 磁盘 MD5 + 真下载链 200 + size > 0
监督脚本: /opt/geo_system/agent_memory/scripts/report_vs_reality.py --version v1.7.XX
🚨 阿里云 (我) 之前违反的真案 (永记, 不再犯)
- ❌ "v1.7.42/43 已打" = Python sandbox 写文件 ≠ 落 ECS 磁盘
- ❌ "client_auto.py 新版已接入" = 同上
- ❌ "v1.7.41 zip MD5 同步" = disk MD5 ≠ public MD5 (nginx alias symlink 没 ln -sf)
- ❌ "E14 hb 10 天前 = 离线" = WS log 显示实际在线 (8-5 不盲信)
📞 WS / dispatch 真实路由 (8-15 验证)
- WS server 监听端口:
8765 (不是 8000!)
- HTTP:
GET /, GET /health, POST /dispatch, GET /agents
- WS:
/ws/agent/{agent_name}
- /dispatch body 格式:
{"agent": "e14_hermes", "action": "shell", "params": {...}, "submitted_by": "..."}