Skip to main content
The /apps endpoint returns every application the daemon has discovered and is actively tracking. Each entry in the response is an AppSummary — a lightweight view of that process’s identity, runtime, probe health, and state coverage. You typically call this endpoint first to discover which process IDs are available before calling /state, /action, or /schema.

Endpoint

Rate limit: 100 requests per second. This endpoint reads from the daemon’s in-memory process registry and never triggers a probe cycle, so it is very fast (typically under 1 ms).

Response Fields

total
integer
required
Total number of applications in the apps array.
apps
AppSummary[]
required
Array of tracked application summaries. See the expandable section below for all fields.

Examples

Example Response

Notes

  • The response always reflects cached data. Calling /apps never triggers a new probe cycle.
  • The daemon updates this list continuously as processes start, exit, or change runtime state. You do not need to re-register anything — it happens automatically.
  • Apps with has_state: false are in a cold probe cycle. Poll /apps every few seconds until has_state becomes true before attempting to read state or execute actions.
  • An app with probe_status: "error" will be retried automatically. If it stays in error for more than 30 seconds, check the daemon logs for probe attachment failures.