很多开发者聊起“大模型连数据库”第一反应往往是严肃的企业级场面给领导查销售报表、做只读 ChatBI 问数。但其实只要大模型不仅能查数据还能安全地写数据它就能直接变成一个带独立数据库的随身轻应用。今年国庆假期10.01 – 10.06我做了一个接地气的尝试用自己开发的开源数据库语义网关DatI (Data Intelligence)给 Agent 挂接了一个专属 MySQL搭建了一个“伴侣日记”。整个假期中我只在微信小程序里给 WorkBuddy 发文字或发订单截图假期一结束让它对账复盘它直接生成了一份完整的 PC 端交互式日程看板。全程没有写一行后端接口也没有做任何管理后台页面。一、最终交付物国庆六天日程看板假期结束那天我给 Agent 发了一句需求“汇总国庆期间所有的足迹、消费和吵架记录按天梳理并分析花费结构和体验。”两分钟后Agent 直接查库渲染出了一个高颜值的独立 HTML 看板看盘里清晰整理了整个假期的核心数据核心数据6 天、32 条足迹、总花费 ¥6,693.99日均 ¥1,116日程流按天展开深圳与泉州行程标注了事件类型、评分、金额与细节吐槽多维分析自动拆解出交通住宿占 60%¥3,988、演出娱乐占 26%¥1,768、餐饮探店占 14%¥938高光与踩雷智能标记出邓紫棋演唱会假期唯一满分、忠记盐烧番鸭等 4 处高光以及提线木偶、蟳埔村无写真打卡等 3 处低于预期项目小摩擦复盘甚至如实梳理了 3 次 1 级小拌嘴晾衣服、没安排好饭点、睡前挨得太近复盘了矛盾原因与破冰方式。二、怎么跑通的极简的三层闭环想要定制一个专属的情侣记录工具传统方式需要建表、写后端 CRUD、写前端 UI成本极高而现成 App 的数据又锁死在第三方没法按自己的想法深度复盘。这次的解法架构极度轻量[ 移动端输入 ] 微信小程序 (文字随手记、高铁/外卖订单截图) │ ▼ [ Agent 宿主 ] WorkBuddy (多模态 OCR 识别 意图提取) │ (标准 Streamable HTTP MCP 协议) ▼ [ 语义网关 ] DatI (参数化模板写入 业务语义增强) │ ▼ [ 私有存储 ] MySQL (生活足迹表 矛盾复盘表)1. 采集端随手发、不打断旅途旅行中掏出电脑做记录是不现实的。通过手机微信小程序记录变得非常低阻力文字碎碎念“中午在全牛馆吃了99块牛杂还行打了3星。” → Agent 自动提取时间、分类、金额与评分入库订单截图记账直接发送一张高铁购票截图或外卖水单 → Agent 借助多模态 OCR 识别车次、起止站和实付金额自动归入行程账单矛盾即时复盘“刚才晾衣服闹了点小情绪没多大事聊着聊着和好了记一下。” → Agent 自动归入摩擦复盘表。2. 网关层为什么不用大模型裸写 SQL如果直接让大模型写INSERT进数据库格式漂移比如金额带符号、分类大小写不一和幻觉是必然的。DatI (Data Intelligence)的解法是参数化 SQL 模板在 DatI 里把写入逻辑配置成模板工具如add_moment、add_conflict大模型只需要根据用户输入填入标题、金额、评分等字段。底层 SQL 语法校验、默认值补齐全部由 DatI 严密兜底并 1 键发布为标准 Streamable HTTP MCP 服务。3. 消费端即席分析 动态看板生成数据在自己的数据库里沉淀好之后消费形式完全由提示词决定。想要周报就出周报想要看板就让 Agent 直接用 HTML/CSS 渲染出来。数据安全私密界面随需而变。三、写在最后这个小案例看似是一次生活记录但它验证了一种全新的轻应用范式在 Agent 时代数据库负责纯粹的存储DatI 负责语义与安全网关而 Agent 负责交互与界面。不论是情侣日记、个人定投记账还是企业里的项目进度追踪、值班故障复盘很多过去需要排期几周才能做出的管理后台现在只需要两张数据表和几分钟的网关配置。开源仓库https://github.com/yimindev/dati
