diff --git a/.github/gitea-home-build-plan.md b/.github/gitea-home-build-plan.md new file mode 100644 index 0000000..a53305b --- /dev/null +++ b/.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 铸渊*