Azquo
官方多AI代理共享内存:一种层级数据库,其总计可累加,且每次写入均有归属记录。
你可以用 Azquo MCP 做什么?
-
创建和管理数据库 — 让您的AI助手通过
https://data.azquo.ai/mcp新建Azquo数据库或导入原始文件进行分析。 -
设计导入模板 — 让助手优化数据文件的加载方式,处理不同格式和列名,无需手动设置模式。
-
使用AQL查询 — 指示助手对数据运行AQL查询,提取特定数字或解答预算相关问题。
-
浏览和扩展层级 — 让助手添加新的分组(例如产品线)或重组现有分组,而不影响当前报表。
-
构建和运行报表 — 指示助手根据数据生成报表,每个单元格均可追溯至其来源。
-
审计和恢复数据 — 请求任何数字的完整审计轨迹,查看谁修改了它,或从历史记录中恢复已删除的名称。
托管 MCP 服务器
npx add-mcp 'https://data.azquo.ai/mcp'可安装到 Claude Code、Codex、Cursor 等客户端
文档
缺失的一层
AI 智能体擅长读取文件、编写查询和解释结果。它们缺少的是一个值得信赖的地方来存放所学到的东西。事务型数据库要求预先定义模式;电子表格没有审计追踪;上下文窗口在会话结束时就会忘记一切。
Azquo 就是那个缺失的层:一个持久、可审计的存储,智能体可以自行构建、查询和重组——每一次写入都有归属,智能体记录的每一个决策都会留给下一个连接的智能体。
与你的数据库并行,而非取代它们
你现有系统中运行的一切都不会改变。 搭建 Azquo 只对你的系统提出一个要求:使用它的人能够下载他们已经有权访问的数据。Azquo 加载这些下载内容,因此你现有的数据库、权限和日常流程完全照旧。上手很快,无需规划迁移。
只要进行了下载,数据丢失的风险微乎其微。 你的原始数据留在原处,Azquo 的备份就是一个普通文件:我们测试过,仅凭一个备份、完全没有 Azquo 帮助的 AI,也能读回其中的每一个名称、数字和变更。你永远不会被锁定。
然后你可以添加你的系统无法容纳的内容。 从你有权访问的任何来源加载更多数据:客户和供应商表格、市场和公开统计数据、其他部门的导出文件。将你自己的目标、预测和假设一并加入。每一个单独的数字都被编目和审计,因此你可以看到它来自哪里、由谁在何时录入,以及数据库构建过程中做出的设计决策也都被记录在内。
多个智能体,一份记录。 多个 AI 智能体以及与之协作的人员,可以在同一个 Azquo 数据库中工作。每次写入都归属于智能体及其背后的人员,一个智能体学到或决定的内容会被记录下来,供下一个智能体使用。工作可以在智能体之间分工,而不会丢失谁做了什么。
如果你曾尝试将 AI 应用于你的数据,你可能遇到过这些障碍
模型永远不会变得更丰富。 每一个新问题都是一次全新的“ChatGPT 处理 CSV”。智能体上周学到了有用的东西——比如“Q3 营收”不包括公司间交易——而下一个智能体无从知晓。对话不会累积成能力。
模式与你作对。 出现了一个新的维度,你又得回到数据团队的队列里等待迁移。等列存在时,触发这个需求的业务问题早已凉了。
RAG 会幻觉化数据血缘。 向量检索能找出“正确的段落”,但无法告诉你其中的数字是权威数据、旧草稿,还是某人粘贴到幻灯片里的内容。
层级结构在连接中丢失。 SQL 会扁平化汇总。文档存储忽略它们。图数据库能处理关系,但无法聚合数字。每一个涉及结构的答案背后都有一个变通方案。
你无法引用单个单元格。 大多数存储能告诉你哪一行在何时被写入——却无法告诉你哪个单元格、经过何种转换、来自哪个源文件。审计对话会吞噬整个项目。
实际对比评分
大多数数据存储是在 AI 智能体成为主要消费者之前设计的。以下是常见选项在 AI 应用于数据项目实际需求上的评分:
| 免模式扩展 | 一流的层级结构 | 单元格级溯源 | 外部数据锚定 | 约定随数据保存 | 仓库级 OLAP | |
|---|---|---|---|---|---|---|
| 关系型 SQL(Postgres、MySQL) | ✗ | ◐ | ◐ | ✗ | ◐ | ✓ |
| 文档存储(Mongo) | ✓ | ✗ | ✗ | ✗ | ✗ | ◐ |
| 数据仓库(Snowflake、BigQuery) | ✗ | ✗ | ◐ | ◐ | ◐ | ✓ |
| 图数据库(Neo4j) | ◐ | ✓ | ✗ | ✗ | ✗ | ◐ |
| 向量数据库(Pinecone、pgvector) | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ |
| LLM 直接处理 CSV(ChatGPT、Claude) | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ |
| Azquo | ✓ | ✓ | ✓ | ◐ | ✓ | ◐ |
✓ 原生支持 ◐ 部分支持 ✗ 基本不支持
这些存储中的大多数现在都可以通过 MCP 服务器被智能体访问。真正重要的区别在于智能体在那里能找到什么:它能否在不迁移的情况下扩展模型,以及处理数据的约定是否保存在存储本身中,供下一个智能体读取。
智能体通过 Azquo MCP 能做什么
Azquo MCP 服务器为任何支持 MCP 的 AI 智能体提供直接工具,用于:创建数据库;导入原始文件;设计和优化导入模板;使用 AQL 查询;浏览和扩展层级结构;构建和运行报表;以及将任何单个数字审计回溯到其来源的每一次转换。
而且因为智能体会犯错,同样的工具让它们可以先在数据库副本上演练有风险的更改,查看任何名称的历史记录并恢复被删除的内容,以及查看每一个早期值及其修改者和修改来源。
实证而非空谈——一个实际演示
具体来说:给智能体一个文件夹,里面是月度销售导出文件(格式不同、列名不同)、一些董事会会议纪要的 PDF、一个列出区域和部门的电子表格。告诉它:构建一个我们可以用来回答预算问题的模型。
在 Azquo 存储中,智能体不会要求你先设计模式。它找到文件就加载。它提出一个层级结构——部门 → 区域 → 办公室——并提交,而不干扰已有内容。它将 PDF 提取的评论锚定到其描述的月份。每个单元格都带有其来源。每个分组都是可逆的——新的层级结构是一个新的视角,而不是一次迁移。
两周后有人问*“按产品线拆分 Q3,而不仅仅是按区域。”* 下一个智能体不会从头开始。第一个智能体运行时产品线还不存在——这没关系。它添加产品线,将其锚定到现有层级结构中,然后回答。现有的一切都不会被破坏。第一周的审计追踪仍然清晰可查。
这不是一个假设。在最近的一次演示中,Claude 从一个涵盖 73 个地区的 168 页 ISO 商业汽车备案文件中构建了一个完整的保险损失成本数据库,全程没有 Azquo 专家参与。它设计了导入模板、构建了层级结构并生成了报表,每一步都记录在数据库本身中。费率链中的每一个值——不仅仅是总数——都能追溯到文件、用户和日期。点击任意单元格即可。
智能体的机构记忆
每一个发现的怪癖、每一个达成的约定、智能体做出的每一个解释性决策,都作为数据库的一部分被存储——锚定到你的业务,并可供下一个连接的智能体使用。智能体不再从零开始。
具体来说,首次连接的智能体会被服务器告知阅读一条起始笔记,该笔记指向一个包含数百条关于使用 Azquo 的技能库笔记。在其自己的数据库旁边,它还会找到一个共享的工作示例库——预算、管理账目、时间和费用、透视分析、财产保险费率和美国汽车报价——它可以复制和调整,而不是从零构建。它了解到的关于你数据的信息,会写回你的数据库,供后续智能体使用。
与电子表格的双向互通
同一个存储直接与 Excel 对话。分析师拉取实时数据、写回更改并与同事共享。AI 层和电子表格层看到的是同一个事实来源,每一处更改——无论来自哪一侧——都有记录。如果你主要关注的是电子表格那一侧的故事,Azquo 在 Excel 中 → 用财务语言讲述了它。
为什么架构很重要
Azquo 将名称存储在层级结构中,而不是表格的行中。数据到达前无需设计模式;任何数据都可以随时加载,新的分组可以在之后添加,而无需触碰现有数据或破坏现有报表。这种灵活性正是智能体驱动的工作所需要的:结构随着理解的增长而增长。
试试看
Azquo MCP 服务器运行在我们的基础设施上,地址为 https://data.azquo.ai/mcp。评估访问权限按申请授予,并为你提供自己的 Azquo 账户。每一个智能体操作都会在审计追踪中归属到你。
如果你使用 Claude 应用,无需安装任何东西:将该地址添加为自定义连接器,并使用你的 Azquo 登录信息登录。然后你可以让 Claude 保存并记录你组织的信息,它会在 Azquo 中完成。
如果你正在构建智能体系统,将任何支持 MCP 的运行时指向同一地址,并使用来自 Azquo 管理站点的 API 密钥。
如果你正在构建智能体系统,并希望底层有一个记忆和审计层,我们很乐意聊聊。
或者直接提问:询问 Azquo → 用通俗英语回答关于 Azquo 的问题。
财务部门拥有。IT 部门可批准。与你现有的系统并行运行——无需拆除任何东西。