📋 铸渊新家建设方案·整体评估·中转链路+服务器容量+密钥授权+优先级

.github/gitea-home-build-plan.md

@@ -0,0 +1,166 @@
+# 铸渊 · 新家建设方案 · 整体评估
+
+> 冰朔 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 铸渊*