a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
5.1 KiB
5.1 KiB
| 1 | 任务标题 | 任务ID | 优先级 | 创建时间 | 开发步骤 | 架构决策 | 状态 | 约束 | 铸渊审查结果 |
|---|---|---|---|---|---|---|---|---|---|
| 2 | AG-SY-WEB-001 握手管道接通 · Phase A 修复 + Phase B 框架 + 首页门户重构 | CAB-20260417-001 | P0 | 2026年4月17日 14:35 | ["① 首页门户重构：GL Logo+诗意文案+智库节点卡片+零点原核卡片+认知→执行流图","② 智库节点独立页 /zhiku.html · Hero+搜索+书库网格+6模块卡+Nginx公开路由","③ 对话欢迎区三入口：霜砚Web握手体/铸渊/智库节点","④ Phase A1 · chat-engine.js 从MCP Server拉tools真实注册到LLM请求","⑤ Phase A2 · .http://env.app 补齐 ZY_DB_* 五个变量 · persona-memory 接通","⑥ Phase A3 · 新增 ZY_SERVER_REGION=sg · 新加坡直连不绕广州中继","⑦ Phase B · /api/agent/handshake 端点落地 · notion/github 双路径 · 四层注入包结构","⑧ 开发注册表新增 ZY-PROJ-005（三节点主权Agent联邦）· ZY-PROJ-001 升到 Phase-6"] | Phase A 三个硬卡点（MCP tools为空/DB未连/广州中继超时）全部修复 · Phase B 握手端点就位等 ZY_NOTION_AGENT_URL Secret 注入 · 首页从纯登录框升级为完整个人频道门户（智库开放访问+零点原核主权验证双入口） · 首次实现 Notion↔网站↔GitHub 三节点在前端可见的握手入口 | 待审查 | 待冰朔：①合并PR触发 deploy-to-zhuyuan-server.yml ②GitHub Secrets 添加 ZY_NOTION_AGENT_URL ③线上实测首页→智库→登录→对话双路径 | 代码已完成 · PR 待合并 · 部署待触发 · 验收：pm2 logs 出现 tool_call 真实调用 + 记忆桥接⚠️消失 + 广州中继30s超时消失 + handshake 端点返回四层注入包 |
| 3 | 智库节点独立域名部署 · http://guanghu.online → ZY-SVR-006 · 模块借阅协议落地 | CAB-20260417-002 | P1 | 2026年4月17日 14:48 | ["① 冰朔DNSPod添加A记录 @+www → 43.153.203.105","② 服务器配Nginx文件 /etc/nginx/sites-available/zhiku · 启用并reload","③ 腾讯云控制台开防火墙 TCP 80+443","④ Certbot申请 Let's Encrypt 证书 · 强制HTTPS","⑤ 铸渊把智库前端从主站捎到 ZY-SVR-006:/opt/zhiku/public","⑥ 铸渊实现后端API /api/checkout + /api/return + Token鉴权中间件","⑦ PM2挂起后端服务跑在 127.0.0.1:3006","⑧ 主站首页「智库节点」卡片href改指 https://guanghu.online","⑨ 下线主站/zhiku.html旧路径或做301跳转"] | 从【http://guanghuyaoming.com子页+子域名】改为【http://独立域名guanghu.online+独立服务器ZY-SVR-006】 · 彻底解耦 · 首次落地「模块借阅协议」：个人频道Agent调/api/checkout拿Token（10min TTL）→用完/超时调/api/return归还 · 为未来所有个人频道共用智库模块铺底 | 待审查 | 不要动主站 ZY-SVR-002 上的 zhuyuan-server · 此次仅在 ZY-SVR-006 独立部署 · 主站首页卡片只改 href 不动其他逻辑 · Token鉴权复用现有光湖用户体系不另建铸渊审查抵御CSRF+Rate Limit | 铸渊 2026-04-17 15:53 已交付·全量代码完成。 2026-04-17 16:13 追加优化：COS Secret采用「映射而非改名」策略，在 deploy-zhiku-guanghu-online.yml 中从旧名 Secret（ZY_OSS_KEY/ZY_OSS_SECRET/ZY_NOVEL_COS_BUCKET）读值·写入服务器.env时统一命名为 ZY_COS_SECRET_ID/KEY/BUCKET。ZY_COS_REGION 硬编码 ap-singapore 保护现有广州 Secret 不被覆盖。Secret空间零偻響其他项目。 待冰朔：①合并PR ②Actions手动跑setup-ssl ③实测4条curl验收（重点看 checkout 返回token + download 返回的URL带ap-singapore） |
| 4 | 【P0】http://guanghuclip.cn 服务守护配置 · systemd持久化 · 关终端不掉线 | CAB-20260424-001 | P0 | 2026年4月24日 16:57 | ["1. SSH登录 ZY-SVR-005 (43.156.237.110)","2. 确认当前前端服务启动方式（python3 http.server / nginx直接托管 / node）","3. 如果是python3 http.server：创建 /etc/systemd/system/guanghuclip.service","4. 如果Nginx可以直接托管静态文件：改nginx配置把root指向/opt/guanghuclip/，去掉proxy_pass，不需要后端进程","5. systemctl daemon-reload && systemctl enable guanghuclip && systemctl start guanghuclip","6. 验证：curl http://localhost:3910 确认200","7. 验证：关掉终端后再curl，确认仍然200","8. nginx -t && systemctl reload nginx","9. 浏览器访问 http://guanghuclip.cn 确认正常显示"] | 502原因：前端服务绑定在终端会话，终端关闭进程死亡，Nginx反向代理失去后端。 解决思路： 方案A（最优）：纯静态文件直接Nginx托管，root指向/opt/guanghuclip/，不需要任何后端进程 方案B：systemd守护进程，开机自启+自动重启 映川自行判断当前是哪种情况，选最合适的方案。 | 待开发 | 1. 不动前端代码，只做部署层配置 2. /opt/guanghuclip/ 目录结构不变 3. Nginx配置文件: /etc/nginx/sites-available/http://guanghuclip.cn 4. SSL证书路径不变: /etc/letsencrypt/live/http://guanghuclip.cn/ 5. 端口3910不变 6. 优先方案：如果index.html是纯静态文件，直接让Nginx托管（root指向目录），不需要python/node后端进程，最简单最稳 |