⚖ 专利申请中的技术
可通过 Claude Code 操作 · 实时库存

一个提示,一次集成。
Claude Code负责平台的端到端开发。

安装 APIANT Claude Code 插件后,Claude Code 即可构建集成、编辑程序集、运行测试、部署到生产环境、编写文档以及诊断客户问题。以下是完整的功能列表:35 项技能,125 种 MCP 工具,每一项都是 Claude 可以代表您调用的实际功能。

APIANT Claude 代码插件 v1.0.0 · 构建 36
35 插件技能 125 MCP 工具 3 工作区 1 提示 → 已发货集成
工作原理

一个插件,即可访问整个平台。

APIANT Claude Code 插件包含三个 MCP 服务器和一个技能库。安装后,打开 Claude Code,即可通过自然语言操控整个平台。

01 · 安装

apiant-setup

运行一次。该插件会验证 MCP 连接、环境变量和插件版本。Claude 会播报哪些连接已启用,哪些连接缺失。

02 · 提示

请用通俗易懂的英语提问

“构建 Mindbody 与 Shopify 的同步。” Claude Code 选择合适的技能,激活合适的工具集,并开始执行并获得实时反馈。

03 · 船

构建、测试、部署

Claude 负责编写程序集、进行端到端测试、修复故障、部署到生产环境以及监控帐户,无需交接。

完整清单

涵盖 10 个工作流程的 35 项技能。

每项技能都是高级 APIANT 工程师遵循的一套流程,由 Claude Code 编码并执行。点击任意卡片即可查看完整的操作步骤、时间安排和操作方法。

设置
在运行任何其他程序之前,请先验证插件、其 MCP 连接和环境。
1 技能
/apiant-setup
设置插件

检查 MCP 连接、环境和插件版本。首次安装或出现故障时运行。

建设
根据自然语言提示创建新的自动化、程序集、集成和表单。
4 技能
/build-automation
构建新的自动化

“将 X 连接到 Y。”克劳德选择触发器、操作、字段映射,并搭建起整个流程。

/build-assembly
构建应用程序程序集

集成管道:OAuth、API 密钥或无凭证连接器、触发器和操作(添加/获取/列出/更新/删除/查找)。

/build-integration
构建集成套件

多自动化部署:双向同步、数据管道、具有共享状态的协调工作流。

/build-form
设计一个表格

用于线索获取、入职或配置的表单架构,直接连接到 APIANT 自动化。

编辑
安全地修改实时自动化和程序集:添加步骤、交换应用程序、更改端点、重命名设置。
2 技能
/edit-automation
编辑自动化

添加一个步骤,修复映射关系,将 Mailchimp 替换为 Klaviyo,禁用一个分支。精准、非破坏性的修改。

/edit-assembly
编辑装配体

修复 JSP,更新 API 调用,更改端点,重命名设置,编辑下拉菜单,并完全感知差异。

测试与部署
端到端验证、分支覆盖率、故障诊断和开发到生产环境发布。
3 技能
/test-automation
测试自动化

自动执行、检查结果、诊断故障、应用修复、重新测试并运行分支覆盖率。

/test-integration
测试整个套件

验证自动化流程之间的数据流、共享状态、循环预防和跨自动化流程协调。

/deploy-automation
将开发环境部署到生产环境

一步协调地发布模板自动化流程并将关联的部署推送至客户帐户。

装配触发器
APIANT 可以通过多种方式启动运行:轮询、webhook(三种类型)和协议线程。
6 技能
assembly-trigger-new
NEW_ITEM 轮询触发器

按计划轮询端点,并在出现新记录时触发。这是主力触发器。

assembly-trigger-updated
NEW_OR_UPDATED 轮询

当记录被创建或修改时,会进行轮询并触发事件。自动跟踪最后出现的光标位置。

assembly-trigger-manual-webhook
手动 webhook

你将网址粘贴到源应用中。收到帖子后,自动化流程就会触发。

assembly-trigger-self-registering-webhook
自注册 webhook

APIANT 通过目标应用程序的 API 自动创建和销毁 webhook。无需任何手动设置。

assembly-trigger-service-webhook
服务 webhook

基于凭证的 Webhook URL,支持事件过滤。多种事件类型可路由至单个端点。

assembly-trigger-protocol-thread
协议线程

APIANT 内部协议。支持跨账户和环境的链式自动化。

集会行动
CRUD 原语:每个 API 都至少支持其中一项。它们是所有集成的基础。
6 技能
assembly-action-add
添加

在目标应用程序中创建新记录。处理验证、必填字段和响应解析。

assembly-action-delete
删除

按 ID 或条件删除记录。安全模式下默认设置,并保留回滚元数据。

assembly-action-find
寻找

按条件搜索,返回匹配项。用于去重、插入/更新和模式增强。

assembly-action-get
得到

通过 ID 检索一条记录。这是最简单的读取路径,通常与 FIND 或 NEW 函数一起使用。

assembly-action-list
列表

支持使用光标或偏移量分页浏览结果。默认情况下会考虑速率限制。

assembly-action-update
更新

修补现有记录。支持部分更新。仅修改您指定的字段。

连接器
每个程序集都依赖于身份验证层,以及注册和迁移工具。
3 技能
assembly-connector
连接器组件

支持 OAuth V2、API 密钥或无凭证身份验证。可处理令牌刷新、作用域和撤销。

/register-oauth-app
注册 OAuth 应用

使用开发者浏览器在供应商门户网站上注册 OAuth 应用,并将 client_id 和 secret 捕获到密钥库中。

/convert-assembly
将人类模板转换为人工智能模板

将传统的人工构建的程序集迁移到 AI 模板模式,以便 Claude 可以安全地编辑它们。

双向同步
成对的触发器和动作,使两个系统保持同步而不相互冲突。
1 技能
assembly-bidirectional-sync
双向同步

构建双向同步的匹配触发器和动作对。开箱即用,可处理循环预防、后写优先和冲突解决。

模式
适用于常见自动化流程的可重用流程模板。在 /build-automation 期间按需加载。
6 技能
AI
pattern-chat-widget
聊天小部件

从简单的聊天机器人到具有记忆功能和工具调用自动化的多目标对话流程。

pattern-csv-mapping
CSV 字段映射

克劳德将“源字段 -> 目标字段”的电子表格拖入其中,然后逐字逐句地连接映射关系。

pattern-execute-automation
执行自动化链

带有查询字符串参数传递和 webhook 有效负载转发的父/子流。

pattern-human-moderation
人为调节

暂停自动化流程,直到有人通过审核队列链接批准或拒绝。人工智能流程的决策门。

pattern-latches
扇出/扇入锁存器

并行启动 N 个子自动化流程,等待所有流程完成,然后汇总结果。

pattern-snooze
打盹

暂停自动化流程,直到指定日期和时间。适用于邮件序列和预定的后续跟进。

运营与支持
保持生产环境健康:监控账户、诊断故障、调整警报行为。
3 技能
/monitor-account
监控客户账户

监控生产自动化流程中的错误。专为循环运行而设计。提供包含完整跟踪上下文的警报。

/support
诊断客户问题

“为什么这个操作没有成功?”克劳德搜索执行历史记录,追踪故障,提取HTTP请求,并提出修复方案。

/alert-handling
调整警报行为

控制哪些错误会重试,哪些 401 错误会绕过自动关闭,警报文本重写,以及忽略列表。

MCP 工具

125 种工具。9 个工具集。按需激活。

技能驱动工作流程。MCP 工具在 APIANT 的开发、生产和文档环境中执行实际工作。工具被分组为工具集。只有核心工具集始终加载;其余工具集会在技能需要时激活,从而保持代理的上下文简洁,同时确保功能强大。

开发环境和生产环境共享同一个 125 工具表面。 生产环境默认只读;需要显式确认才能写入。切换任意卡片即可查看生产环境变体。
核心工具 始终加载
Claude Code 在会话开始时需要进行一些设置,例如熟悉环境、选择技能,并根据需要激活更多工具。
7 工具
activate_toolset
激活工具集

加载当前技能所需的特定工具集。保持上下文窗口简洁。

asm_manage
管理程序集

加载、列出、创建、更新、重命名和删除程序集。底层程序集 API。

auto_get_summary
自动化概要

自动化流程的结构化概览:触发器、步骤、映射。快速获取编辑上下文。

auto_list
列表自动化

显示作用域内所有自动化流程的列表。可按名称、文件夹或状态筛选。

auto_folder
列出文件夹

浏览文件夹树。查找按客户、产品或环境分组的自动化流程。

auto_manage
管理自动化

创建、重命名、复制、移动、启用、禁用。所有自动化相关的 CRUD 操作。

catalog_list_apps
列表目录应用程序

查看所有可用的应用程序集成。可按类别、供应商或功能筛选。

按需工具集 懒加载
九个命名工具集,根据所需技能自动激活。保持上下文窗口简洁,同时只需一次调用即可使用全部功能。
9 工具集 · 125 个工具
automation_builder
构建 + 编辑

30 种工具。搜索目录、编写触发器和操作、编辑映射、提交版本、保存模式。完整的自动化创作界面。

automation_exec
运行时检查

17 种工具。运行测试执行,检查每一步的输入输出,修改数据,重放 Webhook,遍历分支覆盖率测试点。使用完整的真实数据进行调试。

automation_manage
自动化生命周期

10 个工具。列出并整理已提交的自动化任务,进行版本控制,比较版本,并支持回滚。类似 Git 的自动化草稿和发布版本管理层。

admin
租户运营

25 种工具。可在客户帐户之间切换、查询租户的使用情况和运行状况、读取密钥库、运行临时 SQL、调整可重试错误、管理查找。操作员的工具箱。

admin_alerts
预警治理

5 个工具。租户级警报规则、抑制警报列表、重试策略、401 域隔离。需要切换帐户上下文。

alerts
警报映射

11 个工具。每个自动化阶段的警报映射规则、步骤级警报触发器、映射跟踪、抑制、系统级映射。

patterns
模式库

3 个工具。搜索、保存和删除可重用的模式配方:字段映射、转换、陷阱、模板。

deploy
开发到生产

6 种工具。将文件夹或单个程序集从开发环境发布到生产环境。通过一个协调的步骤,将更改推广到关联的客户帐户。

assembly
连接器 + 装配构建

28 个工具。创建连接器、注入设置、编译 JSP、测试 API 端点、配置动态字段发现、完成程序集。底层集成架构。

apiant-docs 知识库
文档工作区。搜索、阅读、编写、绘制插图和版本控制 APIANT 知识库。
11 工具
文档
docs_api_key
API密钥认证

程序化访问。颁发用于持续集成/持续交付 (CI/CD) 或自动发布的文档 API 密钥。

文档
docs_chat
与医生聊天

基于检索的问答。克劳德在编写代码或回答问题之前会先向文档语料库提问。

文档
docs_create
创建页面

一次调用即可发布新文档。标题、正文、父级、标签和状态一键完成。

文档
docs_list
列出文档

浏览完整目录。按章节、标签或状态筛选。

文档
docs_login
登录

对文档会话进行身份验证。会话令牌已缓存。

文档
docs_read
阅读一页

获取任何文档的全部内容,包括 Markdown、图像和元数据。

文档
docs_screenshot
截图

实时截取编辑器或平台用户界面的屏幕截图,并将其嵌入到文档中。

文档
docs_search
全文检索

对整个文档库进行语义+关键词搜索。提供带上下文的排名结果。

文档
docs_update
更新页面

编辑标题、正文、标签或状态。修订记录自动跟踪。

文档
docs_upload_image
上传图片

在任何页面上添加插图或图表。自动生成替代文本。

文档
docs_version
版本历史记录

列出修订版本,比较版本差异,必要时回滚。

没有匹配项 ''

尝试使用更短的查询语句、移除筛选条件或清除搜索条件。

运行日志

六分钟,一个提示,一次生产集成。

一家SaaS团队在HubSpot上运营着一款精品健身CRM系统。两千名付费客户希望他们的HubSpot联系人能够与Mindbody客户进行双向同步。这是典型的白标集成方案。以往,这需要四到六周的工程开发时间。

>构建 HubSpot 和 Mindbody 之间的双向联系人同步。处理会员等级枚举不匹配问题,应对 Mindbody 不稳定的轮询,并遵守 HubSpot 的速率限制。
00:00 · 范围
T+00:03
/构建集成Claude 确定了套件的范围:两个自动化,一个共享模式。
读取提示,识别双向同步,为客户分配文件夹,并规划两个子自动化。
工具调用
catalog_list_apps({ vertical: 'wellness' }) -> HubSpot,Mindbody
自动文件夹({ action: 'create', path: '/customers/boutique-fit' }) 好的
模式搜索({ shape: 'bidirectional-sync' }) -> 2 场比赛
00:40 · 建造 A
T+00:41
/构建自动化方向A:从HubSpot到Mindbody。
触发器:HubSpot 联系人上的 assembly-trigger-updated。操作:在 Mindbody 上查找 assembly-action-find,然后添加/更新。
工具调用
自动构建({ trigger: 'assembly-trigger-updated', source: 'hubspot.contact' })
自动编辑结构({ add_step: 'assembly-action-find', app: 'mindbody.client' })
自动编辑结构({ add_step: 'assembly-action-add-or-update' })
自动编辑映射({ fields: [email, firstName, lastName, phone, membership_tier] })
为什么 · membership_tier 枚举规范化

HubSpot 将层级存储为自由文本下拉列表。Mindbody 则期望四个枚举值之一。Claude 检测到不匹配,添加了一个查找表转换,并将其保存为模式,以便反向操作可以重用该模式。

02:10 · B栋楼
T+02:12
/构建自动化方向 B:从 Mindbody 过渡到 HubSpot。
触发器:assembly-trigger-new 轮询(Mindbody 的 Webhook 出了名的不可靠)。操作:在 HubSpot 上执行查找然后插入操作,并反向应用共享枚举模式。
工具调用
自动构建({ trigger: 'assembly-trigger-new', source: 'mindbody.client', interval: '5m' })
模式搜索({ name: 'membership_tier_enum' }) -> 重用 A
自动编辑映射({ reverse: true, pattern: 'membership_tier_enum' })
为什么使用投票而不是 Webhook?

Mindbody Webhook 在高流量期间会静默丢弃事件。Claude 默认使用 5 分钟的轮询周期,并将此问题标记为模式库中的一个已知缺陷,以便未来的 Mindbody 集成都能得到同样的处理。

03:20 · 哈登
T+03:24
/edit-assembly在 HubSpot 操作中插入速率限制器。
HubSpot 将每个应用程序每 10 秒的请求次数上限设为 100 次。Claude 在程序集级别(而非自动化级别)插入了一个滑动窗口限制器,因此每个与 HubSpot 交互的自动化都会继承该限制器。
工具调用
asm_set_action_throttle({ assembly: 'hubspot.contact.update', rate: 100, window: '10s' })
asm_set_connector_throttle({ connector: 'hubspot.v3', burst: 20 })
为什么在装配层进行节流

按自动化流程进行限流会导致其他 HubSpot 流程耗尽预算。而按组件(连接器 + 操作)进行限流则会将限制应用于租户中的所有自动化流程,这对于共享 API 而言才是唯一正确的限流级别。

04:05 · 测试
T+04:08
/测试集成端到端:从两端推送,验证,检查回显循环。
在 HubSpot 中创建一个虚拟联系人,观察其在 Mindbody 中的出现情况,在 Mindbody 中进行编辑,观察更新反馈。确认没有回显循环。
工具调用
执行测试自动化({ direction: 'A', input: <synthetic> }) -> 成功(1.2秒)
执行测试自动化({ direction: 'B', input: <synthetic> }) -> 成功(1.8秒)
执行获取汇编日志({ check: 'echo_loop' }) 已抑制
14/14 个测试用例通过
05:40 · 部署
T+05:44
/部署自动化已发布到生产环境。已关联两千个客户账户。
将模板发布到生产环境,然后通过一个协调的步骤将其分发到每个关联的客户帐户。
工具调用
部署_发布_程序集({ folder: '/customers/boutique-fit' }) -> v1.0.0
部署列表关联帐户({ template: 'hubspot-mindbody-sync' }) -> 2000 个账户
部署到帐户({ batch_size: 50 }) -> 2000/2000 正常
SOURCE 心身 客户 蜜蜂 双向同步 枚举规范化器 TARGET HubSpot 联系方式
0MIN
0SKILLS
0工具调用
0人工编辑

开发者没做的事:写一行JSP代码,手动映射一个字段,打开Mindbody开发者文档,提交关于层级枚举的工单,然后等待四到六周。

诊断生产故障

2 分钟 · 2 项技能 · 6 次工具调用
> Alpine Clinic 的客户表示昨晚没有任何同步数据。

● /支持
  搜索执行历史记录
  UTC时间02:14发现47个故障
  根本原因:Cliniko API 在批量回填期间返回 429(速率限制)


● /编辑自动化
  -> 在步骤 3 中添加指数退避
  重新测试。重放失败的运行结果。

警报卫生调整

90 秒 · 1 项技能 · 4 次工具调用
> 停止在沙盒租户中出现 401 错误时自动禁用 Shopify。

● /警报处理
  admin_ignore_401_domains += sandbox.shopify.com
  alert_suppress:'过期的沙箱令牌'模式
  与过去 24 小时历史记录进行核对
  噪音警报数量从每天 140 次下降到 3 次。
为什么这件事值得报道

没有其他 iPaaS 平台能够像这样运行。

传统平台将 API 封装在 UI 中。APIANT 则将整个平台封装在一个可通过 Claude 代码寻址的插件中。这种差异体现在方方面面。

SPEED

以分钟为单位,而非冲刺

过去需要数周才能完成的集成,现在只需一次 Claude Code 会话即可完成。迭代过程如同对话一般轻松自然。

QUALITY

每项技能都是一个过程。

技能编码了 APIANT 高级工程师的操作流程。Claude 不会即兴发挥,而是遵循经过验证的既定操作手册,并执行相应的验证步骤。

CONTROL

生产环境(Prod)默认是只读的。

该插件将开发环境和生产环境隔离开来。Claude 可以自由地检查生产环境;写入操作则需要特定的部署技能。

准备好在自己的堆栈中看到它了吗?

获取访问权限。本周内发布集成方案。

APIANT Claude Code 插件附带 APIANT 许可证。告诉我们您要集成什么,我们帮您完成设置,然后 Claude 就可以在您的终端运行平台了。