第11章 Hermes工具集与子Agent委托

本章前置检查：

• □ Hermes已成功部署并运行（完成第8章内容）
• □ 已通过第10章的学习理解Skill的工作机制
• □ 能通过CLI与Hermes进行基础对话

本章预估总时长：5小时

本章难点提示：

• 11.1节（内置工具）介绍了47个内置工具的组织方式。内容较多，可以先建立整体印象，实际使用时通过/tools list命令查询。
• 11.2节（MCP协议）涉及Hermes作为MCP Client和MCP Server的双模式配置——MCP Server模式需要在配置文件中完成设置，配置完成后重启Gateway即可生效。
• 11.3节（子Agent委托）的核心是理解委托机制的“三层隔离”——对话上下文隔离、工具集隔离、文件缓存隔离。默认最多同时运行3个子Agent，这个限制可以通过配置调整。子Agent委托是本章最核心的能力之一，建议在11.5节的实践任务中重点体验。
• 11.4节（浏览器自动化）需要额外配置浏览器驱动。建议先通过自然语言指令触发浏览器操作，确认配置生效后再进入脚本层面的高级用法。

🎯 本章教学目标：掌握Hermes 47个内置工具的分类和使用方法，熟悉工具注册与ToolRegistry的工作机制，掌握MCP Client和MCP Server双模式的配置，熟练使用delegate_task工具进行子Agent并行委托，完整配置浏览器自动化并运行基础指令，理解代码执行与沙箱机制的选择标准。

11.1 内置工具集：47个工具的分类全解

🎯 本节目标：掌握47个内置工具按逻辑分组的方式，能够快速定位和使用所需工具。

预计时长：1.5小时

11.1.1 工具集架构概览

Hermes Agent附带了一个广泛的内置工具注册表，47个工具被按逻辑分组为功能「工具集」，涵盖网页搜索、浏览器自动化、终端执行、文件编辑、记忆管理、RL训练、消息投递、Home Assistant等领域-。每个工具集可以在平台上按需启用或禁用，配置精细到各个消息渠道。

工具集的设计思想与第4章和第10章的Skill体系形成互补——工具是“手脚”，负责执行具体操作；Skill是“操作手册”，告诉Agent如何组合工具完成复杂任务。Hermes的工具集还向后兼容OpenClaw的Skill格式，如果你想迁移已有的工作流，这里有完整的工具参考。

11.1.2 47个工具按工具集完整清单

工具集	包含的工具示例	功能说明
terminal	终端命令执行	在本地执行系统命令、脚本
file	文件读写、编辑、搜索	操作文件系统、编辑文本
web	网页搜索、网页提取、网页爬取	获取网络信息
browser	浏览器导航、点击、类型、快照、视觉	控制浏览器进行自动化操作
vision	图像分析、OCR识别	处理和理解图像内容
memory	记忆管理、搜索和更新	管理Agent的长期记忆
skills	技能的增/删/改/查	管理Hermes自动生成的技能库
delegation	delegate_task	将复杂任务指派给多个子Agent并行处理
cron	定时任务调度	管理周期性执行的任务
messaging	平台消息收发	与消息平台交互
media	TTS语音合成、图像生成	生成媒体内容
code_execution	Python沙盒执行	在安全沙箱中执行代码
rag	向量检索、文档召回	RAG知识库管理
rl	轨迹导出	强化学习训练支持
homeassistant	智能家居控制	与Home Assistant集成

官方47个工具合集中，terminal、file、web、browser、vision、delegation是本节需要重点掌握的核心工具集。

龙马注：这11个工具集涵盖了从系统命令到智能家居的完整生态。刚开始接触时，先用terminal file web delegation这四个就够了，其他按需添加。如果你用过OpenClaw，Hermes的delegation工具是它比OpenClaw更擅长并行处理的场景体现。

11.1.3 工具注册机制与ToolRegistry

Hermes的工具注册基于tool_registry.py中的ToolRegistry类。每个工具在模块被导入时自动调用registry.register()完成注册，不需要维护手工import列表。注册信息包括：

• 工具名称：唯一标识
• 所属工具集：如terminal、file等
• JSON Schema参数定义：约束参数格式
• 处理函数：实际执行的代码
• 可用性检查：环境依赖验证
• 所需环境变量：API Key等

工具系统还支持并行调度——当工具被标记为只读时，Hermes会自动并行执行；有文件写入等冲突风险的工具，按依赖关系串行执行。

11.1.4 工具集常用命令

命令	功能
/tools 或 /tool list	列出所有可用工具
/tool describe <工具名>	查看工具详细说明（参数、用法）
hermes tools list --toolset <工具集>	查看指定工具集下的所有工具
hermes tools describe <工具名>	查看工具的完整JSON Schema

龙马注：/tool list比翻文档快得多——直接在聊天窗口就知道Hermes能做什么。怀疑某个工具有没有被正确加载时也是第一个排查命令。

11.1.5 工具集配置与权限管理

工具启用级别支持全局（网关进程中所有会话可见）和按会话两种模式。工具集的启用和禁用通过~/.hermes/config.yaml中的toolsets和disabled_toolsets字段控制。

配置文件示例：

yaml

# ~/.hermes/config.yaml
toolsets:
  enabled:
    - terminal
    - file
    - web
    - memory
  disabled:
    - rl
    - homeassistant

🔐 安全提醒：terminal和browser工具集的启用需要经过安全审核。建议在工具集层面圈定最小可用范围——只在需要自动化的时候启用browser工具集，日常对话中保持禁用状态可以有效减少攻击面。

验证配置生效：

bash

hermes tools list        # 仅显示启用的工具
hermes tools list --all  # 显示所有工具（含禁用）

按渠道配置工具集：

特殊场景下可以针对特定平台单独配置工具集（如仅在Telegram中禁用terminal）：

yaml

channels:
  telegram:
    disabled_toolsets:
      - terminal

✏️ 即时自测：如何查看browser工具集中包含了哪些具体工具？

🛠️ 实践任务（本节）：

1. 执行/tools命令，截图记录输出
2. 执行/tool describe terminal，记录其提供的工具选项
3. 根据你的实际需求，决定启用或禁用某个工具集
4. 执行hermes tools list验证配置是否生效

💭 本节总结（不看书写3行）：

📊 用时记录：计划____min → 实际____min → 偏差原因：________

✏️ 自测答案：使用/tool list browser命令或执行/tool describe browser查看工具集的详细信息。

11.2 MCP协议集成：扩展工具能力

🎯 本节目标：理解MCP协议的定位，掌握MCP Client和MCP Server双模式的配置方法，能够独立接入外部MCP服务。

预计时长：1小时

11.2.1 MCP协议是什么？

MCP（Model Context Protocol）是一个标准化协议，定义了AI Agent与外部工具执行器之间的通信方式。Hermes将其作为轻量级工具通信协议，用于解耦Agent核心与外部工具执行器。

关键概念：MCP Server是“提供工具的实体”，MCP Client是“使用工具的实体”。一个物理服务可以同时作为Client和Server存在，两者不冲突。所有插件都需实现MCP Server接口，在运行时向Agent注册可用操作列表-。

11.2.2 MCP Client：让Hermes调用外部工具

Hermes内置的MCP Client在启动时连接到MCP服务器，自动发现其工具，并将它们注册为Hermes原生工具——不需要桥接CLI，MCP Server的工具会与内置工具出现在同一工具列表中。支持stdio和HTTP传输方式，自动重连和安全过滤开箱即用。

MCP Client配置实战

步骤0：安装MCP SDK（如尚未安装） ：

bash

pip install mcp
# 或使用uv（如果使用uv管理Python环境）
uv pip install mcp

如果MCP SDK未安装，MCP支持将被静默禁用，不会产生错误提示。

步骤1：在~/.hermes/config.yaml中添加MCP服务器配置：

Hermes在config.yaml读取mcp_servers，在启动时自动连接并发现工具。支持stdio方式（通过命令启动）和HTTP方式（连接远程服务器），可以使用url连接远程MCP Server或command本地启动子进程：

• stdio方式适用于在Hermes进程内部启动的本地MCP服务
• url方式适用于远程或独立部署的MCP服务

yaml

# ~/.hermes/config.yaml
mcp_servers:
  # HTTP方式——连接远程服务器
  weather:
    url: "https://weather-mcp-server.example.com/mcp"
    headers:
      Authorization: "Bearer your-api-key"
    timeout: 30
  
  # stdio方式——本地启动子进程
  time:
    command: "uvx"
    args: ["mcp-server-time"]
  
  filesystem:
    command: "npx"
    args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/allowed-path"]
    env:
      NODE_ENV: "production"

步骤2：重启Hermes Agent

bash

hermes gateway restart

步骤3：验证工具已加载

在对话中使用/tools命令，应该能看到新加载的工具（通常以前缀mcp_开头）。

11.2.3 MCP Server：让外部工具调用Hermes

Hermes v0.10.0正式引入了MCP Server Mode，允许向任何MCP兼容客户端（Claude Desktop、Cursor、VS Code等）暴露Hermes的会话和工具-。

启动MCP Server Mode：

bash复制下载

hermes mcp serve

此命令启动后，Hermes以stdio方式对外暴露，提供以下能力：

• 会话列表：列出所有历史会话
• 会话内容读取：读取指定会话的完整对话历史
• 附件访问：访问会话中的文件附件
• 工具调用：通过MCP协议调用Hermes内置工具

龙马注：MCP Server Mode的实际价值在于让Cursor可以直接调用Hermes的工具链，在编辑器里就能完成跨Agent的信息检索。目前还比较早期，但路线图已经足够清晰。

11.2.4 官方推荐：Natively Connect MCP

官方推荐使用Natively Connect MCP——一个专门为Hermes预配置的MCP服务器集合。预配好的服务器包括：

MCP Server	功能
mcp-server-time	获取当前时间、时区转换
@modelcontextprotocol/server-filesystem	安全文件系统访问
@modelcontextprotocol/server-github	GitHub API操作
@modelcontextprotocol/server-slack	Slack消息管理

⚠️ 常见误区：

• 多个MCP Server使用相同的tool name前缀时，Hermes会自动添加来源标识避免冲突
• 外部Provider的工具在定义不清时可能干扰任务调度，选择经过社区验证的MCP Server
• 启用外部HTTP MCP Server增加了攻击面，建议对url来源进行验证，优先考虑本地localhost

🛠️ 实践任务（本节）：

1. 添加一个MCP Server（推荐mcp-server-time），验证其工具在/tools中的显示
2. 尝试通过自然语言调用MCP提供的工具
3. （可选）安装hermes mcp serve，用Claude Desktop连接并读取Hermes会话列表

💭 本节总结（不看书写3行）：

📊 用时记录：计划____min → 实际____min → 偏差原因：________

11.3 子Agent委托：并行任务的核心引擎

🎯 本节目标：理解子Agent委托机制，掌握delegate_task工具的使用方法和并行隔离原则。

预计时长：1.5小时

11.3.1 为什么需要子Agent委托？

子Agent委托是Hermes实现并行任务处理的核心机制。当主Agent收到复杂任务时，可以借助delegate_task工具将子任务拆分给多个独立的子Agent并行执行，父Agent只接收最终的结果摘要-23。

核心设计目标：

• 并行化处理：研究、长任务、慢工具不会阻塞主Agent运行
• 保持隔离：子Agent默认拥有独立的会话和（可选）沙箱隔离
• 防止滥用：子Agent默认不能生成子子Agent，委托是扁平的-

沈飞注：在量化场景中，因子回测的并行分解正是delegate_task的完美应用场景——一个子Agent跑动量因子，另一个跑估值因子，第三个跑质量因子，最后汇总相关性矩阵和组合得分。三个任务同时跑，总耗时取决于最慢的那个而不是三者之和。实盘中的收益差别是分钟级的。

11.3.2 委托机制的三层隔离

隔离层级	机制说明
上下文隔离	每个子Agent获得全新对话，不继承父Agent的任何对话历史
工具隔离	子Agent拥有受限的工具集，delegate_task、clarify、memory等危险工具被剥离
文件缓存隔离	独立的task_id和文件操作缓存，子Agent之间的文件读写互不干扰-

三层隔离的核心价值：多个子Agent的任务崩溃不会相互传染——一个子Agent的文件操作失败，不会影响其他子Agent的独立工作区。同时，子Agent之间不共享对话历史，不会出现“A子Agent记住了B子Agent的隐私信息”的问题，这是数据安全层面的重要保障。

11.3.3 delegate_task的使用方法

delegate_task支持单任务委托和最多3个并行子任务，子Agent环境完全隔离，结束后只返回摘要供父Agent整合-。

在对话中使用：

直接使用自然语言描述需要并行执行的任务：

请帮我做三件事：1. 分析当前目录的代码结构；2. 获取最新的Git提交记录；3. 检查是否有未提交的更改。并行执行，完成后汇总给我。

Hermes会自动调度delegate_task完成并行执行。

通过工具调用使用：

在Skill或AGENTS.md中，可通过delegate_task工具以编程方式创建子Agent：

python

delegate_task(
  subagent_id="code_analyzer",
  task="分析src/目录下的Python文件，输出函数列表和复杂度",
  tools=["file", "terminal"]
)

支持以下参数：

参数	说明
subagent_id	子Agent标识符
task	要执行的任务描述
tools	子Agent可用的工具集（默认剥离危险工具）
timeout	超时时间（秒），超时后自动终止
summary_only	是否只返回摘要（默认true）

delegate_task的并行数量可以在配置文件中进行调整，通过delegation.max_concurrent_subagents字段覆盖默认值，提高配额会相应增加资源占用。

11.3.4 委托任务的监控与管理

在对话中使用/subagents命令查看和管理子Agent：

命令	功能
/subagents list	列出当前会话中所有活跃子Agent
/subagents info <subagent_id>	查看子Agent详情（运行状态、进度、工具调用）
/subagents logs <subagent_id>	查看子Agent的执行日志
/subagents stop <subagent_id>	强制终止子Agent

11.3.5 并行数量与资源配额

默认并行数量为3，可通过配置调整：

yaml

# ~/.hermes/config.yaml
delegation:
  max_concurrent_subagents: 5    # 最多同时运行5个子Agent
  default_timeout: 300            # 默认超时300秒
  summary_max_length: 2000        # 摘要最大长度

子Agent获得独立预算，不会消耗父Agent的配额，防止单一任务耗尽全局资源-23。

⚠️ 常见误区：

• 误以为委托是“主Agent等着子Agent跑完再继续”——实际上委托是异步的，主Agent发起后可继续处理其他任务
• 忽略子Agent的超时配置——长时间运行的子Agent需要设置合理的超时
• 并行数量设置过高导致资源争抢——建议根据实际资源测试稳定性

龙马注：异步设计是Hermes委托机制的隐藏天赋。父Agent像项目经理一样把活儿丢给工程师就不管了，工程师出了结果再同步回来。主会话不会被阻塞在耗时的子任务上，这种并行调度模式大幅提升了整体的任务吞吐量。

🛠️ 实践任务（本节）：

1. 使用自然语言触发一次并行委托（至少3个子任务）
2. 使用/subagents list查看子Agent的运行状态
3. 等待子Agent完成后查看汇总结果
4. （可选）调整max_concurrent_subagents配置，体验并行数量的效果

💭 本节总结（不看书写3行）：

📊 用时记录：计划____min → 实际____min → 偏差原因：________

11.4 浏览器自动化

🎯 本节目标：配置并运行浏览器自动化，让Hermes代替人类执行网页操作。

预计时长：0.5小时

11.4.1 浏览器自动化的基础能力

Hermes Agent操控浏览器的能力，来源于官方提供的浏览器自动化工具集-。它覆盖了从页面导航、元素定位到交互操作的全流程，核心工具分为三把“钥匙”：

钥匙一：导航与页面快照

工具	功能
browser_navigate	导航到指定URL
browser_snapshot	获取页面的可访问性树（DOM快照），每个可交互元素都会被分配一个唯一的ref ID

钥匙二：元素交互与输入

工具	功能
browser_click	通过ref ID点击按钮或链接
browser_type	向输入框中填入文本
browser_press	模拟按键（Enter/Space/Tab等）

钥匙三：视觉与脚本增强

工具	功能
browser_vision	截取当前页面截图，用于OCR识别或图像分析
execute_code	执行Python/JavaScript代码，用于像素级定位

11.4.2 配置步骤

1. 确保浏览器环境可用：安装Chromium并将可执行路径写入chromium_path配置项
2. 启用浏览器工具集：在config.yaml中验证浏览器相关工具是否启用
3. 验证可用性：发送一条简单的浏览器指令测试：

bash

hermes
> 打开百度首页，搜索“Hermes Agent”，然后告诉我第一个搜索结果的标题

如果Hermes能自动打开浏览器、完成搜索并返回结果，说明浏览器自动化已配置成功。

11.4.3 实战案例：拟人化网页检索与数据采集

如果直接将完整关键词填入搜索框并按Enter，极易被网站的风控系统识别为机器人。社区验证的拟人化方法包含：

• 使用Camofox等反爬伪装服务
• 代理轮换策略
• 鼠标轨迹模拟
• 随机延迟插入

一套完整的拟人化流程可能包含导航→快照→识别元素→填入关键词→模拟按键→等待随机延迟→点击→提取结果→关闭页面等多个步骤。在Hermes中，可以通过Skill将这些步骤封装为可复用的工作流。

⚠️ 效率瓶颈提醒：浏览器自动化有很大的效率瓶颈——网页加载耗时、元素定位不稳定、易被反爬机制封禁-。如果任务可以通过API完成，优先走API；仅在必须模拟真人操作时才使用浏览器自动化。

沈飞注：在量化场景中，浏览器自动化的主要价值在于爬取财富证券、同花顺等没有公开API的数据源。但对核心交易信号，建议保留人工抽查。浏览器自动化一旦被目标网站改版或反爬更新就会彻底失效，必须有备用数据源。

🛠️ 实践任务（本节）：

1. 运行hermes setup，在浏览器自动化步骤中选择配置
2. 发送“打开必应，搜索’AI Agent’，截图并返回”
3. 观察Hermes执行过程并保存截图

💭 本节总结（不看书写3行）：

📊 用时记录：计划____min → 实际____min → 偏差原因：________

11.5 代码执行与沙箱机制

🎯 本节目标：理解Hermes的代码执行能力，掌握Python沙箱和Docker后端的切换方法。

预计时长：0.5小时

11.5.1 Python代码执行

Hermes通过code_interpreter工具提供Python代码执行能力。配置步骤：

1. 在config.yaml中指定Python运行时路径：

yaml

code_interpreter:
  enabled: true
  python_executable: "/usr/bin/python3"

2. 验证执行：

python

hermes> 写一个Python脚本，计算1到100的和，然后运行

Hermes会生成并执行脚本，返回计算结果。

11.5.2 沙箱选择：为什么代码执行需要沙箱？

默认配置下，code_interpreter工具在宿主机直接执行代码。当执行来自第三方的代码时，存在文件系统污染、敏感信息泄露、系统资源耗尽等风险。Hermes通过多种执行后端来隔离不信任的代码：

后端	隔离程度	性能	适用场景
Local	无隔离	最快	可信代码、开发调试
Docker	容器级隔离	较高	隔离第三方代码
Sandbox	受限Python环境	中	高风险任务

切换到Docker后端执行代码：

bash

hermes config set backend.type docker
hermes config set backend.docker.image "python:3.11-slim"
hermes gateway restart

龙马注：日常可信环境用Local最顺手，执行第三方Skill时切到Docker——这是“安全与效率之间的平衡”。遇到代码执行类Skill挂在生产环境时，看它的@tool_type和依赖列表基本能预判问题。建议在Skill文档里注明需要哪些执行后端，或直接规定只能在Docker沙箱中运行。

11.5.3 浏览器自动化与代码执行的关联

浏览器自动化依赖execute_code工具执行Python/JavaScript脚本。确保在沙箱配置中将浏览器自动化所需的环境依赖纳入受信白名单，否则被限制的工具会导致浏览器任务中断-25。

🛠️ 实践任务（本节）：

1. 使用code_interpreter执行一个简单Python脚本
2. 将执行后端切换为Docker模式，再次执行同样的脚本，对比差异
3. 执行hermes tools describe code_interpreter查看详细说明

💭 本节总结（不看书写3行）：

📊 用时记录：计划____min → 实际____min → 偏差原因：________

第11章 参考资料与扩展阅读

1. Hermes Agent工具参考（官方） https://hermes-agent.nousresearch.com/docs/reference/tools-reference（47个内置工具的完整清单参考）
2. Hermes Agent浏览器自动化文档（官方） https://hermes-agent.nousresearch.com/docs/user-guide/features/browser
3. Hermes Agent完整使用指南 – 工具与工具集 https://www.e-com-net.com/article/2043337190192242688.htm
4. Hermes Agent 配置和使用完全指南：MCP集成 https://blog.csdn.net/hanipapa540/article/details/160560684（MCP双模式配置详解）
5. Native MCP Client官方说明 https://skillsmp.com/skills/nousresearch-hermes-agent-skills-mcp-native-mcp-skill-md（MCP配置参数、传输方式专有协议说明）
6. How to integrate Browser tool with Hermes https://composio.dev/toolkits/browser_tool/framework/hermes-agent
7. 量化看市场系列之十四：一文了解HERMES AGENT http://stockfinance.sina.cn/stock/go.php/paper/reportid/829139554444/index.phtml（子Agent隔离与并行机制）
8. HermesAgent作为AI大脑：如何指挥其他工具干活 https://www.php.cn/faq/2361684.html（工具委托、MCP配置与batch_runner）
9. Hermes Agent全解析：与OpenClaw对比及飞书接入指南 https://www.feishu.cn/content/article/7628541877674953666（子Agent隔离与迭代预算机制）
10. hermes agent浏览器自动化教程 https://www.ai-indeed.com/encyclopedia/19598.html（47个内置工具三级浏览器核心工具） Hermes Agent 官方文档 Gateway 与 CLI 命令参考 https://www.volcengine.com/docs/87732/2277056

第二篇综合任务（第7-12章完成后）

任务：完成以下所有检查项，并记录输出。请注意，浏览器自动化配置属于可选拓展任务，如果你在非图形化服务器上学习，优先级可以降低。

🔰 强制任务（1.5小时，必须完成）

• 执行/tools list，记录所有可用工具集
• 选择一个工具（如terminal或file），使用/tool describe查看详细说明
• 配置一个MCP Server（推荐mcp-server-time），验证其工具已加载
• 使用自然语言触发一次delegate_task并行委托，记录过程
• 运行hermes tools list --all，对照配置文件确认加载状态
• 运行hermes gateway status检查后端配置

🚀 进阶任务（1小时，推荐完成）

• 配置一个自定义工具集（启用或禁用特定工具集）
• 完成一次浏览器自动化（如打开网页并截图）
• 通过code_interpreter执行Python脚本，并将后端切换为Docker模式
• 使用/subagents list监控子Agent状态，并调整max_concurrent_subagents配置
• （可选）启动MCP Server Mode，用Claude Desktop连接测试

完成后，保存一份工具集快照，命名为chapter11_tools_snapshot.txt，至少包含：

• hermes tools list的输出
• 你添加的MCP Server配置片段
• 浏览器自动化/代码执行的执行日志
• 子Agent委托的执行摘要

龙马的评审：

“11.1节的47个工具清单很清楚，但建议记一个原则：terminal和browser是需要谨慎启用的核心工具，其他工具集按需激活即可。每多一个工具集，误判攻击面就扩大一圈。

子Agent委托的三层隔离设计值得反复体会——上下文隔离、工具隔离、文件缓存隔离。虽然delegate_task默认不支持子Agent的嵌套委托，但不影响日常使用：把大任务拆成并行子任务这个深度可以满足绝大多数场景，不会用到多层嵌套。

MCP Server建议从mcp-server-time上手，它简单易配。连通过之后再去玩filesystem或GitHub MCP Server，体验会平滑很多。”

沈飞的评审：

“子Agent委托和MCP扩展在量化研发中价值很大。实盘部署中，浏览器自动化是获取公开研报和另类数据的主力工具，但存在效率瓶颈和稳定性风险——网页改版可能让整套Skill失效，必须有回调检测和备用数据链路。

在生产环境中，建议将delegate_task的max_concurrent_subagents设为3～5之间，平衡并行效率与服务器负载。如果因子并行计算所需内存较大，配额需要相应下调。

关于batch_runner.py（第11.1节未详细展开），它是Hermes提供的批量任务并行调度器，直接运行python batch_runner.py --file tasks.json即可处理大规模数据和全量回测。建议Quant们用Hermes整理文档时把它加入工具箱，batch_runner.py是让Hermes从“一句话做任务”升级为“自动化批处理工厂”的关键——结合cron定时，它能实现因子迭代的完全自动化。”

下一章预告：第12章 Hermes多渠道接入与自动化 —— 你将学会配置Hermes的12个原生消息平台，实现飞书Bot和飞书CLI的双重接入，掌握Cron定时任务让Agent在指定时间自动执行任务，并了解检查点与回滚机制——确保长时间运行的任务状态可恢复。完成这一章后，你的Hermes Agent将真正成为一个7×24小时在线、主动工作的“数字员工”。