立项对比 · 2026-04-13

电商批量生图工作台 · 选型对比

目标:让运营同学"填表格 = 批量出图",一行 = 一个生图任务,一键跑完几十张电商主图 / 详情页素材。这份文档对比三个开源多维表格,决定底座用哪个。

一、场景前提

用户

电商运营 / 内容团队,不写代码,最多会用飞书多维表格。

核心动作

填商品信息 → AI 自动写 prompt → 调 Nano Banana Pro → 图片回写到单元格。

已有基建

n8n · Coolify · VPS · Poe API(主)/ OpenRouter(备)· 个人 Gitea。

约束

开源优先 · 自托管 · 个人资产不放公司 VPS · 将来可能独立成产品。

二、三家横评

维度 Teable NocoDB AITable (APITable)
定位 AI Database Agent(2.0) 老牌 Airtable 替代 vika 同源,国内团队
底层存储 原生 PostgreSQL MySQL / PG / SQLite(ORM 封装) MySQL + 自研存储层
License AGPL(CE 免费 / EE 含 AI 字段) AGPL Apache 2.0
内置 AI 字段 ✓ 154 语言模型 + 17 图像模型 ✗ 完全没有 △ 偏 NLP,图像弱
批量生图体验 一行 = 一次任务,开箱即用 必须外挂 n8n 做按钮触发 要自己接图像 API
大表性能 中(几万行) 强(十万行级)
权限 / 协作 一般 分组权限免费 较强
嵌入自家产品 好(PG 直连 / API 完善) 一般(ORM 抽象厚) 一般
2026 活跃度 2.0 刚发,势头最猛 最稳,社区最大 迭代放缓
中文资料
本场景适配度 ★★★★★ ★★★ ★★★

三、逐个解析

1. Teable — 为这个场景最合适

Teable 2.0 直接把自己定位成 "AI Database Agent",AI 字段里内置了 17 个图像模型。这是三家里唯一一个"一行 = 一次生图任务"不用写代码就能跑的。底层纯 PostgreSQL,你可以用 Prisma / Drizzle 直接读表,以后想把它脱壳嵌进自家产品、或者二开成独立 SaaS,数据迁移成本最低。

优点 AI 字段内置;PG 原生;2.0 势头猛;易二开

AI 字段属 EE 版,CE 自托管可能要自己补一层 Webhook 接 Poe;中文资料少;大表性能一般。

2. NocoDB — 老牌最稳,但表格和工作流是两张皮

社区最大、文档最全、中文资料多、性能最好,分组权限不要钱。缺点是完全没内置 AI 字段,所有生图逻辑都得落在 n8n 里:"按钮 → Webhook → 调 Poe → 回写单元格"。表格负责存数据,工作流负责干活,两边都得维护。

优点 最稳;社区最大;大表扛得住;中文多

没 AI 字段;ORM 抽象层厚,想直连底层数据不如 Teable 爽;外挂 n8n 调试累。

3. AITable / APITable — 跟场景错位

国内 vika 同源,中文体验最好,API 优先设计。但它的 "AI" 方向偏 NLP(总结 / 标签 / 抽取),图像生成不是一等公民。2026 年明显迭代放缓,团队重心转向商业化 SaaS。

不合适 图像支持弱;社区热度下滑;Apache 2.0 的宽松 License 对本项目没实际收益。

四、两条候选路线

路线 A · 快

NocoDB + n8n + Poe/Nano Banana Pro

  • 半天部署,一天跑通
  • 所有生图逻辑在 n8n
  • 内部用足够
  • 将来脱壳成产品不容易

路线 B · 底座(推荐)

Teable(PG 直连)+ n8n 补胶水 + Poe/Nano Banana Pro

  • AI 字段开箱即用
  • Postgres 原生,以后能脱壳
  • 可二开成独立 SaaS
  • 1-2 天跑通 MVP
我的推荐:路线 B · Teable

理由:(1) Teable 把"表格 = 生图任务队列"做成了一等公民,少写一半胶水;(2) PG 原生,将来脱壳成独立产品零迁移成本;(3) 2.0 刚发,官方方向和你的需求高度重合。

退路:如果 Teable CE 的 AI 字段被阉割太狠,立刻退回路线 A(NocoDB + n8n)。

五、下一步

六、参考