AIHugoBlog

概述 Hermes Agent 默认开启大模型的"思考模式"（reasoning mode），模型会在正式回答前先输出一段 <think> 推理过程。对于简单问答、命令补全等场景，这段思考既消耗 token 又会刷屏。本文记录关闭思考模式的三种方式，从临时到永久覆盖全场景。 一、3 种关闭方式对比 方式 命令/位置 生效范围 持久性 推荐场景 斜杠命令 /reasoning none 当前会话 临时 临时切换、调试 配置文件 display.show_reasoning: false 全局 永久 长期使用偏好 启动参数 hermes chat --reasoning none 单次启动 一次性 一次性任务、CI 二、方法一：斜杠命令（最常用） 在当前交互会话中直接输入： /reasoning none 可选级别： none —— 完全关闭思考（最省 token、响应最快） minimal —— 最小化思考 low / medium / high / xhigh —— 思考强度递增 hide —— 思考但不在终端回显（视觉静音） show —— 思考并显示（默认行为） 推荐组合： 日常命令补全：/reasoning none 既要质量又嫌刷屏：/reasoning hide 三、方法二：配置文件永久生效 编辑 ~/.hermes/config.yaml，在 display 段添加： ...

H3C 无线管理控制器定时重启设备配置步骤，包括创建重启 job、配置定时执行任务、保存配置及检查设备时间。

ESXi 未配置任何 coredump 目标时，通过 esxcli 命令启用文件形式的核心转储，包括查看状态、启用 dumpfile、添加 dumpfile 等操作步骤。

泛微OA移动平台升级包升级操作说明，涵盖停止服务、备份、覆盖升级文件、启动服务等完整流程，适用于Windows和Linux环境。

背景 CentOS 7 默认安装时，经常出现这种情况： 分区 容量 已用 问题 / 50G 49G 空间即将耗尽 /home 965G 33M 大量空间闲置 目标：从 /home 回收 500G 给 /，同时保留 100G 给 /home 继续使用。 操作步骤 1. 查看当前分区 df -h 输出示例： 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/centos-root 50G 49G 1.6G 97% / /dev/mapper/centos-home 965G 33M 965G 1% /home 2. 备份并卸载 /home # 先备份 /home 数据 cp -r /home /home-bak # 卸载 /home umount /home # 确认 /home 已卸载 df -h ⚠️ 卸载 /home 会踢出所有已登录的普通用户，建议在单用户模式或通过 SSH root 执行。 ...

背景 CentOS 7 默认最小安装没有 bash-completion，因此 kubectl 的 Tab 自动补全功能无法使用。按以下步骤启用。 操作步骤 1. 安装 bash-completion yum install bash-completion -y 2. 将 kubectl 补全脚本添加到 bashrc echo "source <(kubectl completion bash)" >> ~/.bashrc source ~/.bashrc 3. 验证 输入 kubectl 然后按 Tab 键，应该能看到命令补全提示： 其他 Shell 的补全配置 Zsh echo "source <(kubectl completion zsh)" >> ~/.zshrc source ~/.zshrc Fish kubectl completion fish | source 为其他用户启用 如果需要为 root 以外的用户启用： # 切换到目标用户 su - username # 安装 bash-completion（需要 sudo） sudo yum install bash-completion -y # 添加补全脚本 echo "source <(kubectl completion bash)" >> ~/.bashrc source ~/.bashrc 注意事项 注意点 说明 bash-completion 必须先安装 不安装的话 source <(kubectl completion bash) 会报错 重新登录生效 安装后退出并重新登录，或手动 source ~/.bashrc kubectl 版本 确保 kubectl 已安装且在 PATH 中 CentOS 7 最小安装 默认不含 bash-completion，需要手动安装 Professional English Terms Term Meaning Bash Completion Bash 自动补全，按 Tab 键自动补全命令和参数 kubectl completion kubectl 内置的子命令，用于生成 Shell 补全脚本 Source source 命令，在当前 Shell 中执行脚本文件

问题现象 使用未经 Google 官方签名的 Chromium 构建版本（如 ungoogled-chromium、社区编译版等），每次启动时浏览器顶部或地址栏下方会出现黄色提示条： 缺少 Google API 密钥，因此 Chromium 的部分功能将无法使用。 这个提示不影响正常浏览，但很碍眼。根本原因是 Chromium 编译时没有嵌入 Google 的 API 密钥（用于调用 Google 账号登录、同步、地理位置等 Google 服务）。 解决方案 通过设置三个环境变量，告诉 Chromium “不需要这些密钥”，即可消除提示。 Windows 在 CMD（管理员） 中执行： setx GOOGLE_API_KEY "no" setx GOOGLE_DEFAULT_CLIENT_ID "no" setx GOOGLE_DEFAULT_CLIENT_SECRET "no" setx 会写入用户级环境变量，重启 Chromium 后生效。 如果使用 PowerShell，可以用： [Environment]::SetEnvironmentVariable("GOOGLE_API_KEY", "no", "User") [Environment]::SetEnvironmentVariable("GOOGLE_DEFAULT_CLIENT_ID", "no", "User") [Environment]::SetEnvironmentVariable("GOOGLE_DEFAULT_CLIENT_SECRET", "no", "User") Linux 编辑 ~/.bashrc 或 ~/.profile，追加： export GOOGLE_API_KEY="no" export GOOGLE_DEFAULT_CLIENT_ID="no" export GOOGLE_DEFAULT_CLIENT_SECRET="no" 立即生效： source ~/.bashrc 如果使用 Wayland 或通过 .desktop 文件 启动 Chromium，也可以在启动命令中直接传入： chromium-browser \ --google-api-key="no" \ --google-default-client-id="no" \ --google-default-client-secret="no" 或者在 .desktop 文件的 Exec 行追加这些参数： ...

1. 下载源码 git clone https://github.com/langgenius/dify.git 2. Docker Compose 部署 2.1 进入 docker 目录并配置环境变量 cd dify cd docker cp .env.example .env 2.2 修改访问端口 编辑 .env 文件，修改 Nginx 暴露端口（避免与宿主机上已有服务冲突）： vim .env 找到并修改以下配置： EXPOSE_NGINX_PORT=8888 EXPOSE_NGINX_SSL_PORT=8443 默认是 80 和 443，如果已被占用可改为其他端口。 2.3 配置域名地址 编辑 .env 文件，设置 Dify 的 Web 和 API 访问地址： CONSOLE_API_URL=https://dify.example.com CONSOLE_WEB_URL=https://dify.example.com SERVICE_API_URL=https://dify.example.com APP_API_URL=https://dify.example.com APP_WEB_URL=https://dify.example.com 将 dify.example.com 替换为你的实际域名。 2.4 启动服务 docker compose up -d 启动后包含以下容器： 容器 用途 dify-nginx 反向代理，对外暴露 Web 和 API dify-api Dify 后端 API 服务 dify-worker 异步任务处理 dify-web 前端页面 db PostgreSQL 数据库 redis 缓存和消息队列 weaviate 向量数据库（用于 RAG 知识库） 3. Nginx 反向代理设置 如果 Dify 部署在内网服务器，需要通过 Nginx 反向代理暴露到公网： ...

问题现象 在 GitLab 中将一个**公有（Public）项目改为私有（Private）**时，点击保存后失败，页面无明确错误提示。 查找日志 方法一：查看 production.log # 查看 GitLab Rails 生产日志 tail -f /var/log/gitlab/gitlab-rails/production.log 在执行"改为私有"操作的同时观察日志，会发现关键报错： OpenSSL::Cipher::CipherError () 方法二：使用 gitlab-ctl tail（官方推荐） gitlab-ctl tail gitlab-rails 原因 GitLab 在修改项目可见性时，会尝试对某些敏感字段（如 runner token）进行加密/解密操作。如果加密密钥或 token 数据异常，就会抛出 OpenSSL::Cipher::CipherError。 解决方法 进入 GitLab 数据库控制台 gitlab-rails dbconsole 清空 runner token 相关字段 -- 清空项目的 runner token UPDATE projects SET runners_token = null, runners_token_encrypted = null; -- 清空命名空间的 runner token UPDATE namespaces SET runners_token = null, runners_token_encrypted = null; -- 清空应用设置的注册 token UPDATE application_settings SET runners_registration_token_encrypted = null; -- 清空 CI runner 的 token UPDATE ci_runners SET token = null, token_encrypted = null; 执行后输出示例： ...

环境准备 # 安装 Hugo（Ubuntu/Debian） sudo apt install hugo # 验证安装 hugo version # 输出示例：hugo v0.154.5+extended linux/amd64 # 查看帮助 hugo help hugo new --help # 子命令帮助 站点管理 创建新站点 hugo new site myblog cd myblog 生成目录结构： myblog/ ├── archetypes/ # 文章模板（frontmatter 预设） ├── assets/ # 待处理的资源文件 ├── content/ # 文章内容（Markdown） ├── data/ # 数据文件（YAML/JSON/TOML） ├── layouts/ # 自定义模板 ├── static/ # 静态文件（图片、CSS、JS） ├── themes/ # 主题 ├── hugo.toml # 站点配置文件 └── public/ # 构建输出目录（生成后自动创建） 配置站点 编辑 hugo.toml： ...