01
用 Teable AI 开始
说明需要的数据、角色和操作,上传表格或选择数据源,让应用构建器生成界面,再结合实际流程逐步调整。
从业务需求开始为公司里负责搭系统的人而做
把数据、登录和团队流程搭在一起。用 Teable AI 开始,或继续使用 Claude Code、Codex,搭建同事日常使用的应用。
选一套示例,查看关联表,再换到同事的视角处理申请。把调整后的方案放进提示词,继续搭建自己的系统。
交互示例 · 示例数据
门店
名称 · 区域 · 负责人
物料
编号 · 规格 · 可用库存
申领单
申请门店 → 门店 · 物料 → 物料 · 数量 · 状态
↳ 通过关联字段与稳定的记录编号连接数据
请在 Teable 搭建以下内部工具,以这份方案为起点: 门店物料申领 关联数据表 门店: 名称 · 区域 · 负责人 物料: 编号 · 规格 · 可用库存 申领单: 申请门店 → 门店 · 物料 → 物料 · 数量 · 状态 通过关联字段与稳定的记录编号连接数据 角色分工 申请人: 提交申请,查看本团队的进度。 处理团队: 查看待办、安排处理并完成申请。 申请流转: 已提交 → 待审核 → 处理中 → 已完成 邀请团队前,用不同的申请人和处理人账号测试应用的数据可见范围与操作权限。
描述业务流程,上传表格或选择数据源,即可在 Teable 免费开始。
将这份方案加入需求
全球团队的信赖之选







申领、审核、分派和进度跟踪,是内部应用每天要处理的工作。Teable 将关联数据表和可编辑的应用界面放在一起:搭建者维护模型与访问规则,业务同事更新记录、处理任务,团队共用同一份业务数据。
从 AI 生成开始,用编程 Agent 继续完善,或进入代码仓库开发。几种方式都围绕同一份 Teable 数据展开。
01
说明需要的数据、角色和操作,上传表格或选择数据源,让应用构建器生成界面,再结合实际流程逐步调整。
从业务需求开始02
在兼容 Agent 中安装 Teable Skill 或配置 MCP,通过熟悉的编程流程处理数据表与系统结构。
配置你的 Agent03
需要直接修改时,可下载和导入应用代码。Cloud Business 及以上方案支持 GitHub 双向同步,便于在仓库中开发和评审。
了解代码工作流01
确定申请人、审核人与处理人,写清必填信息、决定条件和完成状态,再开始生成界面。
02
带入少量表格样本或支持的数据源,建立关联表,再用 Teable AI 或编程 Agent 构建界面。
03
用不同账号验证可见数据,试试信息缺失、申请被退回,以及从提交到完成的完整路径。
04
邀请目标团队,指定维护人,写清日常数据怎样更新;表结构或访问规则调整后,再复查相关流程。
01
把人员、申请和业务对象放在关联的数据表里。一条申请指向对应的门店、物料或设备,减少跨表重复填写。后续新增页面,也能继续使用同一批记录。

把这些需求作为起点,按实际流程调整字段、审核规则和负责人。
门店提交需求,仓库核对库存并安排发放,双方跟进同一张申领单。
搭建门店物料申领应用,关联门店、物料和申领单。门店填写物料、数量和期望收货日期,查看本门店申请;仓库审核需求、记录发放数量和日期。把待审核、待发放、已完成分开展示,保留未满足的数量,并用不同门店账号检查数据范围。
部门负责人审核申请,采购同事跟进下单和到货,交接信息留在记录中。
把现有采购表格做成内部应用,建立部门、供应商和采购申请关联表。申请人填写用途、金额和期望到货时间,部门负责人记录审核结果,采购同事处理通过的申请。保留下单与到货日期,提供待审核和未到货清单,并写明谁维护供应商资料。
业务同事提交报修,处理团队安排维修并记录结果,减少群聊反复询问。
搭建设备维修应用,关联设备台账、处理团队和维修工单。报修人选择设备、描述故障并查看进度;处理团队分配人员,填写维修结果后关闭工单。增加未分配与处理中清单,保留重复报修记录,并提供设备和处理规则的维护说明。
02
使用者通常不是搭建者。给应用配置登录方式,划清提交、审核和处理的职责,让每条记录都有下一步。分别配置应用访问范围和数据表权限,让入口与数据规则配合工作。

03
从输入区选择支持的数据连接,或读取网页作为需求参考。把密钥放进应用的凭据配置。习惯使用 Claude Code、Codex 的 builder,也能通过 Teable Skill 和 MCP 操作工作区。

npx skills add teableio/agent-skillshttps://mcp.teable.ai/mcp配置 Agent 时,连接你已授权的 Teable 账号。
| 比较维度 | 表格+消息 | 自建代码系统 | Teable |
|---|---|---|---|
| 共享数据 | 人工对齐文件和消息 | 搭建并运维数据层 | 应用和团队共用关联数据表 |
| 访问管理 | 文件分享和人工转发 | 实现并测试登录与权限规则 | 配置应用登录和数据表权限,验证角色访问 |
| 后续修改 | 改表格,再解释流程 | 同步修改代码、基础设施和集成 | 日常改记录与视图,结构调整时复查应用 |
| 适用情况 | 简单、偶发的流程 | 有特定运行环境或基础设施需求 | 围绕结构化数据长期协作的业务流程 |
看看 Teable 用户怎样将数据、应用和日常流程放到一起。
可以。Teable 免费方案包含应用构建器,适合从小流程和样本数据开始。当前算力、容量和协作范围可在定价页查看。需要更多容量或特定方案功能时,可选择合适的升级方案。
它们都面向公司内部的业务工作。重点是把关联数据、角色分工和重复流程做成应用,再由 Teable 应用构建器完成界面构建。应用和团队使用同一份记录,日常更新可以继续在数据表中完成。
可以通过兼容 Agent 使用 Teable Skill 或 MCP。应用构建器也支持下载和导入代码。Cloud Business 及以上方案支持 GitHub 双向同步,方便在代码仓库中开发和评审。
可以在输入区上传表格,或选择支持的数据连接,写明要使用的字段和操作。抓取网页可以补充需求背景;业务流程实际使用的记录,应整理进关联数据表。
配置应用的登录选项和目标访问人群,再设置相应的数据权限。明确每个角色能看什么、改什么,邀请更多同事前先用不同账号测试已发布的应用。
可以在 Teable 数据表中更新记录,也可以通过应用表单和操作完成日常工作。分配适当权限,写清流程说明;涉及应用或数据库结构的修改,仍应由明确的负责人维护。
可以为他们搭建专用门户,配置目标人群的应用访问范围。区分内部处理界面与外部界面,逐一验证访问范围。客户门户和供应商门户指南可以帮助你规划这些流程。
一起调整受影响的数据表、界面和规则,再重新走通流程。应用版本历史用于管理代码改动,数据库记录和结构变更则需要各自的备份与变更管理,同时更新维护人和交接说明。