@tangle-network/agent-integrations 0.15.0 → 0.16.1
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/README.md +27 -0
- package/dist/chunk-DIJ3I66K.js +1000 -0
- package/dist/chunk-DIJ3I66K.js.map +1 -0
- package/dist/index.d.ts +1 -2333
- package/dist/index.js +845 -1198
- package/dist/index.js.map +1 -1
- package/dist/specs.d.ts +2499 -0
- package/dist/specs.js +37 -0
- package/dist/specs.js.map +1 -0
- package/docs/repo-structure.md +47 -0
- package/examples/calendar-exercise-app.ts +78 -0
- package/package.json +6 -1
package/README.md
CHANGED
|
@@ -47,6 +47,9 @@ agent-facing tool contract.
|
|
|
47
47
|
automation, sync jobs, webhooks, and product workflows.
|
|
48
48
|
- Approval persistence, audit events, healthchecks, credential resolution,
|
|
49
49
|
webhook ingestion, idempotency guards, and sandbox/CLI bridge payloads.
|
|
50
|
+
- Generated-app client helpers, manifest inference/validation, consent copy,
|
|
51
|
+
platform policy presets, canonical launch action schemas, and controlled
|
|
52
|
+
provider-native passthrough validation.
|
|
50
53
|
- A generated `IntegrationSpec` registry used for setup docs, admin UI steps,
|
|
51
54
|
normalized permissions, healthcheck plans, and tool descriptions.
|
|
52
55
|
|
|
@@ -94,6 +97,12 @@ pnpm add @tangle-network/agent-integrations
|
|
|
94
97
|
| `runIntegrationHealthchecks` | Checks connection status, registry executability, scope shape, and optional live provider tests. |
|
|
95
98
|
| `receiveIntegrationWebhook` | Verifies inbound webhooks, dedupes provider events, and dispatches normalized trigger events. |
|
|
96
99
|
| `buildIntegrationBridgeEnvironment` | Encodes scoped sandbox capabilities for sandbox processes or executor-style CLIs. |
|
|
100
|
+
| `createTangleIntegrationsClient` | Tiny generated-app/sandbox client for platform `/v1/integrations/invoke`. |
|
|
101
|
+
| `inferIntegrationManifestFromTools` / `validateIntegrationManifest` | Deterministic manifest helpers for Builder and platform APIs. |
|
|
102
|
+
| `renderConsentSummary` / `renderApprovalCopy` | User-facing consent and approval copy from manifests/actions. |
|
|
103
|
+
| `createPlatformIntegrationPolicyPreset` | Secure defaults: reads allowed after grant, writes need approval, destructive denied, passthrough disabled. |
|
|
104
|
+
| `buildCanonicalLaunchConnectors` | Product-ready launch action schemas for Calendar, Gmail, Drive, GitHub, and Slack. |
|
|
105
|
+
| `validateProviderPassthroughRequest` | Policy-gated provider-native HTTP escape hatch validation. |
|
|
97
106
|
| `buildIntegrationToolCatalog` | Converts connector actions into agent/tool definitions. |
|
|
98
107
|
| `searchIntegrationTools` | Intent search over normalized integration tools. |
|
|
99
108
|
| `buildDefaultIntegrationRegistry` | Composes setup specs and vendored catalog metadata into one deduplicated connector registry. |
|
|
@@ -153,6 +162,20 @@ definitions. They never receive OAuth refresh tokens, API keys, or raw secrets.
|
|
|
153
162
|
For sandbox processes, pass the bundle through `buildIntegrationBridgeEnvironment()`;
|
|
154
163
|
the payload contains short-lived capability tokens and tool names only.
|
|
155
164
|
|
|
165
|
+
Generated app code should use the tiny client instead of raw provider tokens:
|
|
166
|
+
|
|
167
|
+
```ts
|
|
168
|
+
const integrations = createTangleIntegrationsClient({
|
|
169
|
+
endpoint: 'https://id.tangle.tools',
|
|
170
|
+
env: process.env,
|
|
171
|
+
})
|
|
172
|
+
|
|
173
|
+
await integrations.invoke({
|
|
174
|
+
tool: 'google-calendar.events.list',
|
|
175
|
+
input: { calendarId: 'primary', timeMin, timeMax },
|
|
176
|
+
})
|
|
177
|
+
```
|
|
178
|
+
|
|
156
179
|
The same manifest/grant model works for non-agent workflows:
|
|
157
180
|
|
|
158
181
|
```ts
|
|
@@ -215,6 +238,8 @@ Runnable examples live in [`examples/`](./examples):
|
|
|
215
238
|
first-party adapter provider wiring.
|
|
216
239
|
- [`examples/declarative-rest.ts`](./examples/declarative-rest.ts) - compact
|
|
217
240
|
REST connector spec.
|
|
241
|
+
- [`examples/calendar-exercise-app.ts`](./examples/calendar-exercise-app.ts) -
|
|
242
|
+
generated-app golden path: manifest, consent copy, bridge env, and invoke.
|
|
218
243
|
|
|
219
244
|
The README stays short; examples are separate so they can be copied and expanded
|
|
220
245
|
without obscuring the package contract.
|
|
@@ -232,6 +257,8 @@ without obscuring the package contract.
|
|
|
232
257
|
- Invocation envelopes validate action/tool consistency, idempotency keys,
|
|
233
258
|
metadata shape, known tools, and input size.
|
|
234
259
|
- Webhook ingestion supports signature verification and provider-event dedupe.
|
|
260
|
+
- Provider-native passthrough is disabled by default and must be explicitly
|
|
261
|
+
policy-enabled with method/path/body limits.
|
|
235
262
|
- Action invocation checks ownership, connection status, scopes, allowed actions,
|
|
236
263
|
and expiration.
|
|
237
264
|
- `IntegrationActionGuard` can enforce idempotency, approval, audit logging,
|