cURL
Workforce
Call Workforce
Proxy HTTP requests to a deployed workforce component.
POST
cURL
This route is a gateway proxy to a running workforce deployment (an agent or workflow). The platform forwards your HTTP request to the deployment; responses pass back through unchanged (aside from normal proxy behavior).
Path, query, and auth are the same for every method. The deployment must handle the method you send.
The reference below is for POST so the API playground and generated fields render. The same path and parameters apply to GET, PUT, PATCH, and DELETE — use the verb you need when calling the API directly.
Supported HTTP methods
| Method | Use case |
|---|---|
| GET | Read-only calls (e.g. health, metadata). |
| POST | Typical RPC-style calls (e.g. …/run). |
| PUT / PATCH | Idempotent or partial updates when your component exposes them. |
| DELETE | Deletes or teardown actions your component exposes. |
Path and query
workforce— Which component to hit: numeric id, manifest UUID, or name (same identifiers you use elsewhere in the project API).path— Suffix on the deployment server after the component segment (for examplerunorhealthcheck). Use the path your running app defines; can be empty for the deployment root.rev(query, required) — Git branch the deployment is tied to (for examplemain).
Limits
- WebSocket upgrades are not supported on this proxy route.
- If nothing is running for that component on
rev, you get 404. If the deployment returns an error upstream, you may see 502.
Authorizations
Timbal API key. Obtain your API key from the Timbal platform settings. See Authentication for more information.
Path Parameters
Organization id
Project id
Workforce component: numeric id, manifest UUID, or name
Sub-path on the deployment server.
Query Parameters
Git branch name (for example main).
Response
Response from the workforce deployment