> ## Documentation Index > Fetch the complete documentation index at: https://docs.getcliq.io/llms.txt > Use this file to discover all available pages before exploring further. # Wait for Hug events > Returns the events after each cursor (`after[hug_id]`), waiting up to `wait_ms` (25 s at most) when there are none yet, and each Hug's status. No credential is needed from this machine. From another host, send `Authorization: Bearer` with a dispatch token CliqHub signed for this daemon or a `cliq_tok_…` personal token of a user in the daemon's realm; this only works once the daemon is connected to CliqHub. See [Authentication](/daemon-api/overview#authentication). ## OpenAPI ````yaml /openapi/daemon-by-tag/daemon-hug.yaml post /v1/hugs/next openapi: 3.1.0 info: title: cliqd API version: 1.15.6 description: >- HTTP API of `cliqd`, the local Cliq daemon. Generated from the daemon source by `scripts/generate_daemon_openapi.mjs` — do not edit by hand. See the [overview](/daemon-api/overview). servers: - url: http://127.0.0.1:4900 description: Local daemon (default port; `CLIQ_DAEMON_PORT` changes it) security: [] tags: - name: Daemon Hugs description: >- A Hug is an agent asking people for input. The agent (through cliq-sdk's `ctx.ask` / `ctx.hug`) opens it here; cliqd stores it with its events in SQLite, sends it to CliqHub when enrolled (through the outbox, retried until it is accepted), and hands the agent each event — an answer, the expiry, a cancellation — in order through `next`. The agent decides when it has heard enough and closes the Hug. CliqHub delivers events with `deliver` (a Hub command: deduplicated and acknowledged, stored before the ack). In standalone mode there is no CliqHub: the Hug is local, `cliq run` asks at the terminal, and the answer arrives through `respond`. A phase that stops while its Hugs are open waits for them, and runs again when they have something new — also after a restart. paths: /v1/hugs/next: post: tags: - Daemon Hugs summary: Wait for Hug events description: >- Returns the events after each cursor (`after[hug_id]`), waiting up to `wait_ms` (25 s at most) when there are none yet, and each Hug's status. No credential is needed from this machine. From another host, send `Authorization: Bearer` with a dispatch token CliqHub signed for this daemon or a `cliq_tok_…` personal token of a user in the daemon's realm; this only works once the daemon is connected to CliqHub. See [Authentication](/daemon-api/overview#authentication). operationId: daemon_post_hugs_next requestBody: required: true content: application/json: schema: type: object properties: hug_ids: minItems: 1 maxItems: 100 type: array items: type: string minLength: 1 description: Hugs to wait on after: default: {} description: 'Per Hug: return events with seq above this' type: object propertyNames: type: string additionalProperties: type: integer minimum: 0 maximum: 9007199254740991 wait_ms: description: How long to wait for an event (default and max 25s) type: integer minimum: 0 maximum: 25000 required: - hug_ids additionalProperties: {} examples: default: value: hug_ids: - 6c2d1e0f-9a8b-4c7d-8e6f-5a4b3c2d1e0f after: 6c2d1e0f-9a8b-4c7d-8e6f-5a4b3c2d1e0f: 0 wait_ms: 25000 responses: '200': description: Success. content: application/json: schema: type: object required: - ok - data properties: ok: type: boolean const: true data: type: object properties: events: type: array items: $ref: '#/components/schemas/HugEvent' hugs: type: array items: type: object properties: hug_id: type: string status: type: string example: ok: true data: events: - hug_id: 6c2d1e0f-9a8b-4c7d-8e6f-5a4b3c2d1e0f seq: 1 type: response response: response_id: r-1 responder: user_id: u-1 name: Ann via: - security values: decision: approve responded_at: '2026-10-07T10:20:00Z' hugs: - hug_id: 6c2d1e0f-9a8b-4c7d-8e6f-5a4b3c2d1e0f status: open '400': description: >- `PAYLOAD_INVALID` — The body (query string for `GET`) fails the request schema. `details` lists each issue. `BAD_REQUEST` — The body is not valid JSON or is larger than the route allows (10 MB; artifact uploads more). content: application/json: schema: $ref: '#/components/schemas/ErrorReply' examples: PAYLOAD_INVALID: summary: PAYLOAD_INVALID value: ok: false error: code: PAYLOAD_INVALID message: >- hug_ids: Invalid input: expected array, received undefined details: - path: hug_ids message: 'Invalid input: expected array, received undefined' BAD_REQUEST: summary: BAD_REQUEST value: ok: false error: code: BAD_REQUEST message: >- Request body could not be read: Unexpected token } in JSON at position 12 '401': description: >- `UNAUTHORIZED` — A caller on another host sent no `Authorization: Bearer` token, or one that does not verify (expired, wrong audience). content: application/json: schema: $ref: '#/components/schemas/ErrorReply' examples: UNAUTHORIZED: summary: UNAUTHORIZED value: ok: false error: code: UNAUTHORIZED message: Missing or invalid Authorization Bearer token '403': description: >- `WEB_REQUEST_REFUSED` — The request carries an `Origin` header (it came from a web page). `HOST_NOT_LOCAL` — A loopback caller addressed a `Host` other than localhost (DNS rebinding guard). `LOCAL_ONLY` — The daemon isn't connected to CliqHub (no dispatch key) and the caller is on another host. `FORBIDDEN` — A `cliq_tok_…` token's user is not in this daemon's realm ACL, or the ACL is not loaded yet. content: application/json: schema: $ref: '#/components/schemas/ErrorReply' examples: WEB_REQUEST_REFUSED: summary: WEB_REQUEST_REFUSED value: ok: false error: code: WEB_REQUEST_REFUSED message: cliqd doesn't accept requests from web pages HOST_NOT_LOCAL: summary: HOST_NOT_LOCAL value: ok: false error: code: HOST_NOT_LOCAL message: cliqd only answers requests addressed to localhost LOCAL_ONLY: summary: LOCAL_ONLY value: ok: false error: code: LOCAL_ONLY message: >- This cliqd isn't connected to CliqHub yet, so from another machine it only accepts a local token (minted by tokens/create on the machine running cliqd) FORBIDDEN: summary: FORBIDDEN value: ok: false error: code: FORBIDDEN message: Access denied — identity not in realm ACL '500': description: >- `INTERNAL_ERROR` — An unexpected daemon fault. The message names the request id; the cause is in the cliqd log. content: application/json: schema: $ref: '#/components/schemas/ErrorReply' examples: INTERNAL_ERROR: summary: INTERNAL_ERROR value: ok: false error: code: INTERNAL_ERROR message: >- cliqd hit an unexpected error (request 7f3a…). Details are in the cliqd log. security: - {} - DaemonBearer: [] components: schemas: HugEvent: type: object required: - hug_id - seq - type properties: hug_id: type: string seq: type: integer description: Per Hug, from 1, in order. type: type: string enum: - response - expired - cancelled response: type: object additionalProperties: true description: >- For `response`: `{ response_id, responder: { user_id, name }, via, values, comment, responded_at }`. reason: type: string description: 'For `cancelled`: why.' ErrorReply: type: object description: >- Every failure. Switch on `error.code` — it is stable; `message` is for people and may change. required: - ok - error properties: ok: type: boolean const: false error: type: object required: - code - message properties: code: type: string description: Stable error code. See [Errors](/daemon-api/errors). example: TEAM_NOT_FOUND message: type: string description: What went wrong and, where possible, what to do. example: Team 'acme/code-review' not found details: description: >- Structured detail when there is some: the list of schema issues for `PAYLOAD_INVALID`, the agent problems for `TEAM_AGENT_CONFIG_REQUIRED`, … securitySchemes: DaemonBearer: type: http scheme: bearer description: >- Not needed from the same machine. From another host: a dispatch JWT CliqHub signed for this daemon, or a `cliq_tok_…` personal token whose user is in the daemon's realm. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.