本文同步自 Halo 主博客，内容以两站最新版本为准。
作为一名开发者，如果你还在 IDE 和终端之间来回切换复制粘贴代码，那么这篇指南将彻底改变你的工作流。通过 ACP (Agent Control Protocol) 协议，我们可以将 Hermes Agent 深度嵌入到 IntelliJ IDEA 中，让它直接感知项目上下文，并代劳繁琐的编码任务。
相比传统的 CLI 模式，在 IDEA 中使用 ACP 接入 Hermes 有以下显著优势：
确保你的系统中已安装 Hermes 及其 ACP 适配组件：
pip install -e '.[acp]' |
运行 hermes acp 确认服务能够正常进入监听状态。
在 IntelliJ IDEA 的 ACP 插件中，最优雅的接入方式是通过修改 acp.json 来添加自定义智能体。
acp.json。agents 数组中手动注入以下配置：{ |
提示：如果 hermes 未在默认 PATH 中，请替换为绝对路径。
这是 ACP 集成的“杀手锏”功能：你可以通过 MCP 服务，让 Hermes 获得直接操作 IDEA 的权限。这意味着你可以直接在对话框中发令：
“Hermes，帮我构建这个项目并启动应用。”
通过在 Hermes 中注册并启用 IDEA 提供的 MCP 接口，Hermes 将解锁以下原生能力：
重要提醒：所有的 MCP 服务（无论是外部的还是 IDEA 原生的）应当在 Hermes 中统一注册，而不是在 IDEA 插件中单独配置。
# 在终端通过 Hermes CLI 注册 MCP 服务 |
结语：将 Hermes Agent 接入 IDEA 后，它不再只是一个聊天机器人，而是成为了一个拥有你所有 IDE 权限、真正理解工程细节的“虚拟副驾驶”。
本文由已通过 ACP 深度集成至 IntelliJ IDEA 的 Hermes Agent 协作完成优化发布。
]]>本文同步自 Halo 主博客，内容以两站最新版本为准。
Hermes Agent 是由 Nous Research 开发的开源 AI 助手框架。它不仅能运行在终端，还能无缝接入微信、Telegram、Discord 等社交平台。本文将介绍如何在最新的 Debian 13 (Trixie) 系统上，针对国内网络环境优化安装 Hermes Agent。
首先，确保你的 Debian 13 系统已更新，并安装了基础工具：
sudo apt update && sudo apt install -y curl git python3 python3-venv nodejs npm |
Hermes 提供了一个便捷的安装脚本。在境内环境，我们可以通过代理或直接尝试：
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash |
如果遇到 GitHub 连接超时，建议先配置可信的网络代理，再重新执行官方安装脚本。不要执行来源不明的镜像脚本。
安装完成后，运行以下命令进入设置向导：
hermes setup |
为了加速插件和依赖的下载，建议配置 npm 镜像：
npm config set registry https://registry.npmmirror.com |
由于直接访问 OpenAI 等服务可能不稳定，建议使用 OpenRouter 或 DeepSeek。你可以通过以下命令快速切换模型：
hermes model |
Hermes 最强大的地方在于它的 Gateway 功能。你可以让它变成你的微信助手或 Telegram 机器人：
# 配置微信/Telegram |
Hermes Agent 不仅仅是一个聊天机器人，它是一个拥有完整系统操作权限、具备持续记忆能力的智能终端。在 Debian 13 这样稳定的系统上运行 Hermes，能极大提升你的生产力。
本文由 Hermes Agent 协助完成发布。
]]>本站使用 Hexo 生成静态页面并通过 GitHub Pages 部署，强调轻量、稳定和长期归档。
更多动态内容和完整文章也会发布在 Halo 主博客。两个站点会保持统一的作者品牌、技术方向和文章元数据，但各自保留适合自身平台的交互方式。
本文同步自 Halo 主博客，内容以两站最新版本为准。
[oracle@rac1 ~]$ sqlplus / as sysdba |
show parameter cluster |
实例两节点都为开启状态
show parameter cluster |
cluster_database为true表示为集群数据库，否则，非集群数据库
*注: 以下操作只在一个节点上执行，本次在节点1(xjxsora1)进行的操作
create pfile='/u01/app/oraInventory/backup/spfilebak.ora' from spfile; |
本次将文件备份至*/u01/app/oraInventory/backup/目录下的spfilebak.ora*
修改为非集群数据库，该参数为静态参数，需要使用scope=spfile
alter system set cluster_database=false scope=spfile sid='*'; |
新建一个shell连接切换至grid用户
[root@rac1 ~]# su - grid |
在grid用户下停止数据库：
[grid@rac1 ~] $ srvctl stop database -d xjxsora ------将数据库一致停库 |
查询数据库实例状态：
[oracle@rac1 ~]$ sqlplus / as sysdba |
修改数据库成归档模式：
alter database archivelog; |
将集群参数修改回去：
alter system set cluster_database=true scope=spfile sid='*'; |
[grid@rac1 ~]$ srvctl stop database -d xjxsora |
archive log list; |
本文同步自 Halo 主博客，内容以两站最新版本为准。
[oracle@rac1 ~]$ cat /etc/hosts |
记录所有 public IP，private IP，virtual IP，rac scan IP
[oracle@rac1 ~]$ su - grid |
白名单规则中必须将[本地IP](# 一.查看本地IP) 全部添加，否则监听会出现异常
RAC中所有节点都要修改sqlnet.ora
[grid@rac1 ~]$ echo $ORACLE_HOME |
每个节点分别启停，不能用 lsnrctl reload
[grid@rac1 ~]$ srvctl stop listener -n rac1 |
[grid@rac1 ~]$ lsnrctl status |
本文同步自 Halo 主博客，内容以两站最新版本为准。
如果Oracle启用了日志归档模式，必须保证有足够的磁盘空间存放归档日志文件，如果空间不足，在线日志不能归档，也不会切换，数据库将暂停运行，错误代码为ORA-00257。
所以，归档日志文件要定期清理，而由于当前项目归档日志过大，故于每天一点清理前一天的归档日志
oracle用户登录或root用户登录后切换成oracle用户
[root@rac1 ~]# su - oracle 上一次登录：五 8月 11 11:09:31 CST 2023从 11.64.3.52pts/4 上 [oracle@rac1 ~]$ |
进入oracle数据库
[oracle@rac1 ~]$ sqlplus / as sysdba |
执行 select * from V$FLASH_RECOVERY_AREA_USAGE;命令查看日志大小(百分比显示)
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; |
原则上超过80%就需要清理，超过90%就有宕机风险
SQL> show parameter db_recovery_file_dest; |
最大大小是250G
oracle用户登录或root用户登录后切换成oracle用户
[root@rac1 ~]# su - oracle |
进入oracle数据库
[oracle@rac1 ~]$ sqlplus / as sysdba |
增加归档日志所在空间大小 注：不能超过剩余磁盘空间
SQL> alter system set db_recovery_file_dest_size=500G; |
[oracle@rac1 app]$ rman target / |
检查一些无用的归档日志
RMAN> crosscheck archivelog all; |
删除过期的归档,会删除所有归档日志
RMAN> delete expired archivelog all; |
保留日志删除
sysdate - x x为几就保留几天
RMAN> delete archivelog until time 'sysdate - 1'; |
在rac1上已经创建了清理归档日志的脚本，原理同[2.1](# 2.1 oracle用户打开RMAN工具清理)
脚本内容如下
!/bin/bash |
脚本在*/u01/app/del_arch.sh*(注:必须由oracle用户执行，否则无RMAN权限)
[oracle@rac1 ~]$ cd /u01/app |
执行方式为
[oracle@rac1 app]$ sh /u01/app/del_arch.sh |
执行完毕后log日志可在*/u01/app/del_archlog/delarchive.log*查看
[oracle@rac1 app]$ vim /u01/app/del_archlog/delarchive.log |
在rac1上已经建立了定时清理归档日志任务原理为定时执行[2.2](# 2.2 oracle用户使用脚本清理)的脚本,执行时生成的日志位置也一致
定时任务查看
[oracle@rac1 app]$ crontab -l |
定时任务修改
[oracle@rac1 app]$ crontab -e |
* 1 * * * sh /u01/app/del_arc.sh |
定时规则
| 分钟 | 小时 | 日期 | 月份 | 星期 |
|---|---|---|---|---|
| 0~59 | 0~23 | 1~31 | 1~12 | 0到7（0或7代表星期日） |
星号（*）：通配符匹配，代表所有可能的值。例如：在小时字段中，一个星号等同于每个小时；在月份字段中，一个星号则等同于每月逗号（,）：在一个字段上指定多个值。例如：“1,2,5,7,8,9”中杠（-）：指定一个值得范围。例如：“2-6”表示“2,3,4,5,6”正斜线（/）：指定时间的间隔频率。例如：“0-23/2”表示每两小时执行一次
# 每2个小时执行一次脚本
0 */2 * * * sh /u01/app/del_arc.sh |
# 每天凌晨2点执行操作
0 2 * * * sh /u01/app/del_arc.sh |
# 每个工作日的9.AM执行操作
0 9 * * 1-5 sh /u01/app/del_arc.sh 或 0 9 * * 1,2,3,4,5 sh /u01/app/del_arc.sh |
#每周六、周日的6:30.pm执行操作
30 6 * * 0,6 sh /u01/app/del_arc.sh |
# 每天22：00.pm-24:00.pm之间每个30min执行操作
0,30 22-24 * * * sh /u01/app/del_arc.sh |
linux中提供了8个特殊字符串用来替代crontab命令的前五个字段，这样不但可以节省时间，还可以提高可读性。
| 特殊字符 | 含义 |
|---|---|
| @reboot | 在每次启动时运行一次 |
| @yearly | 每年运行一次，例如：“0 0 1 1 *” |
| @annually | 与@yearly用法一致 |
| @monthly | 每月运行一次，例如：“0 0 1 * *” |
| @weekly | 每周运行一次，例如：“0 0 * * 0” |
| @daily | 每天运行一次，例如：“0 0 * * *” |
| @midnight | 与@daily用法一致 |
| @hourly | 每小时运行一次，例如：“0 * * * *” |
如每天执行
@daily sh /u01/app/del_arc.sh |