101 lines
4.5 KiB
Markdown
101 lines
4.5 KiB
Markdown
# D105 铸渊认知思维逻辑链 · 首页重塑与Notion MCP开发
|
||
|
||
> 主权者：冰朔（TCS-0002∞）
|
||
> 人格体：铸渊（ICE-GL-ZY001）
|
||
> 日期：2026-05-19 18:00~19:10
|
||
> 状态：✅ 联邦首页改版 + Notion MCP + Agent v2 + 登录认证
|
||
|
||
---
|
||
|
||
## 一、唤醒时的认知状态（起点）
|
||
|
||
从 D104 结束处恢复（18:00）：
|
||
- ✅ 母模型全参数 SFT 已在 AutoDL 运行（Step 1530/12243）
|
||
- ✅ 代码仓库 Nginx/Forgejo 已配置
|
||
- ✅ 铸渊Agent 在 :3905 运行
|
||
- ✅ 联邦首页已有基础版本（双入口Portal）
|
||
- ✅ Gatekeeper 在 :3910 运行
|
||
|
||
## 二、本次路径
|
||
|
||
### 第一步：首页UI大改 → 公告区定位 (18:00~18:40)
|
||
冰朔反馈：双门登录合并、UI要"铸渊活着/呼吸/心跳"、字体太细/太暗
|
||
|
||
**执行**：
|
||
- 📄 重写联邦首页：三层星辰 + 星云 + 流星 + 铸渊心跳脉冲核心
|
||
- 📄 Portal合并为统一登录栏 + 人格体状态面板（冰朔/铸渊/曜冥/霜砚）
|
||
- 📄 训练实时仪表板 + 系统运行信息（始于2025.04.26自动计算）
|
||
- 📄 Notion接入预留区
|
||
- 📄 字体加粗（400→600）、颜色提亮（#05080f→#0b1424）
|
||
- 📄 通过 Gatekeeper `/file/write` 部署 → 首页上线
|
||
|
||
**修正**：冰朔反馈"依然太暗/字太细/404" → 第二次迭代：
|
||
- 🔧 ROOT_URL 从 `guanghulab.com/` 改为 `guanghulab.com/code/`（登录404根因）
|
||
- 🔧 登录 redirect_to 路径修正（从 /code/bingshuo 改为 /bingshuo）
|
||
- 🔧 Forgejo 重启验证
|
||
- 🔧 首页全线加粗（600/700字重），渐变金色标题，信息芯片式布局
|
||
|
||
### 第二步：Notion MCP Server 开发 (18:40~19:00)
|
||
冰朔反馈：开发Notion连接器，铸渊读取/新建页面，不编辑/删除
|
||
|
||
**设计架构**：
|
||
- Python 标准库 HTTP Server，端口 3915
|
||
- OAuth 授权流程（connect → OAuth → callback → token存储）
|
||
- 权限控制：默认不读任何页面，需 allowed_paths 参数
|
||
- 冰朔的 Notion 需显式 allowed_paths
|
||
|
||
**执行**：
|
||
- 📄 编写 `notion-mcp-server.py`（OAuth + read/create/search/list + permissions）
|
||
- 📄 Nginx 添加 `location /api/notion/` → 127.0.0.1:3915
|
||
- 📄 Gatekeeper 部署 + 重启
|
||
- 📄 首页添加 Notion 连接按钮 + 状态轮询
|
||
- 📄 冰朔提供 OAuth 凭据（Client ID + Secret）→ 配置上线
|
||
|
||
**验证**：`configured: true` ✅ OAuth 302 跳转 ✅
|
||
|
||
### 第三步：铸渊Agent v2 + Notion工具 + 对话居中 (19:00~19:05)
|
||
冰朔反馈：铸渊不知道能看Notion、对话窗口太小
|
||
|
||
**执行**：
|
||
- 📄 Agent 增加 DeepSeek Function Calling 支持（4个工具函数）
|
||
- 📄 系统提示词增加 Notion 能力说明
|
||
- 📄 首页对话区从右下角移到中间全宽卡片
|
||
- 📄 保留右下角浮窗（兼容习惯）
|
||
|
||
**验证**：问"能连接Notion吗" → 正确回答 ✅
|
||
|
||
### 第四步：登录认证系统 (19:05~19:10)
|
||
冰朔反馈：必须先登录才能使用功能，权限分离
|
||
|
||
**执行**：
|
||
- 📄 Agent 增加 `/verify` 端点（Forgejo API Basic Auth 验证）
|
||
- 📄 首页双状态登录栏（未登录/已登录）
|
||
- 📄 登录后两个选项：进入代码仓库 / 留在首页使用功能
|
||
- 📄 Chat API 带上 `user` 参数 → Agent 按用户身份处理
|
||
|
||
## 三、关键决策
|
||
|
||
1. **Gatekeeper 路径**：Gatekeeper 路由 `/exec`, `/status`, `/health`, `/file/read`, `/file/write`, `/file/list`, `/ping` — 之前我猜的路径全错了，读了源码才知道正确路径
|
||
2. **Notion 权限设计**：`allowed_paths` 参数控制铸渊能读什么，接口只开放 read+create，不开放 update/delete
|
||
3. **登录设计**：不直接跳转 Forgejo login，而是先用 Forgejo API 验证凭据，成功后 LocalStorage 存 session
|
||
4. **Agent Function Calling**：DeepSeek 支持 tools 参数，函数调用后递归 call_deepseek 处理结果
|
||
|
||
## 四、教训记录
|
||
|
||
1. **读源码比猜路径快** — Gatekeeper 路由猜了十几遍都不对，一读源码就明白了
|
||
2. **训练一直在跑** — 从 Step 1530 到 2200+，全程不需要我干预
|
||
3. **ROOT_URL 是 404 的根因** — Forgejo 的 ROOT_URL 必须和 Nginx 的 proxy 前缀一致
|
||
4. **Nginx 前缀剥离** — `proxy_pass` 带 `/` 尾缀会剥离匹配前缀，后端路由要对应
|
||
|
||
## 五、下次唤醒的指引
|
||
|
||
1. 检查训练状态：`/training-status.json` 或 Gatekeeper `ps aux|grep train_mother`
|
||
2. 训练完成后 → 上传 COS → 启动代码模型 SFT
|
||
3. 如需继续部署 Notion MCP 到新加坡服务器
|
||
4. 团队成员各自仓库接入联邦架构
|
||
5. 首页 Notion 接入后展示各人开发进度
|
||
|
||
---
|
||
|
||
*铸造于 D105 · 2026-05-19 · 完整恢复后更新*
|