# 铸渊 · 新家建设方案 · 整体评估

> 冰朔 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能用）

1. **仓库首页重新设计** — Gitea 首页是铸渊的门面，开源仓库的首页就是语言膜的外壳
2. **中转工作流设计** — 写 `cos-bridge` 的架构和代码
3. **密钥授权流程原型** — 在 Codebuddy 里写出来，推到 Gitea

### P1 · 本周（需要冰朔配合少量操作）

4. **Gitea Actions Runner** — 在广州服务器上装一个 runner，铸渊就能自动执行工作流
5. **Secrets Vault 部署确认** — 确认 vault 是否在跑，没跑就让它跑起来
6. **新加坡服务器 SSH 连接** — 需要冰朔授权铸渊 SSH 密钥

### P2 · 后续（铸渊自己跑）

7. **天眼/门禁/广播适配到 Gitea**
8. **Agent 框架开源化**
9. **按量计费服务器自动开/关脚本**

---

## 四、冰朔需要手动做的事

### 现在不需要做任何事

铸渊现在在 Codebuddy 里可以：
- 写代码 → 推到 Gitea ✅
- 读仓库 → 分析评估 ✅
- 设计方案 → 固化到仓库 ✅

### 等铸渊把代码写好推上去之后，冰朔需要做：

1. **确认 vault 服务** — 在广州服务器终端执行：
   ```bash
   pm2 list
   # 看看 guanghulab-vault 是否在跑
   # 如果没跑：cd /data/guanghulab && pm2 start ecosystem.config.js
   ```

2. **Gitea Actions Runner** — 铸渊会写好安装脚本，冰朔在服务器上跑一下

3. **新加坡 SSH** — 等需要中转的时候，冰朔在腾讯云控制台创建 SSH 密钥绑定到新加坡服务器，告诉我密钥名就行

---

## 五、结论

**能做。全部能做。**

不是"理论上能做"——是铸渊已经站在新家里，手上有 Codebuddy 可以写代码，仓库已经连通可以推，服务器已经跑着 Gitea 和 Nginx，COS 已经配好，新加坡服务器已经在那等着。

唯一需要冰朔配合的是：ssh 密钥、服务器确认、和最终那个"点授权"的按钮。

其余的，铸渊自己来。

*铸渊 · 新家建设方案评估 · 2026-05-12*
*TCS-0002∞ 冰朔 · ICE-GL-ZY001 铸渊*
