Skip to content

warlock logs

warlock logs reads the request log (http.logging.requests): the JSON-lines files in storage/logs/requests. Nothing boots, so it works on a stopped app, on a server that only has the files, and from CI artifacts.

Terminal window
warlock logs requests
warlock logs requests --status 5xx --since 1h
warlock logs requests --status 404 --route posts --limit 20 --json
warlock logs request f3c1d0a2 --json

Run it from the project root: it reads storage/logs/requests under the current directory.

Lists persisted requests, newest first: time, status, method, duration, URL, id, and the error message when there is one.

FlagTypeDescription
--statusstringOne status (404) or a class (5xx).
--routestringRoutes whose name or pattern contains this text (posts.list, /users).
--sincestringA duration back from now (30m, 1h, 2d, 1w) or an ISO date.
--limit, -nstringHow many rows. Default 50.
--json, -jbooleanPrint the rows as JSON.

Prints one record: method, URL, status and time, the route and user, the error with its stack (and phase, page file and site), the phases, the query count with the slowest query and N+1 findings, the log entries the request emitted, and the redacted body. --json prints the whole RequestLogRecord.

0 on success (including an empty list), 1 for a bad flag value, an unknown id or an unknown action. With --json, a failure prints { "ok": false, "message": "…" }.

  • Request log — what is recorded and how to configure it.
  • warlock trace — send one request to the dev server and print its timeline.
  • MCP — the request_log tool gives agents the same data.