把LLM当DataFrame算子：今天海外新开源

首页 › new-tools › 把LLM当DataFrame算子：今天海外新开源

一句话信息差：2026年6月30日，海外 Show HN 一口气冒出好几款不卷模型、专卷"AI协作接缝"的新工具——把 LLM 当 DataFrame 算子、给多个 coding agent 装共享记忆、给 eval 立标准协议、在机器层无感拦截 AI 流量。它们代表的不是"又一个 chatbot"，而是AI 正在长出自己的"中间件层"。国内做 RAG、做 agent 评测、做 AI 安全的人，这层几乎还是空白。

为什么今天这批工具值得你停下来看

刷 HN 的时候我有个习惯：只看 Show HN 标签下今天刚发的帖子。理由很简单——一个工具刚出生那一刻，作者写下的"为什么我要做它"，往往比三个月后官网的营销文案真实十倍。

今天（2026-06-30）这一批特别有意思：没有一个是新模型，没有一个是新套壳聊天框。它们的共同母题是同一句潜台词——

"AI 的产出，不能停留在一次性 prompt 和脆弱的 regex 脚本上，得变成工程资产。"

这恰好是国内同行最容易忽视的一层。我们还在争论"哪个模型最强""哪个国产模型便宜"，海外已经在补"AI 输出怎么共享、怎么复跑、怎么审计、怎么打分"这条链路。下面挑四款当天首发的，拆给你看。

1. fenic：把 LLM 变成 DataFrame 算子（重点）

官网/仓库：github.com/typedef-ai/fenic · pip install fenic

它到底干嘛：fenic 自我定位是 "semantic DataFrames for humans and agents"——一个语义 DataFrame 查询引擎。说人话就是：它把 extract（抽取）、classify（分类）、summarize（摘要）、embed（向量化）、semantic join（语义连接）这些过去要手写 prompt 的操作，直接做成了 DataFrame 的算子，跟 group_by、filter 一个地位。

你喂进去一堆文档、会议转录、日志、工单、eval trace、表格，它吐出来的是有类型的、可检查的、可重跑的、可被函数调用的 typed rows。

核心卖点（作者原话）：

From exploration to artifact.（从探索到产物）

这句是整个工具的灵魂。作者的逻辑是：现在人做数据分析靠一次性 prompt，agent 做也靠一次性 prompt，两边各干各的、谁都不能复用对方的工作，而且产出无法 reverse-engineer（反推）。fenic 要让人和 agent 跑在同一条 pipeline 上，产出的是"durable artifact"—— durable（耐用）、inspectable（可检视）、rerunnable（可重跑）、callable（可调用）。

一个让我眼前一亮的细节：fenic 自带 fenic skill install 命令。装完之后，Claude Code / Cursor / Codex 写 fenic 代码就不会瞎编 API，还能用 fenic check 做 lint。新工具默认带 skill、让 AI 编辑器"先学会用我再写我"，正在变成开源项目的标配分发方式。

价格：开源、PyPI 免费。模型 key 你自带（OpenAI / Anthropic / 本地模型都行），所以成本 = 你自己 token 消耗。

国内对比：国内做 RAG / 知识库主流是两条路——要么 LangChain/LlamaIndex 手搓，要么 Dify/MaxKB 这类低代码拖拽。fenic 走的是第三条：把语义操作下沉成 DataFrame 算子，工程化程度更像 Polars + LLM。最接近的国内/海外老项目是 pandas-ai，但那个维护已半停滞，且没解决"人机共用、可重跑"这层。fenic 是这条路线目前最干净的现代实现。

适用人群：数据工程师、做 RAG/知识库被一次性脚本折磨过的人、需要批量处理非结构化数据（合同、客服记录、研究文档）的团队。

2. Capacitor：给团队的 coding agent 装一颗"共享大脑"

官网：capacitor.kurrent.io · 由 KurrentDB 团队（前 Event Store DB）打造

它到底干嘛：一句话——shared memory for your team's coding agents（团队 coding agent 的共享记忆）。Capacitor 会记录每个 agent session 背后的故事：agent 试了什么、队友拒绝了什么、最后什么通过了、为什么这很重要。然后这些 session 变成可搜索、可分享、可打分、厂商中立的"事件流"。

四个杀手锏（直接来自官网）：

Multi-agent 切换不归零：这是最戳人的一条。官网原话举例——codex · 47 turns · stuck ↓ claude code · reads recap。你在 Codex 里跑了 47 轮卡住了，不用从头再来，切到 Claude Code 开一个新 session，带着前面 47 轮的 recap 接着干，已经试过走不通的假设，保持"已被排除"状态。这解决的是当下"agent 一多、上下文一断就白干"的核心痛点。
PR review 看的是推理过程而不只是 diff：review agent 不光读代码，还能读到队友写这行代码之前试过什么。
Slack 卡片 → 托管 agent → recap → 交接：把 session 链接甩到 Slack，让队友直接接着 drive。
Evals 反哺：按你的 rubric 给 session 打分，那些"反复出现的教训"会自动沉淀成 repo guidance，下次 session 启动时加载——不用把同一条仓库规矩教 agent 两遍。

价格：目前 Preview · invite-only（邀请制），基于 KurrentDB 商业产品，正式定价未公布，现阶段可免费申请试用。

国内对比：国内 coding agent 的记忆基本锁死在单一产品里——通义灵码、Trae、文心快码各有 context，但跨编辑器共享 session 记忆这一层几乎是空白。最接近的是各家自家的 memory 功能，但全是 single-vendor。Capacitor 主打 vendor-neutral（厂商中立），这是它的差异化。

适用人群：团队里同时跑多个 coding agent（Claude Code + Cursor + Codex 混用）的工程团队；被"agent 上下文断裂、来回返工"折磨的小组负责人。

3. ECP：给 AI 评测立一套标准协议（对标 MCP）

官网：evaluationcontextprotocol.io · 规范 v0.3.3 · JSON-RPC 2.0 · pip install ecp-runtime ecp-sdk

它到底干嘛：Evaluation Context Protocol（评估上下文协议）。它的定位宣言堪称金句，建议直接背下来：

MCP is for tools. ECP is for evals.（MCP 管工具，ECP 管评测。）

MCP 让 agent 有统一方式去"用工具"，ECP 让评测方有统一方式去"检查 agent 干了什么"——它返回了什么、调了哪些工具、暴露了哪些审计证据——且与框架、模型、评测平台、CI 系统全部解耦。

它评的不是"最终答案"：大多数 eval 只看 final answer，ECP 往前多看一层 behavior：

public_output：用户可见答案是否满足了任务？
tool_calls：agent 有没有调用正确的工具、参数对不对？
evaluation_context：agent 有没有暴露出评测方可见的审计证据？

价格：开源协议 + 官方 Python 运行时（ecp-runtime / ecp-sdk），免费。ecp init 初始化、ecp run --manifest 跑评测，可以直接接 CI。

国内对比：国内做 agent 评测，要么靠各家模型榜单（平台内自评，不可迁移），要么团队内部自写脚本。缺一个跨框架、能进 CI 的开放协议。ECP 想做的是"eval 层的 MCP"——如果它真起来，以后你换 agent 框架，评测套件不用推倒重写。

适用人群：做 agent 质量保障、要在 CI 里跑 agent 回归测试的平台团队；做 agent 评测 SaaS 的创业者（直接站在协议肩膀上）。

4. Aitori：在机器层无感拦截所有 AI 流量

仓库：github.com/truefoundry/aitori · truefoundry 出品 · 开源

它到底干嘛：一个跑在你机器上的小 agent，拦截所有从这台机器发出去的 AI 流量。model 调用和 MCP 调用会被转发到一个 gateway，在那里被记录、按预算（budget）控制、按策略（policy）检查；其余流量原样放行。应用本身完全无感——它还是访问同一个 endpoint、用同一个 key、收到同一个响应。

为什么需要它（痛点很真实）：

很多应用根本不给你改请求地址的选项。浏览器里的 claude.ai 或 chatgpt.com，没有任何设置能把它指向一个 gateway。唯一能拦截的地方，就是流量离开机器之前。

Aitori 只解密你白名单里列出的 host，其余一概不动；而且设计成 fail-open（失败放行）——gateway 挂了，请求照样到原目的地，不会把你卡死。

价格：开源免费，macOS/Linux 一行 curl ... | sh 安装。gateway 你自备（可接自建网关）。

国内对比：国内做 AI 网关有 OneAPI/NewAPI、阿里云 AI 网关等，但全是"应用主动配置 endpoint"模式——你得改代码或改 SDK 指向网关。Aitori 走的是机器级 MITM，应用零改造，连浏览器里 web 版的 Claude/ChatGPT 都能拦下来审计。这个"机器级无感 + fail-open"的设计组合，国内同类型工具里很少见。

适用人群：关注 AI 数据出境/合规/成本的企业安全团队；想审计"到底哪些工具在偷偷调 LLM、烧了多少 token"的运维和 FinOps。

这四件套在 AI 工作流里的位置

光看单个工具容易懵，画一张图你就懂它们为什么是"同一层"：

flowchart LR
    subgraph 输入层
        D[非结构化数据<br/>文档/日志/工单/转录]
    end
    subgraph 处理与资产层
        F["fenic<br/>LLM 当 DataFrame 算子<br/>产出 typed artifact"]
    end
    subgraph 协作记忆层
        C["Capacitor<br/>多 agent 共享 session<br/>失败假设自动排除"]
    end
    subgraph 评测层
        E["ECP<br/>跨框架 eval 协议<br/>工具调用+审计证据"]
    end
    subgraph 流量审计层
        A["Aitori<br/>机器级无感拦截<br/>log/budget/policy"]
    end

    D --> F
    F -->|喂给| C
    C -->|产出 session| E
    F -.->|所有 LLM/MCP 调用| A
    C -.->|所有 LLM/MCP 调用| A

    classDef layer fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e,stroke-width:2px;
    class F,C,E,A layer;

看出来了吗？它们不抢"谁是最强模型"的位子，而是填在 AI 协作的每一条接缝上：数据怎么进（fenic）、过程怎么记与共享（Capacitor）、结果怎么评（ECP）、流量怎么管（Aitori）。这就是海外正在成型的 "AI 中间件层"。

信息差总结：你知道的 vs 别人不知道的

维度	大多数国内技术人以为	这批工具揭示的真相
数据处理	RAG = LangChain 手搓 + 向量库	LLM 操作可下沉为 DataFrame 算子，人机共用一条可重跑管道（fenic）
Agent 记忆	换个编辑器/agent 就从头开始	session 可厂商中立地共享，失败假设跨 agent 自动排除（Capacitor）
Agent 评测	各平台自评、脚本自写	"MCP 管工具，ECP 管评测"，跨框架可进 CI（ECP）
AI 网关	改 SDK/代码指向网关	机器级 MITM 无感拦截，连 web 版都能审计、fail-open（Aitori）
工具分发	写文档让人读	新工具默认带 `skill`，让 AI 编辑器先学会用（fenic 的做法）

行动指南：今晚就能做的三件事

先白嫖 fenic：pip install fenic，拿一份你的客服记录或合同批量跑一遍 extract + classify。感受一下"LLM 算子化"和"一次性 prompt"的工程化差距——这个范式值得内化进你的工具箱。
把 ECP 加进你的 agent 测试观感清单：哪怕不立刻用，先记住 "MCP 管工具、ECP 管评测" 这句话。下次你要给 agent 写回归测试时，先看 ECP 能不能省掉你自研脚本的一半。
Capacitor 申请 invite、Aitori 装一台测试机：Capacitor 现在邀请制，越早排队越早拿到团队多 agent 协作的实战经验；Aitori 装在测试机上跑半天，看看你常用的工具到底在偷偷发多少 AI 请求——这个数字通常比你想的大。

一个判断标准：如果一款新 AI 工具不卷模型、专卷"AI 产出的共享/复跑/审计/打分"，那它大概率踩在下一个趋势上。今天这四款，全是。

参考来源

fenic — semantic DataFrames：github.com/typedef-ai/fenic
Capacitor — shared memory for coding agents：capacitor.kurrent.io
Evaluation Context Protocol (ECP)：evaluationcontextprotocol.io
Aitori — 本地 AI 流量拦截 agent：github.com/truefoundry/aitori
Hacker News 当日 Show HN 新品流（数据采集源）：news.ycombinator.com/shownew

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入