通过团队聊天中的智能体构建客户原型
我经营一家小型软件开发公司，有约 20 名开发人员，负责 4 至 5 个企业级客户系统。任务：我经营一家小型软件开发公司，有约 20 名开发人员，负责 4 至 5 个企业级客户系统，涉及 node、next、flutter、wordpress 等技术。团队每天都要审查几个大型 PR（新增 5,000 多行、删除 1,000 多行），非常耗时。为潜在新客户快速制作原型，也需要大量手动操作。到目前为止，PR、每日状态更新，以及每天为客户生成 iOS/APK 构建，几乎都靠人工完成，包括通知团队 PR 已审查、向客户发送状态更新等。于是我引入了 Hermes。最初在配备 16 GB 显存的设备上尝试了几个本地模型，但智能体会陷入反复调用工具的循环。后来开始使用 deepseek v4 flash，表现有所改善，但还没有达到我的预期。试了 v41 flash 后，感觉不错。我把完整的 Hermes 部署到一台 VPS 上，授予 root 权限，并提供团队 IRC、代码仓库、cf 和 nginx 的访问权限。基本上，只要它主动向我请示、我答应后，就可以放手执行操作。经过几天调试，它已经能自动完成上述大部分手动任务。skills creator 技能简直是救星。现在，无论想做什么，我都会先创建一个技能，为它添加测试用例，然后再执行实际任务。有个小问题是，它没有一种测试技能，可以检查不同提示词会选中哪些技能，所以基本上只能反复试错。它能无缝连接我手写的 MCP、封装工具以及几乎所有其他组件。我觉得另一个缺点是各个网关之间的会话管理。我还没找到一种办法，能把 CLI 会话接着放到 Slack 中继续，同时又不损坏它的 SQLite 数据库。我已经在 Hermes 的 Git 仓库里提交了几个问题，并附上修复方案。另一个缺点是它非常消耗 token，用量相当大。我计划用本地模型处理简单任务，但还需要找到解决方案。欢迎大家提建议。总体来说，我给这个智能体打 8/10 分。也欢迎分享你们使用 Hermes 的场景，我很想了解。；工具：Hermes Agent。人工角色：原始帖子没有说明人如何参与。；局限：前提条件包括 VPS、root 访问权限和特定模型配置（如 DeepSeek v41 flash）。16GB 显存上的本地模型会导致工具调用循环。系统消耗大量 Token，需进行成本管理。CLI 与 Slack 之间的会话连续性存在损坏 SQLite 数据库的风险。执行操作前必须获得人工批准。。
工具
Agent Work Atlas 发布日期:
概述
我经营一家小型软件开发公司，有约 20 名开发人员，负责 4 至 5 个企业级客户系统。
工作流程
我经营一家小型软件开发公司，有约 20 名开发人员，负责 4 至 5 个企业级客户系统，涉及 node、next、flutter、wordpress 等技术。团队每天都要审查几个大型 PR（新增 5,000 多行、删除 1,000 多行），非常耗时。为潜在新客户快速制作原型，也需要大量手动操作。到目前为止，PR、每日状态更新，以及每天为客户生成 iOS/APK 构建，几乎都靠人工完成，包括通知团队 PR 已审查、向客户发送状态更新等。于是我引入了 Hermes。最初在配备 16 GB 显存的设备上尝试了几个本地模型，但智能体会陷入反复调用工具的循环。后来开始使用 deepseek v4 flash，表现有所改善，但还没有达到我的预期。试了 v41 flash 后，感觉不错。我把完整的 Hermes 部署到一台 VPS 上，授予 root 权限，并提供团队 IRC、代码仓库、cf 和 nginx 的访问权限。基本上，只要它主动向我请示、我答应后，就可以放手执行操作。经过几天调试，它已经能自动完成上述大部分手动任务。skills creator 技能简直是救星。现在，无论想做什么，我都会先创建一个技能，为它添加测试用例，然后再执行实际任务。有个小问题是，它没有一种测试技能，可以检查不同提示词会选中哪些技能，所以基本上只能反复试错。它能无缝连接我手写的 MCP、封装工具以及几乎所有其他组件。我觉得另一个缺点是各个网关之间的会话管理。我还没找到一种办法，能把 CLI 会话接着放到 Slack 中继续，同时又不损坏它的 SQLite 数据库。我已经在 Hermes 的 Git 仓库里提交了几个问题，并附上修复方案。另一个缺点是它非常消耗 token，用量相当大。我计划用本地模型处理简单任务，但还需要找到解决方案。欢迎大家提建议。总体来说，我给这个智能体打 8/10 分。也欢迎分享你们使用 Hermes 的场景，我很想了解。
原文报告的结果
作者报告称，经过调试后，智能体能自动化大部分手动任务，但未提供节省时间或减少错误率的量化指标。已知问题包括高 Token 消耗、缺乏技能路由测试，以及 CLI 与 Slack 之间的会话管理 Bug。作者给智能体打 8/10 分，但指出需要大量试错。
人工角色
原始帖子没有说明人如何参与。
局限
前提条件包括 VPS、root 访问权限和特定模型配置（如 DeepSeek v41 flash）。16GB 显存上的本地模型会导致工具调用循环。系统消耗大量 Token，需进行成本管理。CLI 与 Slack 之间的会话连续性存在损坏 SQLite 数据库的风险。执行操作前必须获得人工批准。
试一试
我正在为软件团队设置 Hermes Agent 以自动化 PR 审查和构建通知。首先，在 VPS 上部署 Hermes，并授予其访问 IRC、Git 仓库和 Nginx 的 root 权限。使用 DeepSeek v41 flash 作为主要模型。创建一个名为“每日状态更新”的技能，用于检查未合并的 PR 并触发 iOS/APK 构建。为该技能添加测试用例。在启用完全自动化之前，运行一个干跑模式，让智能体起草消息和构建命令但不执行。我将审查一天的样本输出。如果草稿准确且 Token 使用量在预算内，我将批准智能体发送通知并触发构建。确保智能体在执行任何破坏性操作前向我请求确认。在我确认干跑结果之前，不要进入实时执行阶段。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。