爆肝一个面向企业级的 Data Agent !支持 28 类数据源、企业语义、数据类型上下文以及Trace审计,欢迎各位佬友体验!

iannnn 2026-07-05 12:53 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 LINUX DO 社区:

  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:

  • 以上选择我承诺是永久有效的,接受社区和佬友监督:


以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出




佬友们周末好啊啊啊


最近一年我体验了很多Agent项目,几乎都是面向个人的,也在各论坛中发现,大多数Agent很难在企业中成功落地。我花了好些时间,去琢磨这个中原因,也发现了些“真相”,Agent正在从Prompt System进化到了Engineering System,作为以前在底层软件的贡献多年的古法编程者,很想挑战下是否可以搭建一个能够企业落地的Agent。


所以我与朋友们,最近做了一段时间的整理和调研,爆肝了一个面向Data的Agent,是一个在有语义、有权限、有证据链的数据任务系统里,让「自然语言问数」升级成可控、可信、可验证的DataAgent。


大家可以点击下面的链接来体验!欢迎提issue!如果喜欢的话麻烦点点Star支持我们!


^-^网址:Github传送门[DataFoundry]


这个项目我们的定位很直接,做一个面向企业级的DataAgent。主要有几个核心能力作为支撑:



  • ^-^ 支持28 类数据源 — 我们接入了业界使用最多的各类数据源,方便铁子们在自己的一些工作场景或者本地文档中快速使用。

  • ^-^ 企业语义与上下文组织 — 我们针对数据类型的任务,做了一套完整的上下文管理机制,专门为数据对象做了多类抽象,这也是我们区别与传统通用Agent的核心竞争力;对于语义层,我们当前在快马加鞭的实现中,欢迎佬们一起加入交流讨论。

  • ^-^ 保障审计可追溯 — 默认只读查询、凭据隔离、字段脱敏、行数限制和超时控制;SQL、工具调用和事件流全程留痕、可回放,让每个结论都有据可查。

  • ^-^ 复杂数据任务深度优化 — 面向多表、多字段、长程分析和多步骤推理,把复杂问题逐步拆解、验证并收敛到可信结论,最终沉淀为表格、图表和报告等团队资产。


我们总结了与Coding Agent以及之前的SQL Chatbot的一些区别,供佬们参考:
































工作对象 核心风险 产出
Coding agent 代码仓、测试、PR 改错代码 patch、commit、PR
SQL chatbot prompt、SQL、回答 猜错表、越权、凭据泄漏、不可复盘 一段 SQL 或一段回答
DataFoundry 数据源、文件、知识库、工具、任务状态 生产数据边界、业务口径、审计证据 可回放的数据任务 + SQL 审计 + 表格 / 图表 / 报告

当前的版本是v0.1,还有很多需要补齐的能力,面向企业语义和系统可靠性的关键能力正在快马加鞭上架,非常欢迎佬们一起加入我们的社区,给出建议,一起交流学习,构建可商业落地的DataAgent!一直很相信,这一块有无限可能!


直接上图:




  • 主界面:




  • 中间结果表实时渲染:




  • trace实时审计:




  • 最终报告:




  • 完整动画:






最新回复 (12)
  • wahaha 07-05 17:18
    1

    佬友强啊,刚看完 README,感觉这个挺有意思的。我有点好奇,现在 AI Coding Agent 都已经这么强了,企业数据分析这类场景,是 Agent 本身搞不定吗?如果有几个典型的应用场景就好了

  • Laxous 07-06 09:39
    2

    大佬太强了,我先点个star观摩一下

  • EmmaStone63 07-06 09:50
    3

    佬很强,这部分正是困扰我现在工作的,马上学习这个项目,看看能不能跟我的工作结合

  • iannnn 楼主 07-06 09:56
    4

    coding agent在于它的可验证性很强,有一套固定的规则在那里,而且大多都是以本地文件为主,从设计,开发,测试,验收都有一条标准的体系。对于DataAgent或者其他垂域的Agent来说,就没有那么幸运,大多数数据都会在远端,而且不同库、不同表甚至不同列之间,都有很多关键的语义联系,这些对于LLM推理是否正确都是至关重要,但这一部分内容就是需要工程化梳理的,也就是我们老早说的数据治理。

    DataAgent表现得是否好,数据治理和针对大数据的上下文管理都很关键(毕竟你不可能直接把数据让LLM看,而是得让他知道他如何针对数据做分析)

  • peterlyz 07-06 09:59
    5

    大佬太强了,我先点个star观摩一下

  • shi ting 07-06 10:40
    6

    感谢佬分享的这个项目,很有意思,我接下来要重点品鉴一番

  • shi ting 07-06 11:04
    7

    另外请问佬一个问题,这个Agent和BI类型的Agent有什么区别,比如:supersonic

  • iannnn 楼主 07-06 14:23
    8

    你好uu,这个问题确实直击关键。如果严格意义上讲,BI Agent属于我们产品的应用场景之一。你提到的BI Agent这一类,估计是直接面向垂域解决对应的问题。

    我观察到针对于数据领域的Agent,包括金融场景,数据分析/工程场景或者AI for science,在数据上都有共通之处,主要集中在面向数据的上下文,数据统一语义和面向数据的执行;然后在各自的垂域之上,又会有特定垂域的能力,所以后续我们也会在基础架构的基础上,增加plugin工程,就是为了能够快速桥接特定的垂域配套设施。

  • Alixy 07-06 14:43
    9

    佬,支持docker部署吗?我看文档没有相关内容

  • iannnn 楼主 07-06 16:37
    10

    你好,后续会补充docker部署能力。因为考虑到当前产品属于v0.1版本,在配置和api层或许涉及变动,导致docker体验不好,所以暂时没有补充。uu可以先尝试本地install,最近增加了web界面的引导动画,可以帮助你快速体验。感谢支持和建议~

  • iannnn 楼主 07-06 16:38
    11

    感谢佬的支持,如果使用有任何问题和建议,欢迎在github提issue或者社区反馈,我们会尽快优化~

  • 璞梵 07-06 16:42
    12

    佬,考不考虑把底层data os单独成立一个项目,我感觉os更好复用,agent可能会百花齐放,前端能力,后端能力区分开呢

* 帖子来源Linux.do
返回