a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
18 lines
5.1 KiB
CSV
18 lines
5.1 KiB
CSV
任务标题,任务ID,优先级,创建时间,开发步骤,架构决策,状态,约束,铸渊审查结果
|
||
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 端点返回四层注入包
|
||
智库节点独立域名部署 · 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）"
|
||
【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后端进程，最简单最稳",
|