myctx + fs9d:数据与文件都留在域内
两个底座解决同一件事:Agent 的知识与产物不用上传到任何第三方。myctx 是嵌入式数据引擎,fs9d 是文件系统,都跑在你自己的进程与存储里。
myctx:嵌入式 SQL 引擎
myctx 内嵌多种数据能力,随系统启动、随系统停止,不需要单独部署数据库:
| 能力 | 说明 |
|---|---|
| MySQL 协议 | 端口 8306,标准 SQL / 表 / 索引,业务代码零改造接入 |
| Redis 协议 | 端口 8379,缓存 / 会话 / 计数,与既有 Redis 客户端兼容 |
| 向量检索 | HNSW 索引,语义检索随用随建 |
| 全文搜索 | BM25 排序 + 9 种分词器,中英文混合检索 |
| 图算子 | 9 类图查询算子,实体关系分析 |
| JSON + fs9 VFS | 结构化与文件内容统一检索 |
# 连接方式与外部数据库一致
mysql -h127.0.0.1 -P8306 -uroot
redis-cli -h127.0.0.1 -p8379fs9d:文件系统服务
fs9d 以 daemon 模式运行,提供统一的文件访问入口,存算分离——计算在 Agent 侧,存储统一收敛在 fs9 层:
| 入口 | 端口 / 方式 |
|---|---|
| WebDAV | 6383,任意 WebDAV 客户端可直接访问 |
| ctl | 6390,控制与查询接口 |
| 挂载 | rclone(跨平台) / FUSE,把 fs9 目录挂成本地盘 |
| 鉴权 | Connect Key 连接密钥,非局域网环境安全接入 |
为什么数据不出域很重要
Agent 会读代码、读知识库、写产物。如果这些内容都流向第三方服务,企业等于把源代码与业务数据交给了模型厂商。myctx + fs9d 让检索与存储都在自己的基础设施里完成,模型只看到「该看的片段」,全程可审计。
监控页(
/monitoring?tab=fs9)查看挂载状态、数据目录与连接密钥。