CLI 与交互式入口
最适合实验、验证和快速观察 Hermes 的工作节奏。
Surfaces
Hermes 如何接到任务，并接触真实世界
一旦 agent 能通过 CLI、消息、浏览器和自动化任务进入真实工作流，它就不再只是一个解释工具， 而更像一个持续运转的执行面。这一页专门解释这些入口如何改变 Hermes 的工作方式。
四个接面
不同入口，不只是 UI 不同，而是工作结构不同
消息与外部入口
把 Hermes 接进真实沟通流和任务流之后，才真正能看到它的长期协作价值。
浏览器控制
浏览器能力让 Hermes 可以进入网页与表单世界，而不只是停留在文字层面。
自动化与定时任务
定时和自动触发能力，把 Hermes 从被动响应型助手推进到持续值守型系统。
入口选择矩阵
不同接面更适合承接不同类型的任务
CLI
验证、试验、明确输入输出
进入门槛低，但更偏主动操作场景。消息入口
真实协作、异步沟通、持续接单
最贴近真实使用，但也更容易放大边界和状态管理问题。浏览器
网页阅读、表单处理、跨站操作
执行面更强，但风险和复杂度也明显上升。自动化任务
定时巡检、重复跟进、长期观察
最能体现持续推进价值，也最需要清楚的启停与回报设计。结构影响
入口越真实，Hermes 越像系统而不是聊天界面
入口越多，越需要统一状态
多入口不是单纯增加便利，而是放大状态管理、权限边界和任务连续性的要求。
浏览器能力会改变任务类型
一旦 agent 能真正看网页、操作界面，很多任务就从“解释问题”转向“直接处理问题”。
自动化让边界比功能更重要
当 Hermes 能被自动唤起和持续运行时，最重要的常常不再是它会什么，而是它该不该做什么。
浏览器与自动化补充
这两类能力最容易让 Hermes 从“解释者”变成“执行者”
浏览器不是“看网页的附加功能”
一旦浏览器进入工作流，Hermes 就能从解释页面内容转向直接处理网页任务，这会显著改变任务结构。
自动化不是“节省点击”的别称
真正的自动化价值在于让 Hermes 能持续值守和持续推进，而不是简单代替几次手动操作。
入口和自动化必须一起考虑回报机制
入口越真实、触发越自动，越需要让人类能够看见状态、理解进度并在必要时低成本接手。
案例印证
真实世界中入口是怎么组合使用的
CLI + 浏览器联动调试
开发团队需要在 CLI 中调试 Web 应用，同时让 Hermes 通过浏览器实时查看页面状态。
消息入口 + 自动化定时报告
团队每天需要一份项目进展摘要，但不想为此单独配置一个定时任务系统。
反模式
入口配置中这些做法最容易出问题
所有入口同时启用
一口气打开 CLI、消息、浏览器和自动化，会导致状态分散、边界模糊。应先从一个入口跑稳，再逐步叠加。
让消息入口同时处理简单查询和高危操作
消息入口通常权限较低、受众较广，不适合直接从消息入口开放文件写入或命令执行等高危操作。
浏览器能力一开就不设限
浏览器能让 Hermes 操作真实网页，应该严格限定可访问的域名和可执行的操作类型。
自动化任务不设超时和上限
自动化一旦触发可能无限执行。每次自动化任务都应明确超时时间、最大执行次数和异常降级策略。