做企业数字化落地这么多年，被老板和行政小伙伴问得最多的一句话就是：我们公司到底该用哪款AI知识库？ 讲句大实话，现在市面上的AI知识库工具真的太多太杂了！云端的、私有化的、免费开源的、适配信创的……五花八门。 见过太多企业盲目跟风上线，最后要么员工根本不用、要么数据不安全、要么功能完全不匹配自己的业
发布于 2026-05-31
2026 年，大模型早已不是 "要不要做" 的选择题，而是 "怎么做才能不踩坑、真落地" 的必答题。 太多企业陷入了同一个误区：盲目追逐千亿参数、跟风最新模型，投入百万算力却只做出一个 "会聊天的机器人"；要么技术选型混乱，今天换框架明天换基座，最终变成烂尾工程；要么贪多求全，一上来就想做全栈通用大
发布于 2026-05-28
我用 AI 写了 10000 行代码，总结出这 8 个万能提示词 大家好，我是小易。 昨天的文章发出后，很多读者在评论区问我："为什么同样用 AI 写代码，你写的又快又好，我写的却一堆 BUG？" 答案很简单：不是 AI 不行，是你的提示词不行。 过去 3 个月，我用 AI 写了超过 10000 行
发布于 2026-05-15
大家好，我是小易。 今天这篇文章可能会有点扎心，但我必须说出来：2026 年，AI 已经不再是程序员的 "可选工具"，而是 "生存必需品"。 我身边有太多真实的例子了。同样是做一个 SpringBoot 项目，会用 AI 的程序员 3 天就能上线，不会用的可能要花 3 周；同样是排查一个 BUG，A
发布于 2026-05-14
官方 Hermes WebUI 的 Setup 页面仅修改 WebUI 自身的配置，不会自动同步到 hermes-agent 的主 config.yaml，这是产品设计的特性，并不是问题bug。 官方 hermes-webui 的设计思路： ✅ WebUI 自己有独立配置 ❌ 不会自动写入 agen
发布于 2026-04-29
在hermes-webui官方三容器 Compose 架构（hermes-agent、hermes-dashboard、hermes-webui）、同 UID/GID、同内部网络的前提下，风险极低，完全可以安全用；但有 4 个明确的潜在风险点。 一、先讲本质：为什么官方默认分开路径？ 原配置： Ag
发布于 2026-04-29
1.容器启动、停止命令 sudo docker compose up -d # 默认配置文件启动 sudo docker compose down # 默认配置文件停止 sudo docker compose -f docker-compose.three-container.yml up -
发布于 2026-04-29
一、核心概念与作用 在 Hermes-WebUI 部署中，UID/GID 配置的核心目的是解决容器与宿主机文件权限不匹配问题，避免出现 Permission denied 错误，确保容器内进程能正常读写挂载的宿主机目录（如 ~/.hermes 和 ~/workspace）。
发布于 2026-04-29
基于Docker Compose为Hermes Agent配置hermes-dashboard、hermes-webui，前后折腾了好几天时间，经历各种问题。整理出来方便大家对照查看。 在setup页面设置模型后，并没有生效， sudo docker exec hermes-agent cat /h
发布于 2026-04-29
环境信息 操作系统：主流Linux版本 当前用户 UID/GID：1000 / 1000 当前未安装 Docker 第一步：安装 Docker # 更新系统 sudo apt update 安装依赖 sudo apt install -y ca-certificates curl gnupg 添
发布于 2026-04-29
最近做的前后端项目，后端基于Java JDK 17,SpringBoot3.x，SpringCloud，前端基于Vue3,Element Plus框架。 项目代码仓库规约文件AGENTS.md发出来分享，需要的小伙伴可以参考，结合自己的项目进行调整修改即可直接使用。 ----------------
发布于 2026-04-25
