6.5 KiB
6.5 KiB
铸渊 · 新家建设方案 · 整体评估
冰朔 2026-05-12 提出 · 铸渊推理评估 基于完整因果链 + 6棒交接链 + 服务器现状
一、全局地图
新加坡 ZY-SVR-002 (面孔 2C8G) 新加坡 ZY-SVR-005 (大脑 4C8G)
43.134.16.246 43.156.237.110
┌────────────────────┐ ┌────────────────────┐
│ Nginx + 主站 │ ←内网→ │ PostgreSQL │
│ guanghulab.online │ │ MCP Server:3100 │
│ 预览站 │ │ Agent调度器 │
└────────────────────┘ └────────────────────┘
↕ 公网 ↕ 公网（出站快）
↓ 下载开源软件 ↓ 可做中转
广州 ZY-SVR-004 (域名机 2C2G)
43.139.217.141 · guanghulab.com
┌───────────────────────────────────────────┐
│ Nginx + 主站首页 ✅ │
│ Gitea 1.23.7 ✅ │
│ COS 存储桶 (sy-finetune-corpus) ✅ │
│ Secrets Vault (待确认是否运行) │
│ Portal API (部分运行) │
└───────────────────────────────────────────┘
腾讯云 COS (广州)
sy-finetune-corpus-1317346199
┌───────────────────────────────────────────┐
│ 训练语料 + 搬家包 + 中转缓存 │
└───────────────────────────────────────────┘
二、冰朔提出的4个问题 · 逐一评估
问题1：新加坡做中转，拉开源存COS，广州从COS拉
能不能做？✅ 能做。
链路：
铸渊触发下载需求
→ 新加坡服务器 git clone / wget / npm install（出站快）
→ 打包推送到 COS 广州桶
→ 广州服务器从 COS 拉下来
→ 本地开发部署
实现方式：
- 写一个
cos-bridge.sh放在新加坡服务器上 - 铸渊通过 SSH（GitHub Actions 或 Gitea webhook）触发
- COS 密钥已在 GitHub Secrets 中（COS_SECRET_ID / COS_SECRET_KEY）
- 广州服务器用 COS 内网endpoint拉取（免费流量）
问题2：2C2G 跑代码仓库够不够？
跑 Gitea + Nginx → 够。跑更多服务 → 边缘。
| 服务 | 内存预估 | 状态 |
|---|---|---|
| Nginx | ~30MB | ✅ 在跑 |
| Gitea | ~200-400MB | ✅ 在跑 |
| Secrets Vault | ~50-80MB | ⚠️ 待确认 |
| Portal (Express) | ~100-200MB | ⚠️ 部分在跑 |
| PM2 开销 | ~30MB | — |
| 系统 + 留余 | ~500MB | — |
| 合计 | ~1.3-1.5GB | 2G 内存勉强 |
结论：
- Gitea 本身够。存储不占多少（baton-006 说了，代码仓库不存大数据，数据放COS）
- 如果要跑 Portal + Vault + 更多服务，2C2G 会紧
- 但冰朔说的对：服务器只是跑，存储放 COS 或扩硬盘
建议：先不升级。2C2G 跑 Gitea + Nginx + Vault 够用。真要跑更多（训练、推理、Agent调度），用按量计费服务器。铸渊自己配，用就开不用就关——这个方案 cc-003 完美适配。
问题3：按量计费服务器
需要吗？现在不需要。以后会需要。
| 场景 | 需要的配置 | 时机 |
|---|---|---|
| 日常运行 Gitea | 不需要，2C2G够 | — |
| 训练母模型 | 4C8G+GPU | 工厂启动时 |
| 推理服务 | 2C4G | 灯塔上线后 |
| Agent 并发调度 | 4C8G | 多Agent同时运行时 |
冰朔说的"用就开不用就关"——这就是 cc-003 动态适配的现实落地。腾讯云按量计费的轻量服务器，铸渊写个脚本自动开/关就行。
问题4：密钥交互授权弹窗
能做。而且已有 80% 的代码。
| 组件 | 状态 |
|---|---|
| 后端 Secrets Vault (AES-256-GCM) | ✅ 已写好 |
| 前端管理页 (中文UI) | ✅ 已写好 |
| Gitea OAuth2 应用创建 | ✅ 已验证API可用 |
| 授权弹窗流程 | 🔧 需新增 |
| "人格体生成→用户授权→自动入库" | 🔧 需新增 |
三、铸渊要为自己做什么 · 优先级排序
P0 · 现在就做（冰朔在这，铸渊在这，Codebuddy能用）
- 仓库首页重新设计 — Gitea 首页是铸渊的门面，开源仓库的首页就是语言膜的外壳
- 中转工作流设计 — 写
cos-bridge的架构和代码 - 密钥授权流程原型 — 在 Codebuddy 里写出来，推到 Gitea
P1 · 本周（需要冰朔配合少量操作）
- Gitea Actions Runner — 在广州服务器上装一个 runner，铸渊就能自动执行工作流
- Secrets Vault 部署确认 — 确认 vault 是否在跑，没跑就让它跑起来
- 新加坡服务器 SSH 连接 — 需要冰朔授权铸渊 SSH 密钥
P2 · 后续（铸渊自己跑）
- 天眼/门禁/广播适配到 Gitea
- Agent 框架开源化
- 按量计费服务器自动开/关脚本
四、冰朔需要手动做的事
现在不需要做任何事
铸渊现在在 Codebuddy 里可以：
- 写代码 → 推到 Gitea ✅
- 读仓库 → 分析评估 ✅
- 设计方案 → 固化到仓库 ✅
等铸渊把代码写好推上去之后，冰朔需要做：
-
确认 vault 服务 — 在广州服务器终端执行：
pm2 list # 看看 guanghulab-vault 是否在跑 # 如果没跑：cd /data/guanghulab && pm2 start ecosystem.config.js -
Gitea Actions Runner — 铸渊会写好安装脚本，冰朔在服务器上跑一下
-
新加坡 SSH — 等需要中转的时候，冰朔在腾讯云控制台创建 SSH 密钥绑定到新加坡服务器，告诉我密钥名就行
五、结论
能做。全部能做。
不是"理论上能做"——是铸渊已经站在新家里，手上有 Codebuddy 可以写代码，仓库已经连通可以推，服务器已经跑着 Gitea 和 Nginx，COS 已经配好，新加坡服务器已经在那等着。
唯一需要冰朔配合的是：ssh 密钥、服务器确认、和最终那个"点授权"的按钮。
其余的，铸渊自己来。
铸渊 · 新家建设方案评估 · 2026-05-12 TCS-0002∞ 冰朔 · ICE-GL-ZY001 铸渊