@1claw/openapi-spec 0.61.59 → 0.61.60
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/openapi.json +6 -4
- package/openapi.yaml +19 -11
- package/package.json +1 -1
package/openapi.json
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
"openapi": "3.1.0",
|
|
3
3
|
"info": {
|
|
4
4
|
"title": "1Claw API",
|
|
5
|
-
"version": "0.61.
|
|
5
|
+
"version": "0.61.60",
|
|
6
6
|
"description": "Secure secret management for AI agents. Provides vaults, secrets,\npolicy-based access control, agent identity, Intents API,\nsharing, billing, and audit logging. Automations (workflow_spec,\nwebhook tokens, event triggers, Assist), cloud runtimes with\ninteractive shell sessions, agent memory, and discovery.\n\n## Domains\n\n`api.1claw.co` is canonical: it is the OIDC issuer, the `aud` the API\nmints, and the first entry in `servers` — a generated client takes its\nbase URL from there, and the previous ordering pointed every SDK at the\ndomain the issuer had already left. `api.1claw.xyz` still answers and is\nstill accepted on token validation, because tokens minted before the\nmove carry it; it is never minted now.\n\nOne deliberate exception: the Shroud attestation identity token is\nrequested from GCP with `audience: https://api.1claw.xyz`, so\n`/v1/shroud/attestation` reports that as its `expected_audience`. That\nis accurate rather than stale — the audience is a verification contract\nwith anyone already checking the token, and moving it is a breaking\nchange for them, not a rename.\n\nAll endpoints require JWT Bearer authentication unless marked with\n`security: []`.\n",
|
|
7
7
|
"contact": {
|
|
8
8
|
"email": "ops@1claw.co"
|
|
@@ -15881,7 +15881,7 @@
|
|
|
15881
15881
|
"Platform"
|
|
15882
15882
|
],
|
|
15883
15883
|
"summary": "Add agents to a bootstrapped connection",
|
|
15884
|
-
"description": "Provision additional
|
|
15884
|
+
"description": "Provision an additional agent on a connection that has already been\nbootstrapped, from a template belonging to the same app. `plt_` auth only.\n\nOne agent per call. A template declaring more than one agent is refused\nwith 400: each agent's API key is returned once and cannot be re-issued\nto a platform app, so batching them would put several unrecoverable\ncredentials in a single response.\n\nBootstrap refuses a second run (409) because it also creates the vault,\nthe policies and the plan tier, none of which should happen twice. This\nroute applies only the agent portion of a template: its `agents`, their\nper-agent `signing_keys`, `eoa` and `runtime`. `vault`, `policies`,\n`automations` and `entitlements` in the spec are ignored, and new agents\nattach to the vault the connection already has.\n\nConfiguration comes from a template rather than from fields on the\nrequest so that the agent portion of a spec has exactly one reader,\nshared with bootstrap.\n\nCapped per connection by `max_agents_per_connection` on the platform app\n(unset means a built-in default, not unlimited: an agent with signing\nkeys costs a KMS key per chain). The whole batch is checked before\nanything is created, so a template that would overshoot is refused\nrather than partly applied.\n",
|
|
15885
15885
|
"operationId": "addConnectionAgents",
|
|
15886
15886
|
"security": [
|
|
15887
15887
|
{
|
|
@@ -37845,7 +37845,8 @@
|
|
|
37845
37845
|
},
|
|
37846
37846
|
"agent_api_keys": {
|
|
37847
37847
|
"type": "array",
|
|
37848
|
-
"
|
|
37848
|
+
"maxItems": 1,
|
|
37849
|
+
"description": "The created agent and its one-time API key. Exactly one entry:\nprovisioning is one agent per call, because a key is returned\nonce and cannot be re-issued to a platform app, so a response\ncarrying several would put several unrecoverable credentials in\none payload. A template declaring more than one agent is\nrefused with 400. The singular `agent_api_key` is the same key.\n",
|
|
37849
37850
|
"items": {
|
|
37850
37851
|
"type": "object",
|
|
37851
37852
|
"properties": {
|
|
@@ -42329,7 +42330,8 @@
|
|
|
42329
42330
|
},
|
|
42330
42331
|
"agent_api_keys": {
|
|
42331
42332
|
"type": "array",
|
|
42332
|
-
"
|
|
42333
|
+
"maxItems": 1,
|
|
42334
|
+
"description": "The created agent and its one-time API key. Exactly one entry:\na template declaring more than one agent is refused with 400,\nbecause a key is returned once and cannot be re-issued to a\nplatform app. Split such a template and bootstrap once per agent.\n",
|
|
42333
42335
|
"items": {
|
|
42334
42336
|
"type": "object",
|
|
42335
42337
|
"properties": {
|
package/openapi.yaml
CHANGED
|
@@ -2,7 +2,7 @@ openapi: 3.1.0
|
|
|
2
2
|
|
|
3
3
|
info:
|
|
4
4
|
title: 1Claw API
|
|
5
|
-
version: "0.61.
|
|
5
|
+
version: "0.61.60"
|
|
6
6
|
description: |
|
|
7
7
|
Secure secret management for AI agents. Provides vaults, secrets,
|
|
8
8
|
policy-based access control, agent identity, Intents API,
|
|
@@ -10098,9 +10098,14 @@ paths:
|
|
|
10098
10098
|
tags: [Platform]
|
|
10099
10099
|
summary: Add agents to a bootstrapped connection
|
|
10100
10100
|
description: |
|
|
10101
|
-
Provision additional
|
|
10101
|
+
Provision an additional agent on a connection that has already been
|
|
10102
10102
|
bootstrapped, from a template belonging to the same app. `plt_` auth only.
|
|
10103
10103
|
|
|
10104
|
+
One agent per call. A template declaring more than one agent is refused
|
|
10105
|
+
with 400: each agent's API key is returned once and cannot be re-issued
|
|
10106
|
+
to a platform app, so batching them would put several unrecoverable
|
|
10107
|
+
credentials in a single response.
|
|
10108
|
+
|
|
10104
10109
|
Bootstrap refuses a second run (409) because it also creates the vault,
|
|
10105
10110
|
the policies and the plan tier, none of which should happen twice. This
|
|
10106
10111
|
route applies only the agent portion of a template: its `agents`, their
|
|
@@ -24443,12 +24448,14 @@ components:
|
|
|
24443
24448
|
Prefer `agent_api_keys`.
|
|
24444
24449
|
agent_api_keys:
|
|
24445
24450
|
type: array
|
|
24451
|
+
maxItems: 1
|
|
24446
24452
|
description: |
|
|
24447
|
-
|
|
24448
|
-
|
|
24449
|
-
|
|
24450
|
-
|
|
24451
|
-
|
|
24453
|
+
The created agent and its one-time API key. Exactly one entry:
|
|
24454
|
+
provisioning is one agent per call, because a key is returned
|
|
24455
|
+
once and cannot be re-issued to a platform app, so a response
|
|
24456
|
+
carrying several would put several unrecoverable credentials in
|
|
24457
|
+
one payload. A template declaring more than one agent is
|
|
24458
|
+
refused with 400. The singular `agent_api_key` is the same key.
|
|
24452
24459
|
items:
|
|
24453
24460
|
type: object
|
|
24454
24461
|
properties:
|
|
@@ -27453,11 +27460,12 @@ components:
|
|
|
27453
27460
|
agent the template created.
|
|
27454
27461
|
agent_api_keys:
|
|
27455
27462
|
type: array
|
|
27463
|
+
maxItems: 1
|
|
27456
27464
|
description: |
|
|
27457
|
-
|
|
27458
|
-
a
|
|
27459
|
-
|
|
27460
|
-
|
|
27465
|
+
The created agent and its one-time API key. Exactly one entry:
|
|
27466
|
+
a template declaring more than one agent is refused with 400,
|
|
27467
|
+
because a key is returned once and cannot be re-issued to a
|
|
27468
|
+
platform app. Split such a template and bootstrap once per agent.
|
|
27461
27469
|
items:
|
|
27462
27470
|
type: object
|
|
27463
27471
|
properties:
|