上一周一直在搞图片拆PSD图层、海报文字编辑的功能，有一阵没做游戏了，咱接着回来做中医游戏。这期咱们聊聊怎么给游戏NPC装个"智能大脑"，顺便看看开发过程中Hook这个老朋友的新玩法。项目代码在github上tcm_odyssey（不给链接了不然审核会说链接无效....）

## 先汇报一下进度
✅ 对话卷轴+Hermes：青木先生现在能查病案、翻背包、看进度，还会按教学大纲给你上课，触发辩证游戏，再给你的辩证打分
![npc对话.gif](https://developer.qcloudimg.com/http-save/yehe-6190096/5b55f6d16f05db0f36a70569f2556a27.gif)

✅ 炮制游戏：当归 + 黄酒炮制 -> 酒制当归
![炮制.gif](https://developer.qcloudimg.com/http-save/yehe-6190096/90fdecffa6eb207f1565057afe2af7fc.gif)

✅ 病案集：不想跟NPC聊天？行，自己选病例玩辩证游戏
![病案.gif](https://developer.qcloudimg.com/http-save/yehe-6190096/452214a446ca376d8eac57a2aec1e3a5.gif)

✅ 后端DataBase：前后端增加了数据库进行状态管理，这样可以保证npc工具查询和前端展示数据的一致性。

## 为什么NPC需要"智能大脑"？
虽然咱没怎么玩过游戏吧，但是也看过游戏视频呀！那种一碰npc就只会跟你说“向东走那里有意想不到的收获。“”是一件很无聊的事情。所以我们希望NPC有自己的灵魂，同时也能根据游戏状态动态变化，最好能直接操控游戏给玩家发布任务。

### Agent选型：Python才是真爱
最后选了Hermes而不是Lobster（龙虾🦞），理由简单粗暴——我熟Python。

别笑,这事儿很严肃。AI确实降低了跨语言开发门槛，但就像用翻译软件能看懂法语菜单、不代表你能跟法国大厨讨论烹饪技巧。遇到复杂问题时，母语开发效率能差3-5倍，心理压力也完全不同

所以有些python的开源项目，真的是赢在会python的人太多了...

### 接入方案：从gateway接入简单快速
**核心思路：把游戏当成一个聊天平台，通过Gateway接入Hermes。**

Hermes是个三明治架构🥪：
```
┌──────────────────────────────────────────────┐
│            顶层：平台适配器层                  │
│  Telegram | Discord | Slack | WhatsApp | ...  │
│  （翻译官：把各平台事件转为统一格式）            │
└──────────────────┬───────────────────────────┘
                   ↓
┌──────────────────────────────────────────────┐
│           中间层：Gateway 核心               │
│  会话路由 | 授权鉴权 | 限流 | 定时任务        │
│  流式传输 | 媒体处理 | 审批按钮 | Hooks       │
└──────────────────┬───────────────────────────┘
                   ↓
┌──────────────────────────────────────────────┐
│           底层：AIAgent 核心                 │
│  LLM 调用 | 工具调用 | 记忆 | 会话历史        │
│  （对平台一无所知，只管思考和回答）             │
└──────────────────────────────────────────────┘
```
三层架构的设计，提供了可以灵活接入各个平台的Gateway层，在游戏中灵活的接入Agent的能力，只需要把游戏当做一个平台，提供对应的适配器，来处理流式消息即可。

### 给NPC装外挂：技能+工具
同时为了让NPC更智能，还需要为每个智能体提供外挂，包括**技能、工具、每个智能体的角色文件**。

技能层主要是npc的日常SOP工作流，包含以下
![image](https://developer.qcloudimg.com/http-save/yehe-6190096/5cbc9effa7c7728157f58afe575967ba.jpg)

而工具层会更复杂一点，因为需要完成所有游戏状态的获取和更新、触发操作，包括
- **状态获取**：获取玩家的背包、病案进度、整体学习进度
- **状态更新**：创建学习任务、触发诊断配伍游戏、记录更新记忆（这里没有完全使用hermes内置的记忆模块，因为非结构化记忆在教学场景的稳定度不满足要求）

![image](https://developer.qcloudimg.com/http-save/yehe-6190096/0820af2a0816af8a2904197496659cb9.jpg)

现在npc配置这块还有点乱，后续会进一步拆分出npc的角色配置和技能文档作为hermes的working directory加载每个agent的配置，工具+gateway层放到接入平台层，会更干净该注册的注册，该走环境变量配置的走配置，哈哈现在AI写的那叫一个乱，等下一轮重构吧。

## Hook的花样玩法

很多人觉得Hook就是"到点执行固定脚本"——比如任务完成发个通知、调用工具前检查权限。**但我觉得Hook的本质是：在AI自主决策的缝隙里，塞入人类的理性。**

本质上更像是在LLM自主执行的多个行动之间通过链表的形式穿插进固定的状态和流程。

和`/ultrawork`的思路互补，一个是自主之中有编排，另一个是编排之中有自主，最终或者会走向统一？

并且毫无意外的是并不引入新的语法，而是就基于coding本身实现编排，毕竟这是AI当前完成最好，最容易校验的任务。

那在游戏的开发中我们用到了哪些hooks呢？
### Pre-tool Hook：Key泄露拦截器
血泪教训：某天让AI帮我提交代码,结果它把我的OpenAI Key一起push到GitHub了😱。

赶紧用git-filter-repo把所有历史commit扫了一遍（⚠️ 警告：这玩意会重写Git历史，操作前务必备份！）

于是立刻马上就让CC增加了安全扫描Hook，也是最基础的“脚本型”Hook，具体的指令流程如下。

![image](https://developer.qcloudimg.com/http-save/yehe-6190096/b13a1eea349be5e18cd93b6d600297d8.jpg)

Hook的开发其实可以类比接入新API，先去官网拉取Hook开发规范并写入文档，这样之后开发新的hooks也不需要在查规范直接先看文档就完了，之后再开始开发hook，并E2E测试后再接入。

最搞笑的地方来了....

因为安全拦截做的太强，导致写好的hook代码本身无法commit了....

然后AI看到拦截消息，回复“我太强了”

哈哈哈哈，笑不活了.....

### Post-Tool Hook：设计文档审查官
问题：让AI设计功能时，它经常被用户的提问"带偏"。

比如我说"背包数据显示不一致"，AI只会修修补补解决表面问题，而不会意识到根因是缺少统一的状态管理数据库。

解决方案：加个"事后诸葛亮"的反思Hook

当检测到工具输出是对`docs/superpowers/specs`进行文件写入时，当自动触发审核任务。

这个Hook更复杂些，是一个“脚本型”hook，因为所有`反思`，`评估`都需要在新的上下文中执行。通过脚本启动独立CC进程进行设计文档的审核，从整个设计文档需要解决的问题触发，审核文档是否有遗漏、模糊、矛盾待澄清的设计点。

> AI圈其实是个圈，没过一阵就会发现历史的风又吹风回来了。所以自主虽好，但self-evaluation（reflection）在当前的模型能力下依旧有加成的。
![image](https://developer.qcloudimg.com/http-save/yehe-6190096/d352ff6b9e7f7d6bd0a4b18ed62d43fe.jpg)

这和superpowers自带的spec-review有啥区别?
- 自带的：细节微调，像语文老师改错别字, 并且纯靠指令触发，国产模型长上文的触发概率并不高...以至于我看源码前都不知道这个功能竟然存在......
- 我的Hook：全局审查，像技术总监做Code Review，并且通过hook强制触发
![image](https://developer.qcloudimg.com/http-save/yehe-6190096/58b0306a0f6629c425911eba689182e9.jpg)


###  Pre-Compact + Session-Start Hook：记忆交接棒
个人体验CC的compact效果比较一般，也或许不同类型的项目本就需要不同的跨session信息传递方式。

所以还是自己上手做了，好不好另说，至少肯定不会再埋怨别人，只会蛐蛐自己哈哈
 
选择的方案是在compact之前同时创建“handover.md” + "STATE.md" + "PROGRESS.MD"这三个文件，还是那个思路**文件持久化，作为唯一真相源**，他们分别存储
- STATE：项目状态描述，长期
- PROGRESS：当前进行中任务状态描述，短期
- handover.md: 简要概括STATE+PROGRESS并引用对应文档，然后给出下一步todo指令

然后再下一个session start的时候通过Prompt hook，在上下文中自动载入handover.md就行了。

所以整个Agent循环总共涉及到了以下Hook的触发流程

![image](https://developer.qcloudimg.com/http-save/yehe-6190096/23b38885c8cb11c359e362f895a62132.jpg)

如果涉及到多个Agent并发工作，例如teammate模式之类的，注意需要配合git worktree一起使用，不然会出现更新冲突哟。

上一周一直在搞图片拆PSD图层、海报文字编辑的功能，有一阵没做游戏了，咱接着回来做中医游戏。这期咱们聊聊怎么给游戏NPC装个"智能大脑"，顺便看看开发过程中Hook这个老朋友的新玩法。项目代码在github上tcm_odyssey（不给链接了不然审核会说链接无效....）

和AI一起搞事情#7. 给游戏NPC接入Hermes？

咱接着回来做中医游戏，这期咱们聊聊怎么给游戏NPC装个"智能大脑"，顺便看看开发过程中Hook这个老朋友的各种花式玩法。项目代码在github上

人工智能

探索中医游戏开发新玩法！为NPC植入"智能大脑"实现动态交互，通过Hermes三明治架构灵活接入游戏平台。分享Hook创新应用：从Key安全拦截到设计文档审查，再到记忆交接棒机制，让AI决策更智能。项目涵盖对话系统、炮制游戏、病案集等功能，GitHub开源项目tcm_odyssey持续更新中。

媒体处理

数据库

智能体

路由

Python

GitHub

Agent

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

和AI一起搞事情#7. 给游戏NPC接入Hermes？-腾讯云开发者社区-腾讯云

和AI一起搞事情#7. 给游戏NPC接入Hermes？

和AI一起搞事情#7. 给游戏NPC接入Hermes？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐