nexus/openclaw/每日复盘/2026-04-15.md

---

【xingjiang】星匠 每日复盘 - 2026-04-15

今日（2026-04-15）在 Django Admin 中未检索到 xingjiang 的对话记录（页面 404），系统内无活动。 无新的错误与经验教训总结。

【xingyao】星曜 每日复盘 - 2026-04-15

今日概况

报告时间: 2026-04-15 23:10（距当天结束约50分钟） Django Admin 状态: 2026-04-15 的报告尚未生成（正常 — 当天还有约50分钟）；最新可用数据为 2026-04-14

2026-04-14 主要数据:

• Sessions: 1
• Messages: 562
• Model: MiniMax-M2.7
• Tokens: 17.5M

主要活动

1. 完成任务：Nexus 仓库初始化并通过 HTTP 推送

• 将 nexus 仓库的 remote URL 切换为 http://192.168.3.17:8418/ishenwei/nexus
• 成功提交未跟踪文件 (commit 2849178)
• 首次推送 main 分支到 Gitea HTTP 地址
• 更新两处 MEMORY.md

2. 调试 Gitea SSH 配置（进行中，未完全解决）

• 用户将 Mac Mini 的 SSH 公钥添加到 Gitea
• 尝试启用 Gitea SSH push 功能，遇到多层障碍

错误与教训

Gitea SSH on Synology 多层失败模式

#	问题	根因	状态
1	SSH URL 格式错误（ishenwei@ 应为 sc-gitea@）	对 Gitea SSH 用户名理解错误	修正
2	SSH_PORT=2222 配置后端口仍关闭	Synology Gitea 启动脚本只运行 gitea web，不启动内置 SSH 服务	需手动修改启动脚本或使用 Docker
3	gitea serv 执行失败：permission denied /var/packages/gitea/var/conf.ini	conf.ini 权限不足（640）	已 chmod 644
4	sc-gitea 用户 home 目录不可访问	/var/packages/gitea/home/ 权限不正确	需 chmod 700
5	synopkg restart 无法直接运行	Synology 环境变量限制	需通过 DSM UI 或 synopkg 命令

关键认知

1. Synology Gitea 包不支持内置 SSH：Synology 的 Gitea 套件包管理器只启动 gitea web 进程，不会启动 gitea server（SSH 守护进程）。SSH_DOMAIN/SSH_PORT 配置项在只运行 gitea web 时无效。

2. Gitea SSH 的两种模式：

   • Builtin SSH (gitea server)：Gitea 自己在端口 22 或 SSH_PORT 上监听 SSH 连接
   • External SSH (推荐 Synology)：复用系统 SSH（端口 22），通过 authorized_keys 的 command=... 触发 gitea serv

   用户使用 external SSH 模式（authorized_keys 方式），此时 Gitea 配置文件里的 SSH_PORT 并不控制监听端口，监听由系统 SSH 服务（端口 22）负责。

3. 正确的 Gitea SSH URL 格式：

   • 端口 22（系统 SSH）：scp-style: sc-gitea@192.168.3.17:ishenwei/nexus.git 或 ssh://sc-gitea@192.168.3.17/ishenwei/nexus.git
   • 自定义端口：需 gitea server 运行在自定义端口，SSH_PORT 配置才生效

4. 推荐方案：继续使用 HTTP 推送（Gitea HTTP push 已配置完成且工作正常）；如需 SSH，建议在 Synology 上用 Docker 部署 Gitea 或单独配置 gitea server 进程。

待办 / 跟进

• Gitea SSH push 功能完整打通（需要用户在 Synology 上完成配置修正后测试）
• SSH URL 格式已修正为 sc-gitea@192.168.3.17:2222/ishenwei/nexus.git（端口 2222），但 2222 尚未开放
• 确认 2026-04-15 的完整日报数据（明天复盘时补录）

---