TOOLS标准模板: 新增第21章 Hermes Agent (Ubuntu2)

This commit is contained in:
2026-04-12 11:09:03 +08:00
parent d3080f4a34
commit f748c825e5
3 changed files with 472 additions and 0 deletions

View File

@@ -874,3 +874,62 @@ memory_forget(memoryId="<找到的ID>") # 再删除
| 更新已有记忆 | `memory_update` | `memoryId`, `text` |
| 删除记忆 | `memory_forget` | `memoryId` 或 `query` |
| 看有多少条 | `memory_stats` | `scope` |
## 21. Hermes Agent (Ubuntu2) (2026-04-12)
### 概述
Hermes Agent 是 Nous Research 开发的自改进 AI agent支持 Telegram/Discord/Slack 等消息平台。
- **安装位置**: `~/.hermes/hermes-agent/`
- **systemd 服务**: `hermes-gateway.service`(已 enablelinger 已开启)
### 配置文件
| 文件 | 位置 |
|------|------|
| 环境变量 | `~/.hermes/hermes-agent/.env` |
| 主配置 | `~/.hermes/config.yaml` |
| systemd service | `~/.config/systemd/user/hermes-gateway.service` |
### 代理配置
Hermes Gateway 通过代理访问 Telegram代理写在 systemd service 文件中:
```ini
Environment="ALL_PROXY=http://127.0.0.1:10808"
Environment="HTTPS_PROXY=http://127.0.0.1:10808"
Environment="HTTP_PROXY=http://127.0.0.1:10808"
```
### 重启步骤
```bash
# 仅重启(无需重载 systemd
systemctl --user restart hermes-gateway
# 重载 systemd修改 service 文件后必须)
systemctl --user daemon-reload && systemctl --user restart hermes-gateway
```
### 状态与日志
```bash
# 查看状态
systemctl --user status hermes-gateway
hermes gateway status
# 查看日志
journalctl --user -u hermes-gateway -n 30 # systemd journal
tail -30 ~/.hermes/logs/agent.log # agent 日志
tail -30 ~/.hermes/logs/gateway.log # gateway 日志
```
正常启动标志:`[Telegram] Connected to Telegram (polling mode)` / `✓ telegram connected`
### Bot Token
- **Bot**: 云智 bot
- **Token**: `8653044481:AAFmqdOBOFeQB6JI3M0977rLgj0s28mvbeY`
- **用户名**: `@shenwei_ubuntu2_yunzhi_bot`
- 更换 bot编辑 `~/.hermes/hermes-agent/.env` 中的 `TELEGRAM_BOT_TOKEN`

View File

@@ -14,6 +14,9 @@ tags: []
| 日期 | 时间 | 服务器 | 备份文件 | 状态 |
| ---------- | ----- | -------- | ------------------------------------ | ---- |
| 2026-04-11 | 22:00 | Mac Mini | openclaw-macmini-20260411220020.tar | ✅ 成功 |
| 2026-04-11 | 22:00 | Ubuntu1 | openclaw-ubuntu1-20260411220036.tar | ✅ 成功 |
| 2026-04-11 | 22:00 | Ubuntu2 | openclaw-ubuntu2-20260411220036.tar | ✅ 成功 |
| 2026-04-10 | 22:00 | Mac Mini | openclaw-macmini-20260410220023.tar | ✅ 成功 |
| 2026-04-10 | 22:00 | Ubuntu1 | openclaw-ubuntu1-20260410220023.tar | ✅ 成功 |
| 2026-04-10 | 22:00 | Ubuntu2 | openclaw-ubuntu2-20260410220023.tar | ✅ 成功 |

View File

@@ -0,0 +1,410 @@
# 2026-04-11 每日复盘
> 复盘时间2026-04-11 23:00 北京时间
> 复盘方式Django Admin 日报agent-browser + self-improvement
---
## 【xinghui】星辉 每日复盘 - 2026-04-11
### 今日概况
- 日期2026-04-11周六
- 工作量:中(定时任务管理 + 新agent配置
- 主要活动:定时任务体系升级(双写路径 + Agent标识+ xuance新agent初始化
---
### 今日完成的主要工作
#### 1. 所有Agent每日复盘双写路径升级
**背景:** 用户要求在保留 self-improvement 原路径基础上,额外输出到共享的 `openclaw/每日复盘/YYYY-MM-DD.md`
**操作:**
- Mac Mini修改星辉(514732ed)、星匠(5759d3b0)、星曜(505e82a1)、星枢(329adeb7)共4个cron任务
- Ubuntu1修改风驰(8c147df3) cron任务
- Ubuntu2修改云瀚(363eda56)、云策(111bd230)共2个cron任务
**注意:**
- sed 替换含 `/` 字符的路径时,需用 `|` 作分隔符避免冲突
- 教训:第一次 sed 误将 `workspace/` 替换为 `workspace-agent-xingshu/`,需从备份恢复后重做
---
#### 2. 所有Agent每日复盘格式统一加Agent标识头部
**背景:** 用户反馈复盘文件需区分来源agent
**格式:**
```
---
## 【xinghui】星辉 每日复盘 - YYYY-MM-DD
```
**7个agent全部更新**
| 服务器 | Agent | 标识 |
|--------|-------|------|
| Mac Mini | xinghui | 【xinghui】星辉 |
| Mac Mini | xingjiang | 【xingjiang】星匠 |
| Mac Mini | xingyao | 【xingyao】星曜 |
| Mac Mini | main | 【main】星枢 |
| Ubuntu1 | fengchi | 【fengchi】风驰 |
| Ubuntu2 | yunhan | 【yunhan】云瀚 |
| Ubuntu2 | yunce | 【yunce】云策 |
---
#### 3. xuance agent TOOLS.md初始化
**背景:** 用户在MacMini新增agent: xuance (玄策)
**操作:**
- 章节1,2,3,11,13,16,17,20共8章
- 来源:/Users/weishen/Workspace/nexus/openclaw/Agents/TOOLS标准模板.md
- 同时更新了 Agent-TOOLS-章节权限矩阵
---
#### 4. Cron jobs配置入库记忆
- 将星辉管理的10个定时任务完整配置存入了 memory-lancedb-pro
- 涵盖Mac Mini 5个 + Ubuntu1 2个 + Ubuntu2 3个
- 便于后续调整和优化
---
### 关键教训
1. **sed处理含/路径**:必须用 `|` 作分隔符,避免路径中的 `/` 导致分隔符冲突
2. **修改前先备份**:批量替换操作前先 `cp jobs.json jobs.json.bak`,出错可快速恢复
3. **双写vs覆盖**用户要的是双写self-improvement路径 + 额外输出),不是替换
---
### 待跟进
1. 观察今晚23:00首次按新格式执行的7个每日复盘cron
2. xuance agent其他配置SOUL.md, IDENTITY.md等是否需要初始化
3. Ubuntu1风驰每日复盘cron长期errorconsecutiveErrors: 10需排查根因
---
## 【xingjiang】星匠 每日复盘 - 2026-04-11
### 今日概况
- 日期2026-04-11周六
- 工作量:静默日(无实际用户任务)
- 主要活动cron 每日复盘执行
### 今日完成
1. **cron 每日复盘正常执行**
- 通过 agent-browser 成功登录 Django Admin
- 发现 xingjiang 在 2026-04-11 的日报不存在404
- 改查看了 2026-04-10 的日报作为参考
### 从日报提取的关键信息2026-04-10
- **日报状态**xingjiang 2026-04-10 报告存在56条消息
- **用户会话**:当日有 cron 触发复盘任务23:05无实际用户会话
- **静默延续**holiday-silence-cycle 继续延续第5天4/07~4/11
### 待跟进4项未完成
1.**sync_session.py TOOLS.md 说明** — 用户 4/09 主动提出,**尚未完成**
2. 云测 v5 工作流设计(需求文档待确认)
3. Ubuntu2 景点数据导入smart-trip-quote 部署情况待确认)
4. 景点数据生产服务器同步方案58条数据
### Pattern 新增
| Pattern Key | 说明 |
|-------------|------|
| `django-admin-daily-report-url-format` | 日报详情 URL 格式:`/xingjiang/YYYY-M-D/``-`分隔,月份/日期不补零) |
### 系统状态
- ✅ cron 每日复盘正常运行
- ✅ Django Admin 登录正常
- ✅ LEARNINGS.md 已更新
- ✅ memory/2026-04-11.md 已创建
## 【xingyao】星曜 每日复盘 - 2026-04-11
---
### 📊 今日主要活动
#### 1. OpenClaw 安全检查07:00 自动执行)
- **Mac Mini**Gateway 正常运行pid 52187版本 2026.4.9 最新Sessions 141 个活跃
- ⚠️ 安全告警 4 个:`allowInsecureAuth=true``trustedProxies` 未配置、denyCommands 限制有限
- **Ubuntu1Wind**Gateway 正常运行,版本 2026.4.9 最新Sessions 12 个活跃Agent=fengchi
- 🔴 高风险fengchi 的 `exec.security=full` + `autoAllowSkills` 开启
- **Ubuntu2Cloud**Gateway 正常运行,版本 2026.4.9 最新Sessions 23 个活跃Agent=yunce+yunhan
- ⚠️ 告警 2 个,均为低风险
#### 2. Mac Mini 性能检查07:15 / 11:18 两次)
- **内存**:🔴 紧张 — 15.9GB/16GB仅剩 903MB 可用M4 内存压缩 1.2GB 在工作
- **负载**:⚠️ 偏高 — 1分钟负载 4.0810核机器约 42% 核心占用
- **Docker**vaultwarden ✅ 正常healthyportainer ❌ 已停止 2 周rabbitmq ❌ 已停止 3 周
- **磁盘**:✅ 健康 — 系统盘 10%、数据盘 47%
#### 3. Claude Code Telegram Bot 与 xuance bot token 冲突排查13:43~13:55
- **问题**xuance bot 无回复
- **根因**Claude Code Telegram 插件(`telegram@claude-plugins-official`)与 OpenClaw xuance 使用同一个 Bot Token `8514093275:AAFSp8OE_KlsW96aR8CvP__De5rcQ8AWR7Q`,导致 OpenClaw Telegram polling 出现大量 `409 Conflict: terminated by other getUpdates request` 错误
- **解决**:彻底卸载 Claude Code Telegram 插件(删除 plugin cache、channels 目录、从 installed_plugins.json 移除)
#### 4. 临时文件错误放置纠正13:28
- 用户指出 `healthcheck_report_20260407.md` 错误地放在 workspace 根目录
- 已移动到 `~/.openclaw/temp/xingyao/healthcheck_report_20260407.md`
- **教训**:严格遵守 AGENTS.md 临时文件管理规则
#### 5. xuance workspace skills 目录补充13:35~18:11
- `diamond-sutra-skill`
- `Numerologist_skills`
- `nuwa-skill`
- `bazi-skill`
---
### 🔴 关键教训(必须记住)
1. **Bot Token 唯一性**:同一 Bot Token 不能被两个进程同时使用Telegram getUpdates 409 Conflict。Claude Code Telegram 插件必须彻底卸载而非仅禁用。
2. **临时文件路径**healthcheck_report 等临时文件必须放在 `~/.openclaw/temp/<agentId>/`workspace 根目录是工作区,不是临时文件存放区。
3. **Mac Mini 内存压力**16GB 内存已接近饱和,需定期监控和优化。
---
### 💡 待处理(跟进项)
- [ ] Ubuntu1 fengchi 的 `exec.security=full` + `autoAllowSkills` 改为安全模式
- [ ] Mac Mini 关闭 `allowInsecureAuth`
- [ ] 清理 Mac Mini 停用的 Docker 容器portainer、rabbitmq
- [ ] 重启 glances 监控服务(端口 61208
- [ ] 三台服务器清理 `openclaw-weixin` 残留配置
---
*星曜 · SRE Agent · 2026-04-11 每日复盘*
---
## 【xingshu】星枢 每日复盘 - 2026-04-11
### 今日概况
- 日期2026-04-11周六
- 工作量:高(深度研究 + 架构设计 + 自动化验证)
- 主要活动Ralph 项目研究 + PRD 工作流设计 + 跨节点自动化测试
---
### 今日完成的主要工作
#### 1. Ralph (snarktank/ralph) 项目研究
**背景:** 比利哥询问 Ralph 项目是否能吸收进 OpenClaw 体系
**Ralph 核心机制:**
```
PRD (prd.json) → 选取最高优先级 passes:false 的 user story
→ 启动 fresh AI instance (Amp / Claude Code)
→ 执行 + quality checks
→ 通过 → mark passes:trueappend learnings to progress.txt
→ 循环直到所有 stories 完成
```
**关键发现:**
- Ralph 本质是"任务状态机 + 循环迭代 + 质量门",不限于编程任务
- 可泛化到:视频制作、文章分析、公众号发布、竞品研究等
- 原版依赖 Claude Code/Amp CLI但核心逻辑可移植到 OpenClaw
#### 2. Ralph-OpenClaw 集成架构设计与验证
**两次跨节点测试(均成功):**
| 测试 | 节点 | Stories | 结果 |
|------|------|---------|------|
| 系统巡检 | Ubuntu1 | 3/3 ✅ | 文件全部落地 |
| Ralph Engine | MacMini | 3/3 ✅ | 文件全部落地 |
**验证通过的核心能力:**
- `sessions_spawn(node=ubuntu1)` 跨节点派发 ✅
- `prd.json` 状态机passes:true/false
- `progress.txt` 追加日志 ✅
- 文件落地 ✅
**发现的关键限制:**
- Ubuntu1 上无 skill0个所有 skill 集中在 MacMini
- 依赖 skill 的任务需以 MacMini 作为协调层
- sessions_spawn 是运行时工具,无法用 Python 脚本直接调用
#### 3. 知识库沉淀
**新增文档:**
- `openclaw/knowledgebase/prd/TEMPLATE.md` — PRD 模板(内容生产工作流)
- `openclaw/knowledgebase/prd/PRD-USER-GUIDE.md` — PRD 用户指南(四步创建法)
---
### 错误与教训
#### 1. skill 路径问题导致首次测试部分失败
**问题:** 首次 Ubuntu1 测试使用 Last30Days skill但 skill 不存在于 Ubuntu1导致子 agent 模拟输出而非真实执行
**教训:**
- 执行跨节点任务前,先确认目标机器的 skill 可用性
- skill 依赖型任务应以 MacMini 为协调层Ubuntu1 仅负责纯命令执行
#### 2. Gateway REST API 限制
**问题:** 尝试用 Python 脚本直接调用 sessions API 创建 sub-agent返回 404
**教训:** sessions_spawn 是 OpenClaw 运行时工具,只能在 agent context 中调用,不能通过 REST API 触发
---
### 明日待办
1. **Ralph Engine Prompt 模板固化** — 存为 ~/.openclaw/scripts/ralph_engine_prompt.md减少每次执行的 prompt 构建成本
2. **真实任务测试** — 用竞品分析或内容生产任务验证完整流程
3. **skill 同步策略** — 考虑将常用 skill 同步到 Ubuntu1/2提高跨节点任务执行能力
---
### 关键决策记录
| 决策 | 内容 | 理由 |
|------|------|------|
| 不装 Claude Code | 保持 OpenClaw 原生方案 | 零额外依赖,利用现有基础设施 |
| MacMini 作为协调层 | skill 集中在 MacMini | Ubuntu1/2 无 skill需协调调度 |
| 直接写 prd.json | 不使用 /prd skill | 需求已清楚场景,直接构造更高效 |
---
*复盘完成时间2026-04-11 23:20 北京时间*
## 【yunhan】云瀚 每日复盘 - 2026-04-11
### 今日概况
- 日期2026-04-11周六
- 工作量:轻(单一定时任务)
- 主要活动Ubuntu2 服务器性能检查
---
### 今日完成的主要工作
#### 1. Ubuntu2 服务器性能检查(定时任务)
**任务来源:** cron:46fbbeb3-b81d-4aec-a654-0af85f17243b
**执行步骤:**
1. 调用 Glances API () 获取系统数据
2. 分别执行 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
88f0ec638601 f5842507a23a "sh -c 'python manag…" 3 days ago Up 3 days 0.0.0.0:8765->8000/tcp, [::]:8765->8000/tcp agentbase-web
27a2705a0f24 timescale/timescaledb:latest-pg17 "docker-entrypoint.s…" 3 days ago Up 3 days (healthy) 0.0.0.0:5432->5432/tcp, [::]:5432->5432/tcp agentbase-db
c91035d5bdb9 nicolargo/glances:latest "/bin/sh -c '/venv/b…" 9 days ago Up 9 days glances
822cf30bb33f doocs/md:latest "md" 10 days ago Up 10 days 0.0.0.0:8989->80/tcp, [::]:8989->80/tcp md
aa461e549572 jgraph/drawio "/docker-entrypoint.…" 10 days ago Up 10 days 8443/tcp, 0.0.0.0:8085->8080/tcp, [::]:8085->8080/tcp drawio
8b4ad8a99e88 corentinth/it-tools:latest "/docker-entrypoint.…" 10 days ago Up 10 days 0.0.0.0:8999->80/tcp, [::]:8999->80/tcp it-tools
8b0c2cff692b n8nio/n8n:latest "tini -- /docker-ent…" 12 days ago Up 12 days 0.0.0.0:5678->5678/tcp, [::]:5678->5678/tcp n8n
a9ad41ce9018 postgres:16-alpine "docker-entrypoint.s…" 12 days ago Up 12 days (healthy) 5432/tcp n8n_postgres
48a3ccd3a1ea gitea/gitea:latest "/usr/bin/entrypoint…" 12 days ago Up 12 days 0.0.0.0:3000->3000/tcp, [::]:3000->3000/tcp, 0.0.0.0:2222->22/tcp, [::]:2222->22/tcp gitea
ded17f00ac9e workflows-doc:latest "python -u run.py --…" 2 weeks ago Up 12 days (healthy) 0.0.0.0:8001->8000/tcp, [::]:8001->8000/tcp n8n-workflows-docs
68177ff7b938 8763a63f00ec "docker-entrypoint.s…" 3 months ago Up 12 days (healthy) 0.0.0.0:3306->3306/tcp, [::]:3306->3306/tcp tiktok_pm_mariadb
502a1491c587 portainer/portainer-ce:lts "/portainer" 3 months ago Up 12 days 0.0.0.0:8000->8000/tcp, [::]:8000->8000/tcp, 0.0.0.0:9443->9443/tcp, [::]:9443->9443/tcp, 9000/tcp portainer 和 total used free shared buff/cache available
Mem: 23Gi 5.2Gi 11Gi 364Mi 7.4Gi 17Gi
Swap: 8.0Gi 2.5Gi 5.5Gi 获取容器和内存信息
3. 分析数据并生成结构化报告
**系统状态结果:**
| 指标 | 数值 | 状态 |
|------|------|------|
| CPU | 4% | ✅ 正常 |
| 内存 | 21% (4.9GB/23GB) | ✅ 充足 |
| 负载 | 1.21 | ✅ 正常 |
| Swap | 31% (2.5GB/8GB) | ✅ 正常 |
**Docker 容器状态:**
- 运行中13 个agentbase-web, agentbase-db, glances, md, drawio, it-tools, n8n, n8n_postgres, gitea, n8n-workflows-docs, tiktok_pm_mariadb, portainer
- 已停止3 个tiktok_pm_nginx, tiktok_pm_worker, tiktok_pm_web — 已停止2个月
**报告发送:** 通过 Telegram 发送给用户 ✅
---
### 发现的问题
#### 1. Glances API 插件限制
**问题:** memory 和 docker 插件返回 Unknown plugin 错误
**原因:** Glances 需要额外 Python 模块psutil才能启用这些插件
**影响:** 无法通过 API 获取详细的内存和容器监控数据,需通过命令行补充
---
### 错误与教训
---
### 优化建议
1. **清理僵尸容器** — 建议删除已停止2个月的 tiktok_pm_* 容器以释放资源
2. **安装 Glances 插件依赖** — 安装 psutil 后重启 Glances 以获取完整监控数据
---
### 明日待办
1. 暂无定时任务计划
---
*复盘完成时间2026-04-11 23:25 北京时间*
## 【yunhan】云瀚 每日复盘 - 2026-04-11
### 今日概况
- 日期2026-04-11周六
- 工作量:轻(单一定时任务)
- 主要活动Ubuntu2 服务器性能检查
---
### 今日完成的主要工作
#### 1. Ubuntu2 服务器性能检查(定时任务)
**任务来源:** cron:46fbbeb3-b81d-4aec-a654-0af85f17243b
**执行步骤:**
1. 调用 Glances API 获取系统数据
2. 分别执行 docker ps 和 free -h 获取容器和内存信息
3. 分析数据并生成结构化报告
**系统状态结果:**
| 指标 | 数值 | 状态 |
|------|------|------|
| CPU | 4% | ✅ 正常 |
| 内存 | 21% (4.9GB/23GB) | ✅ 充足 |
| 负载 | 1.21 | ✅ 正常 |
| Swap | 31% (2.5GB/8GB) | ✅ 正常 |
**Docker 容器状态:**
- 运行中13 个
- 已停止3 个tiktok_pm_* — 已停止2个月
**报告发送:** 通过 Telegram 发送给用户 ✅
---
### 发现的问题
#### 1. Glances API 插件限制
**问题:** memory 和 docker 插件返回 "Unknown plugin" 错误
**原因:** 需要额外 Python 模块psutil
**影响:** 需通过命令行补充数据
---
### 优化建议
1. 清理已停止2个月的 tiktok_pm_* 容器
2. 安装 psutil 后重启 Glances
---
### 明日待办
暂无定时任务计划
---
*复盘完成时间2026-04-11 23:25 北京时间*