仪表盘能做的一切，也都以 REST 管理 API、给 AI 代理用的 MCP 服务器、给 IaC 用的 Terraform 提供程序的形式提供。它们底下的访问令牌，决定谁，或什么，有资格来驱动。
从代码、代理或 IaC 驱动平台的三种方式。三者都承载同样的操作。没有哪个入口是二等公民。
一份公开的 OpenAPI 3.1 规范。用你所用的任何语言生成类型化客户端，或者直接用 curl 调用。仪表盘的每个操作都有对应的端点。没有什么藏在私有的 SDK 契约背后。
它用在哪
定制的内部工具、自动化的开通脚本、服务器端自动化，凡是代码才是合适的驱动者、而你又想要一个类型化客户端的地方。
curl -X POST https://caputchin.com/api/v1/management/sites \
-H "Authorization: Bearer cpt_pat_..." \
-H "Content-Type: application/json" \
-d '{
"name": "marketing",
"troop_id": "trp_abc"
}'一个发布到 Terraform Registry 的 Terraform 提供程序。把你的 Caputchin 配置定义成代码，在合并请求里审查变更，通过你现有的 CI/CD 流水线来应用。这是守护你其他基础设施的基础设施。
它用在哪
以 IaC 驱动的团队。可复现的环境，每个站点密钥、每个团队、每个令牌都在版本控制之中。
resource "caputchin_site_key" "marketing" {
name = "marketing"
troop_id = caputchin_troop.main.id
}一个 Model Context Protocol 服务器，把每一项管理操作都暴露成工具。运行我们的托管服务器，或安装 npm 包自行运行。AI 代理驱动你的配置，就像人驱动仪表盘一样。
它用在哪
代理式工作流、管理基础设施的 AI 助手、由提示驱动的配置。让你的代理去做那些点点点的活儿。
// AI agent's tool call after the prompt:
// "Create a marketing site under troop A"
caputchin_create_site({
name: "marketing",
troop_id: "trp_abc",
});驱动一切编程操作的凭据。一把主令牌管整个账户；按团队的令牌管一切受限的事。
作用于每个团队的每项操作。上手起步、单人自动化，或单人账户的 IaC 流水线的默认密钥。
每个令牌都绑定到一个团队。绑在单一环境上的 CI 流水线、绑在单一团队界面上的 AI 代理。泄露会被控制在那个团队之内。