前言¶
对接 Airtable 时，常见做法是自己翻官方文档、拼 HTTP 请求、写鉴权头和分页逻辑，再把这些散落在自己的脚本里。换一个项目就要重新拼一遍。下面介绍的这个 Skill 把这条路压成一条命令：调用方只需给出要做什么，读写记录、筛选、更新合并这些操作由 Skill 自己拼成 curl 请求发给 Airtable REST API。
这是什么¶
Productivity Airtable 是一个面向开发场景的 Skill，坐标 @user_ef9e183a/productivity-airtable，版本 1.0.0，由社区发布者 user_ef9e183a 维护，分类 dev-programming。它解决的问题很窄也很明确：在 Agent 环境里通过 curl 调用 Airtable REST API 完成记录的增删改查、筛选和 upsert，不需要调用方自己处理鉴权头和请求拼接。
根据 SkillHub 页面数据，评分 100000、下载 1225 次（2026-10-30 抓取时的页面数值，与线索中的 99833 / 1199 不一致，以页面为准），来源标注为 community。
核心功能¶
按官方简介，能力范围如下：
- Records CRUD：创建、读取、更新、删除记录。
- Filters：按条件筛选记录。
- Upserts：按匹配条件合并写入，避免重复插入。
请求方式是 curl，也就是走 Airtable 的 REST 接口，不依赖额外的 SDK。标签 requires_api_key=true，说明调用前需要准备好 Airtable 的 API key，这个 key 由调用方自行提供，Skill 不代管凭证。
需要留意的是，简介只给了这些能力点，没有展开参数细节。具体到筛选表达式怎么写、upsert 的匹配键怎么传，资料里没有说明，需要对照 Airtable 官方 REST 文档确认后再用。
安装与启用¶
这一步没法给出确定的安装命令。已抓取的资料里只包含名称、坐标、版本、来源、分类、发布者、评分、下载、标签和简介，没有安装方式、目录路径或配置字段的说明，因此不在这里凭空补一条命令。
按 Skill 的一般启用方式，需要在 Agent 环境里指定 Skill 的来源地址或坐标。如果使用的客户端支持从 URL 安装，可按官方地址 https://api.skillhub.cn/user_ef9e183a/productivity-airtable 获取，启用后再按 requires_api_key 的要求配置 Airtable API key。具体命令以你所用客户端的文档为准。
另外资料中「安装 0」这一项，指的是该页面上记录的安装量，不能当作「这个 Skill 无法安装」的证据，两边不要混着读。
典型用法¶
资料里没有提供可复现的示例片段，所以下面不给具体的 curl 命令和端点路径，避免写出没经过核对的调用细节。
上手顺序建议这样走：
- 先确认你手上有可用的 Airtable API key，以及目标 Base 和表名。
- 用一次读取操作验证连通性和鉴权，确认 Skill 能正常发起请求。
- 再按需使用筛选，缩小返回范围。
- 写入类操作从创建开始，最后再试 upsert，确认合并逻辑符合预期。
每次调用的实际请求体和参数，都以 Airtable 官方 REST 文档为准。
适用场景与注意¶
适合的场景：在 Agent 流程里读写 Airtable 数据，需要快速做记录的增删改查、筛选或合并写入，并且希望统一走 REST + curl，而不是引入重型 SDK。
限制和坑：
- 能力边界由简介决定，只覆盖记录层面的 CRUD、筛选和 upsert，没有提到视图管理、附件上传或批量异步任务之类的能力。
- 版本是 1.0.0，来源为 community，社区 Skill 的接口和文档可能随维护者更新而变化，使用前最好先核对一次官方地址的当前内容。
- API key 需要自行管理，不要写进代码或提交到仓库。
- 大量记录操作时注意 Airtable 的速率限制，Skill 不负责重试策略。
结尾¶
这个 Skill 的价值在于把 Airtable 的 REST 调用收成一条可复用的操作入口，让 Agent 在读写表格数据时不必每次重新拼请求。它范围明确、不越界，代价是文档信息较少，具体参数需要回到 Airtable 官方文档确认。
官方地址：https://api.skillhub.cn/user_ef9e183a/productivity-airtable
SkillHub 页面：https://www.skillhub.cn/skills/user_ef9e183a/productivity-airtable
