一个网关层应用 | 机核 GCORES

本文系用户投稿，不代表机核网观点

本文含有AI生成，请注意甄别

大概的结构长这个样子：

ClaraCore
├─ apps/          # 上层应用：afterglow、claravision、silktremor
├─ services/      # 核心服务：memoria、continuity、innerlife
├─ gateway/       # 统一认知网关，对外暴露入口
├─ knowledge/     # 个人知识与参考资料
├─ skills/        # 可调用技能层
├─ tools/         # 外部工具 / MCP
├─ methodology/   # 工程方法论与模板
├─ assets/        # lara / clara / iris 视觉资产
├─ backups/       # 配置和运行环境备份
└─ _attic/        # 历史项目、归档、旧实验

因为之前说过，我为了让agent可以记住，可以有共同的线，可以有自己内部的想法。做了memoria、continuity、innerlife这些简单的东西

在使用过程中，发现其实mcp服务要比直接底层走cli速度要快一些（毕竟mcp偏常驻，不像cli每次都要重新init相当于...）

所以在使用过程中就遇到了个问题，就会碰到一个烦人的问题。

三个服务，三份配置

没有网关的时候，MCP配置长这样：

memoria 一个入口，continuity 一个入口，innerlife 又一个入口。每个都要配command、args、env。Agent连上来，工具列表是三份拼在一起，也没有统一的调用逻辑——比如"回忆一下上下文"这件事，得手动先查记忆、再查共同线、再看内部状态。Agent得自己编排，每次都要。

或者比如某个系统代码更新了一个版本，要跟每个agent去说一下，更新自己的用法...更新自己的配置，更新自己的上下文啥啥的...

其实也不是不能跑。就是烦，所以搞了个网关

claracore 里的 gateway

把三个服务聚合成一个claracore的MCP入口。

它做了什么：

1. 一条配置替代三四条。Agent只连一个server，工具全在。

2. 统一回召。说一句"回忆一下上下文"，网关并行查三个后端——记忆召回、共同线位置、内部状态——拼好了一起返回来。不用Agent自己一个个调。

3. 统一记录。说一句"记下来"，网关同时写记忆+更新共同线位置。不用分开调两次。

4. 降级不崩。某个后端挂了，网关跳过它继续跑，不影响其他。不会因为一个服务起不来整个MCP就连不上。

5. 进程管理。supervisor能启动、停止、重启各个服务，有web控制台看状态。

其实后续可以考虑做成类似上下文回召的统一入口，相当于获取所有的元信息，拼装压缩成该agent需要的上下文信息，然后直接返回给Agent。这样可以减少Agent的负担，提高效率，但是我还没做到这一步，单纯的...路由...

当然如果只涉及某个系统，比如只安装了memoria记忆，其实是不太需要这个网关的，我自己一直想法就是当一个重复的事情超过3次，就想搞个东西去处理下。

大概就是这样

做得比较糙，够自己用。有类似场景的可以clone下来看看，按自己需求改。

这个是地址：github.com/xiaomao361/claracore

同样的，感谢您能看完。