移动端私人助手
推荐路径:先在本机装好 Hermes,完成 setup,再接 Telegram,不要一开始就扩很多集成。
典型配置:本地安装 -> hermes setup -> hermes gateway setup -> Telegram 验证。
适合个人开发者、创始人、运维同学,以及想先从手机访问开始的人。
这个页面不是伪装成真实客户案例的“成功故事墙”,而是一组站内整理过的 Hermes 起手式,帮你判断哪条配置路径更适合你。
推荐路径:先在本机装好 Hermes,完成 setup,再接 Telegram,不要一开始就扩很多集成。
典型配置:本地安装 -> hermes setup -> hermes gateway setup -> Telegram 验证。
适合个人开发者、创始人、运维同学,以及想先从手机访问开始的人。
推荐路径:先迁移,再补 Hermes 专属配置,不要反过来重建整套环境。
典型配置:hermes claw migrate -> 验证 provider -> 测试 memory -> 按需接 gateway。
适合已经投入 OpenClaw,并且希望最短路径切到 Hermes 的用户。
推荐路径:先让基础安装正常工作,再切到本地 endpoint。
典型配置:完成安装 -> 把 Hermes 指向 Ollama 或其他本地 endpoint -> 为重复内部任务补 Skills。
适合敏感内部工作流、自有硬件实验,以及隐私优先环境。
推荐路径:先让核心助手行为稳定,再补 MCP。
典型配置:先跑通基础配置 -> 验证聊天或 CLI 流程 -> 只接入真正需要的 MCP server。
适合需要在 Hermes 里接 GitHub、文件系统、数据库或内部 API 的工程师。
推荐路径:把稳定重复的流程沉淀成 Skills,而不是每次重新输入。
典型配置:先手动做成一次 -> 提炼稳定步骤 -> 存成可复用技能。
适合 onboarding、环境初始化、发布检查单和内部运维流程。
推荐路径:让主 agent 负责主线,把高负载支线委派出去。
典型配置:主 agent 保持计划和主上下文 -> child agents 分担研究、审查或实现分支。
适合长链路调查、批量代码审查,以及单个上下文窗口已经拥挤的任务。