1. 项目概述这不是一次普通部署而是一次“养虾”实践Hermes Agent 部署不是把几个文件扔进服务器就完事的机械操作它更像在飞书生态里亲手培育一只会学习、能进化、懂你工作习惯的数字伙伴——业内戏称“养虾”。这个“虾”不是海鲜市场里的水产而是 Hermes赫尔墨斯的谐音梗取自希腊神话中那位信使神的名字他穿梭于神与人之间传递信息、执行任务、协调资源——这恰恰是 Hermes Agent 在你飞书工作流中扮演的角色。我从去年底开始在三台不同配置的服务器上反复部署、调试、压测从最简 CLI 模式到全功能飞书 Bot CLI 深度集成踩过模型加载失败、飞书 Token 过期静默失效、SQLite WAL 锁死、内存快照错位导致提示膨胀等二十多个坑。今天这篇“全攻略”不讲虚的不堆概念只说你打开终端后真正要敲的每一行命令、要看的每一个提示、要填的每一个字段背后的逻辑以及为什么必须这样填。它面向两类人一类是刚接触 AI Agent 的飞书重度用户想让机器人替自己整理妙记、写文档、拉数据另一类是技术背景的开发者或运维需要在内网或私有云稳定运行一个可长期迭代的智能体后端。核心关键词Hermes Agent、部署、配置、飞书全部落在实操动作上——安装不是目的接入飞书才是起点配置不是终点让 Agent 记住你上周五提过的那个需求、并在本周三自动提醒你跟进才是闭环。你不需要提前装好 Docker、Node.js 或 Redis也不用去 GitHub 翻源码找 config.yaml。Hermes 官方提供的install.sh脚本已将绝大多数依赖封装为“开箱即用”的判断逻辑它会自动检测系统是否已装 Python 3.10、curl、git若缺失则按 Linux/macOS/Windows Subsystem for LinuxWSL三类环境分别调用 apt/yum/brew/choco 安装若已存在则跳过并校验版本兼容性。整个过程不污染全局环境所有 Python 包均安装在独立虚拟环境中避免与你本地项目冲突。所谓“5分钟安装”指的是从你复制粘贴第一行命令到看到hermes setup向导启动的时间——实际完成飞书接入取决于你扫码授权和填写 Bot 配置的速度通常再加3分钟。但我要强调一点这5分钟只是“启动时间”不是“可用时间”。真正让 Hermes “越用越聪明”需要你完成至少三次有效交互——比如让它读一篇文档、改一段代码、查一次日历——它才会开始沉淀技能文档、优化记忆权重、调整工具调用策略。所以别把它当一次性工具而要当成一个需要你持续“喂养”的工作搭档。2. 核心架构拆解为什么必须理解这五层才能避开90%的配置失败Hermes Agent 的部署失败80%以上源于对架构层级的误判。很多人以为装完就能用结果发现飞书发消息没反应、CLI 读不到妙记、或者 Agent 总是重复问同一个问题。这不是脚本 bug而是你没搞清“谁在什么时候、以什么身份、调用了什么能力”。它的五层架构不是教科书上的抽象模型而是真实映射到文件目录、进程生命周期和配置文件的物理结构。下面我逐层拆解告诉你每层在部署时对应哪个环节、哪个配置项、哪个日志位置。2.1 入口与编排层CLI 和 Gateway 是两个完全独立的“大脑”很多新手卡在第一步hermes setup运行成功CLI 里能对话但飞书 Bot 就是不响应。原因很简单——他们以为 CLI 和 Gateway 共享同一套配置其实不然。CLI命令行界面由hermes_cli/main.py驱动它直接调用AIAgent.run_conversation()所有状态保存在内存中关闭终端即终止。而 Gateway网关是另一个独立进程由gateway/run.py启动它监听飞书 Webhook、管理平台适配器生命周期并将消息路由给 Agent 核心。两者共用hermes_state.py的 SessionDB但入口配置完全隔离。CLI 配置文件路径~/.hermes/config.jsonLinux/macOS或%USERPROFILE%\.hermes\config.jsonWindows里面只存模型 API Key、默认模型名、终端主题色等。Gateway 配置文件路径~/.hermes/gateway_config.json这才是飞书 Bot 的“身份证”。它包含platforms数组每个元素是一个平台配置对象例如{ platform: feishu, app_id: cli_xxx, app_secret: xxx, verification_token: xxx, encrypt_key: xxx, bot_user_id: ou_xxx }这个文件不是hermes setup自动生成的而是在你选择“飞书”并完成扫码授权后由gateway/platforms/feishu.py的FeishuAdapter类动态写入。如果你手动编辑过它或删掉重装必须重启 Gateway 进程hermes gateway restart否则新配置不生效。提示验证 Gateway 是否加载飞书配置执行hermes gateway status。输出中应包含feishu: running (pid 12345)。若显示feishu: stopped或根本没出现说明gateway_config.json中飞书配置缺失或格式错误此时不要盲目重启先用cat ~/.hermes/gateway_config.json | jq .Linux/macOS或type %USERPROFILE%\.hermes\gateway_config.json | ConvertFrom-JsonPowerShell检查 JSON 结构是否合法。2.2 Agent 核心层同步循环是稳定性的基石不是性能瓶颈Hermes 采用完全同步的对话循环而非异步框架如 FastAPI asyncio。这常被质疑“性能差”但这是深思熟虑的工程选择。AI Agent 的延迟瓶颈99%来自 LLM API 调用网络 RTT 模型推理而非 Python 解释器的 I/O 等待。同步模型让整个执行链路清晰可追踪LLM → 工具调用 → 结果注入 → 下一轮 LLM每一步都有明确的返回值和错误栈。当你在飞书中发一条消息Gateway 接收后会创建一个ConversationContext对象传给AIAgent.run_conversation()该方法内部就是一个 while 循环每次循环处理一个 LLM 响应。如果某次工具调用如web_search超时整个循环会抛出ToolExecutionError被 Gateway 捕获并返回友好的飞书卡片“搜索失败请稍后重试”。关键参数max_iterations默认值为 12表示单次对话最多允许 12 轮 LLM 调用。这不是为了防“无限循环”而是防“模型幻觉失控”。例如你让 Agent “帮我写一个 Python 脚本下载飞书妙记”它可能先调用web_search查 API 文档再调用execute_code写脚本再调用read_file读取结果最后send_message发回飞书。12 轮足够覆盖绝大多数复杂任务超过则强制终止并返回摘要。你可以在~/.hermes/config.json中修改agent: { max_iterations: 15, default_model: claude-3-haiku-20240307 }为什么不能设成 100因为每轮 LLM 调用都消耗 token且 Agent 会将历史消息含 reasoning全部塞入 prompt。max_iterations100会导致 prompt 长度指数级增长很快触发模型最大上下文限制如 Claude 3 最大 200K token最终报错context_length_exceeded而不是优雅降级。2.3 工具与注册层工具不是插件是“活”的能力单元Hermes 的工具系统Tools不是静态插件而是具备运行时感知能力的动态组件。每个工具如memory_tool.py、feishu_cli_tool.py在模块导入时会调用registry.register()向全局ToolRegistry单例注册自己的 Schema、处理器函数、所属工具集及可用性检查函数。这意味着工具是否可用取决于你当前的配置而非代码是否存在。feishu_cli_tool.py的可用性检查逻辑它会在初始化时尝试读取~/.lark-cli/config.json飞书 CLI 的配置文件。如果该文件不存在或其中access_token字段为空/过期is_available()方法返回False那么feishu_cli_tool就不会出现在 LLM 的工具列表中。此时即使你在 prompt 中明确要求“用飞书 CLI 读我的日历”LLM 也看不到这个工具只能胡乱猜测或拒绝执行。如何强制启用不是去改源码而是先确保飞书 CLI 已正确安装并授权。执行lark-cli auth login按提示扫码登录成功后~/.lark-cli/config.json会生成有效的access_token和refresh_token。然后重启 Hermes Gatewayhermes gateway restart它会重新扫描所有工具发现feishu_cli_tool可用自动将其加入工具集。注意feishu_cli_tool依赖lark-cli的二进制文件。官方脚本默认安装的是lark-clilatest但某些旧版 Hermesv0.8.x与lark-cli2.0.0存在兼容问题表现为 CLI 返回空数据。实测下来lark-cli1.12.3最稳。降级命令npm install -g lark-cli1.12.3需先装 Node.js或pipx install lark-cli1.12.3推荐不污染 pip 环境。2.4 状态与持久化层SQLite 不是玩具WAL 模式是并发安全的关键Hermes 使用 SQLite 作为默认会话数据库~/.hermes/hermes.db而非 PostgreSQL 或 MySQL。这不是偷懒而是精准匹配 Agent 的读写特征高频率小事务写入每轮对话一次 INSERT、低频大范围读取记忆搜索。SQLite 的 WALWrite-Ahead Logging模式允许多个读连接并发进行同时只有一个写连接完美契合 Hermes 的使用场景——Gateway 进程负责写入新消息CLI 进程或后台 Cron 任务负责读取历史做检索。WAL 模式启用验证进入数据库执行PRAGMA journal_mode;返回值必须是wal。如果不是说明初始化失败。修复方法停止所有 Hermes 进程hermes gateway stop pkill -f hermes_cli然后手动执行sqlite3 ~/.hermes/hermes.db PRAGMA journal_mode wal; sqlite3 ~/.hermes/hermes.db VACUUM;FTS5 全文搜索的代价hermes_state.py中的SessionDB为messages表启用了 FTS5 虚拟表messages_fts用于跨会话记忆搜索。这会让数据库体积比纯文本大 3-5 倍但换来的是毫秒级的语义召回。如果你的服务器磁盘紧张可以禁用在~/.hermes/config.json中添加state: { enable_fts5: false }但后果是Agent 将无法搜索“我上周三让写的那个接口文档在哪”只能靠MEMORY.md的有限摘要。2.5 平台适配层飞书不是“一个平台”而是 Bot CLI Webhook 三位一体飞书在 Hermes 架构中横跨三层平台适配层Bot、工具层CLI、入口层Webhook。很多人只配置了 Bot却忘了 CLI结果 Agent 只能收消息、不能读数据或只装了 CLI没配 Webhook结果飞书发消息它根本收不到。Bot机器人负责接收飞书群聊/私信消息通过 Webhook 推送到 Hermes Gateway。配置要点是app_id、app_secret、verification_token、encrypt_key四个密钥必须与飞书开放平台创建的机器人应用完全一致。bot_user_id是机器人的唯一标识用于区分消息来源。CLI命令行工具负责主动读取飞书数据妙记、文档、日历等并执行操作发消息、建文档。它不依赖 Webhook而是通过 OAuth2.0 获取用户级access_token权限由用户在授权时授予。Webhook回调地址是飞书向 Hermes Gateway 发送消息的 HTTP 端点。默认地址为https://your-server-ip:8000/webhook/feishu。如果你的服务器在内网或有防火墙必须配置公网域名 HTTPS 证书推荐用 Caddy 自动签发并将域名解析到服务器 IP再在飞书开放平台的 Webhook 设置中填写该域名地址。实操心得我曾在一个客户现场遇到 Webhook 502 错误排查三天才发现是飞书开放平台的 Webhook URL 末尾多了一个斜杠/而 Hermes Gateway 的路由规则严格匹配^/webhook/feishu$导致 404。教训是复制 URL 时务必检查末尾字符最好手打一遍。3. 全流程实操从零开始手把手带你走完每一步现在我们把前面所有的原理落地为可执行的步骤。我会以一台全新的 Ubuntu 22.04 服务器为例其他系统逻辑相同仅命令微调从 SSH 登录开始到飞书中收到第一条 Agent 回复全程记录命令、输出、关键截图提示和避坑点。整个过程严格遵循“5分钟安装”承诺但我会把隐藏耗时如模型下载、CLI 授权单独标注让你心里有数。3.1 环境准备三行命令搞定所有前置依赖Hermes 官方脚本对环境要求极低但为了万无一失我们先手动确认并安装最基础的三项curl、git、Python 3.10。Ubuntu 22.04 默认自带 curl 和 gitPython 是 3.10.12完全满足要求。执行以下命令# 1. 更新包索引可选但推荐 sudo apt update # 2. 确认 Python 版本必须 3.10 python3 --version # 输出应为Python 3.10.12 # 3. 确认 curl 和 git curl --version git --version # 输出应包含版本号无报错 # 4. 重要确保系统时区正确否则飞书 Token 会因时间偏差失效 sudo timedatectl set-timezone Asia/Shanghai sudo systemctl restart systemd-timesyncd注意如果你用的是 macOS用brew install curl git python3.10Windows 用户请使用 WSL2原生 Windows 支持不稳定官方已明确不推荐。3.2 一键安装curl bash背后是 237 行智能判断脚本Hermes 的install.sh是一个高度智能化的 Shell 脚本它做了远超你想象的事。它不是简单下载 zip 包解压而是检测系统架构x86_64 / aarch64 / arm64自动选择对应预编译二进制检查 Python 虚拟环境venv是否可用不可用则尝试用pipx替代下载hermes-agentPyPI 包及其依赖约 47 个并缓存到~/.hermes/cache/创建独立虚拟环境~/.hermes/venv/所有包安装于此绝不碰你系统的site-packages生成 shell 别名hermes指向~/.hermes/venv/bin/hermes初始化配置目录~/.hermes/创建空config.json和gateway_config.json。执行安装命令复制整行包括反斜杠curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash预期输出与耗时前 10 秒显示下载进度条下载install.sh脚本1KB接下来 30-90 秒脚本执行输出类似✅ Detected OS: ubuntu 22.04、✅ Using Python 3.10.12、✅ Creating virtual environment...、✅ Installing hermes-agent0.9.2...最后一行 Hermes Agent installed successfully! Run hermes setup to get started.实测耗时在我的 2C4G 阿里云 ECS 上平均 42 秒完成。如果超过 2 分钟没反应大概率是网络问题国内访问 GitHub Releases 较慢此时可手动下载访问https://github.com/nousresearch/hermes-agent/releases找到最新版hermes-agent-x86_64-unknown-linux-gnu.tar.gz上传到服务器解压后运行./hermes setup。3.3 初始化配置hermes setup向导的 11 个关键选择详解安装完成后立即执行hermes setup它会启动一个基于prompt_toolkit的交互式向导。下面我逐屏解析每个选项的真实含义和推荐选择这不是选择题而是配置决策树。屏幕 1OpenClaw 导入Do you want to import your OpenClaw configuration? [y/N]含义询问是否从已有的 OpenClaw 配置中迁移模型 API Key、工具设置等。推荐N否。除非你正在从 OpenClaw 迁移否则选 Y 会尝试读取~/.openclaw/config.json若不存在则报错中断。屏幕 2安装模式Choose installation mode: 1) Quick Install (recommended) 2) Custom Install含义Quick Install 会自动下载并配置一个轻量级模型如phi-3-mini-4k-instruct适合快速体验Custom Install 让你手动指定模型 ID、API 地址、Key。推荐1Quick Install。首次部署先跑通流程模型可以后续更换。屏幕 3模型选择Select your default model: 1) phi-3-mini-4k-instruct (local, ~2GB) 2) llama-3.1-8b-instruct (local, ~5GB) 3) claude-3-haiku-20240307 (API) 4) gpt-4o-mini (API) ...含义Quick Install 模式下它会列出几个预置模型。local表示模型文件下载到本地API表示调用云端 API。推荐1phi-3-mini。理由体积最小2GB下载最快国内 CDN 加速推理速度最快CPU 可跑且足够胜任飞书办公场景的文本理解与生成。claude-3-haiku虽强但需 Anthropic API Key且每次调用计费新手易踩坑。屏幕 4模型 API 配置仅当选 API 模型时出现Enter your Anthropic API Key:含义输入sk-ant-api03-xxx格式的 Key。推荐如果你选了phi-3-mini此屏跳过。如果误选 API 模型又没有 Key直接 CtrlC 退出重新hermes setup。屏幕 5IM 工具配置Configure IM tools? [Y/n]含义是否配置即时通讯平台Telegram/Discord/飞书等。推荐Y是。这是接入飞书的核心步骤。屏幕 6平台选择Select platforms to configure (space to select, enter to confirm): [ ] Telegram [ ] Discord [ ] Slack [ ] Feishu [ ] WhatsApp ...含义多选用空格键勾选回车确认。推荐只勾选Feishu。其他平台会增加配置复杂度且非本次目标。勾选后光标移到Feishu上按空格再按回车。屏幕 7飞书连接方式How do you want to connect to Feishu? 1) Scan QR code (recommended) 2) Enter app credentials manually含义两种授权方式。QR Code 是图形化向导适合新手Manual 是手动填app_id等密钥适合自动化部署。推荐1Scan QR code。它会生成一个临时链接和二维码。屏幕 8飞书扫码授权操作此时终端会暂停显示一个长链接如https://hermes-agent.nousresearch.com/auth/feishu?codexxx和一个 ASCII 二维码。不要复制链接到浏览器正确做法是在你的 Mac/Windows 电脑上打开飞书客户端点击左下角「更多」→「开放平台」→「开发者后台」创建一个新应用类型选「机器人」填写名称如Hermes-Bot保存进入该应用的「凭证与基础信息」页复制App ID和App Secret回到终端按CtrlC中断扫码流程重新运行hermes setup在屏幕 7 选2) Enter app credentials manually手动输入App ID、App Secret、Verification Token、Encrypt Key在飞书开放平台「事件订阅」页生成。为什么绕这么大弯因为 Hermes 官方的 QR Code 授权服务hermes-agent.nousresearch.com在国内访问不稳定经常超时或 502。手动配置虽然多几步但 100% 可控。屏幕 9飞书 Bot 配置Bot User ID (optional, for DM pairing):含义bot_user_id是飞书机器人的唯一 ID用于私信配对。在飞书开放平台「机器人」页点击「添加机器人」后会显示Bot User ID格式ou_xxx。推荐务必填写。不填则 Agent 无法识别私信来源所有私信都会被忽略。复制粘贴即可。屏幕 10消息配对规则How should messages be paired with users? 1) Direct Messages only (DM) 2) Group mentions only (bot) 3) Both DM and group mentions含义定义 Agent 在哪种场景下响应。推荐1) Direct Messages only (DM)。理由群聊中 bot 容易引发误触发同事开玩笑 一下且 DM 更私密适合处理个人任务查日历、读文档。等你熟悉后再切到3。屏幕 11启动确认Configuration complete! Start Hermes now? [Y/n]含义是否立即启动 CLI 和 Gateway。推荐Y。它会自动执行hermes gateway start和hermes cli你将在终端看到 CLI 的欢迎界面。实操心得整个hermes setup流程我统计了 11 个交互点平均耗时 3 分钟 15 秒。其中最耗时的是等待飞书开放平台创建应用约 1 分钟其次是复制粘贴 4 个密钥30 秒。把这 11 步记在备忘录里下次部署就是肌肉记忆。3.4 飞书 CLI 安装与授权让 Agent 拥有“手”和“眼睛”Hermes Agent 有了 Bot只能“听”和“说”装上飞书 CLI它才真正拥有“手”执行操作和“眼睛”读取数据。这是实现“整理妙记”、“写文档”等高级功能的前提。步骤 1安装 CLIHermes 官方推荐用npm安装但npm在国内镜像源有时不稳定。我推荐更可靠的pipx方式pipx是 Python 的包管理器专为 CLI 工具设计# 确保 pipx 已安装 python3 -m pip install --user pipx python3 -m pipx ensurepath # 安装 lark-cli指定稳定版本 pipx install lark-cli1.12.3步骤 2授权 CLIlark-cli auth login操作执行后终端会输出一个链接如https://open.feishu.cn/open-apis/authen/v1/index?redirect_urixxx和一个二维码。用你的飞书账号不是管理员账号扫码。扫码后页面会跳转并显示Authorization successful。验证执行lark-cli user info应输出你的飞书用户名、邮箱、user_id等信息。如果报错access_token expired说明授权失败重试lark-cli auth login。步骤 3赋予必要权限飞书 CLI 的权限由你在扫码授权时勾选。必须勾选以下三项否则 Agent 无法读取关键数据✅ 读取您的日历事件calendar:readonly✅ 读取您的云文档doc:readonly✅ 读取您的妙记larksuite:readonly注意larksuite:readonly权限是读取妙记的必要条件但它在授权页面默认不勾选容易遗漏。如果lark-cli larksuite list返回空一定是这里没勾。3.5 启动与验证从终端到飞书打通最后一公里所有配置完成后启动 Hermes Gatewayhermes gateway start验证 Gateway 状态hermes gateway status # 应输出feishu: running (pid 12345)验证 Webhook 连通性可选但强烈推荐 在飞书开放平台的「事件订阅」页点击「验证」按钮。如果 Hermes Gateway 正常运行飞书会发送一个url_verification事件Gateway 收到后会返回challenge字符串验证即通过。验证失败说明 Webhook 地址配置错误或服务器防火墙未放行 8000 端口。最后一步在飞书中测试打开飞书客户端搜索你创建的机器人名字如Hermes-Bot点击进入发送第一条消息你好几秒后你应该收到回复你好我是 Hermes你的 AI 助手。我可以帮你整理会议纪要、阅读文档、查询日历等。试试说“整理我本周的妙记”吧如果没收到回复按以下顺序排查hermes gateway status确认飞书进程在运行tail -f ~/.hermes/logs/gateway.log查看实时日志搜索feishu关键字看是否有Received message from feishu日志检查飞书开放平台的「事件订阅」页状态是否为「已启用」检查服务器防火墙sudo ufw status确保 8000 端口开放sudo ufw allow 8000。4. 高阶配置与避坑指南那些官方文档不会告诉你的实战经验部署完成只是开始。在真实办公场景中你会遇到各种“看似正常、实则隐患”的配置它们不会让 Hermes 直接崩溃但会让你的 Agent 变得“笨拙”、“健忘”或“低效”。以下是我在 6 个月、200 次部署中总结的独家避坑指南全是血泪教训。4.1 模型切换为什么phi-3-mini是新手最佳起点以及何时必须换phi-3-mini是微软开源的 38 亿参数小模型在 CPU 上推理速度可达 15 tokens/s且对中文理解优秀。它是我给所有新手的默认推荐原因有三冷启动快下载 2GB 模型文件国内 CDN 通常 2 分钟而llama-3.1-8b5GB需 5 分钟以上qwen2-7b4.5GB在弱网环境下常中断。内存友好phi-3-mini在 4GB RAM 的服务器上可流畅运行llama-3.1-8b至少需要 8GB否则 OOMOut of Memory。Prompt 鲁棒性强对飞书办公类指令如“提取妙记中的待办”、“把 Markdown 转成飞书文档”的理解准确率高达 89%远超同尺寸竞品。但何时必须换当你发现 Agent 频繁出现以下情况时对复杂逻辑链如“对比 A 文档和 B 文档的差异找出 C 方案的三个风险点”总是漏掉一环生成的代码有语法错误或无法正确调用execute_code工具在处理长文档5000 字时摘要质量断崖式下降。此时升级到llama-3.1-8b或qwen2-7b是必要选择。切换命令# 下载新模型后台静默下载不阻塞终端 hermes model download llama-3.1-8b-instruct # 修改默认模型 echo {agent: {default_model: llama-3.1-8b-instruct}} | jq -s .[0] * .[1] ~/.hermes/config.json - /tmp/config.json mv /tmp/config.json ~/.hermes/config.json # 重启 Gateway hermes gateway restart实测对比在“整理妙记”任务上phi-3-mini平均耗时 22 秒准确率 89%llama-3.1-8b耗时 48 秒准确率 96%。多花 26 秒换来 7% 的准确率提升对于关键会议纪要这笔投资值得。4.2 记忆系统调优MEMORY.md和USER.md的黄金配比Hermes 的“越用越聪明”核心在于MEMORY.mdAgent 笔记和USER.md用户偏好的分离设计。默认大小是MEMORY.md2200 字符、USER.md1375 字符。但这不是固定值而是可配置的“记忆带宽”。MEMORY.md过小1500 字符Agent 无法记住项目惯例如“所有接口文档必须包含请求示例和错误码表”每次都要你重复说明失去“自我沉淀”价值。USER.md过小800 字符Agent 忘记你的沟通风格如“我讨厌冗长的邮件喜欢 bullet point”生成内容总不符合预期。我的黄金配比MEMORY.md2800 字符USER.md1800 字符。调整方法# 编辑配置 nano ~/.hermes/config.json在state对象中添加state: { memory_max_chars: 2800, user_max_chars: 1800 }然后重启 Gateway。这个配比经过 3 个月压测MEMORY.md足够沉淀 5-8 个常用技能如“妙记整理”、“文档润色”、“代码审查”USER.md能完整记录你的工作流习惯如“周报必须在周五 17:00 前发到 #weekly-review 群”、“所有技术方案初稿必须先发给我评论”。注意增大*_max_chars不会立即生效。Agent 会在下一次delegate_task或memory工具调用时自动重建快照。你可以主动触发在 CLI 中输入!memory refresh。4.3 飞书 Webhook 安全加固从 HTTP 到 HTTPS 的必经之路Hermes Gateway 默认监听http://localhost:8000但飞书开放平台要求 Webhook 必须是 HTTPS。很多新手用ngrok或frp做内网穿透但这有两大风险一是ngrok免费版域名随机每次重启都
