Repository navigation
Resources
Resources are workspace objects that applications, monitors, and log senders target. List them using GET /v1/workspaces/{workspace_id}/resources; read or edit a resource using its UUID. Creation and update bodies are defined in the cloud reference.
Use a stable integration-specific external_id and a credential with resource-write access:
curl --fail-with-body -X POST \
"$ALSHIVAL_BASE_URL/v1/workspaces/$ALSHIVAL_WORKSPACE_ID/resources" \
-H "Authorization: Bearer $ALSHIVAL_TOKEN" \
-H 'Content-Type: application/json' \
--data '{"external_id":"example:worker","name":"Worker","kind":"api","environment":"production"}'Use the returned resource UUID in subsequent log URLs. Keep credentials out of resource descriptions and details, which are workspace-visible.
Each resource has its own JSON and OTLP log endpoints. A credential must have the necessary scope and access to that particular resource. A resource name or display URL does not replace the workspace/resource UUID pair in API paths.
The API exposes resource alerts, monitoring state/settings, monitoring subscriptions, and monitoring sources. Read current settings before applying changes. These are separate operations from ingesting application logs: writing an ERROR event does not configure a monitor.
Read the resource repository snapshot through /resources/{resource_id}/repository; request refresh with its /refresh operation. Availability depends on the resource's configured connection and authorization. Treat a refresh request as a request to update, not proof that new indexed content is already available.
The resource /ssh-key routes read metadata, set a public key, or remove the configured key as documented in the endpoint reference. Do not send private SSH keys to these endpoints. Changes require their corresponding permissions and should be verified by reading current state.
Shared file/document operations are not part of the currently published cloud OpenAPI surface; shared files live in Neural Labs. Do not build new integrations against hidden or retired upload routes.
Published from the versioned Alshival documentation source. Edit the source rather than this generated page.
- Getting started
- Meet Alshitask
- Your first board
- Install the desktop app
- Browser / server preview
- Connect and sync
- Authentication and permissions
- Sending resource logs
- Querying logs
- OpenTelemetry / OTLP
- Desktop-to-cloud forwarding
- Projects, tasks and support
- Resources and monitoring
- Services, entitlements and usage
- Cloud and desktop compatibility
- Agents and MCP
- Troubleshooting
- Desktop API
- Cloud API reference