worker-logs_skill

This skill helps you tail and inspect Cloudflare Worker logs from the CLI to debug API 401/500 and inspect headers.
  • Rust

364

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill openagentsinc/openagents --skill worker-logs

  • SKILL.md4.3 KB

Overview

This skill tails and inspects Cloudflare Worker logs from the CLI to help debug the site and API Workers. It focuses on real-time request/response traces, console output, and authentication diagnostics for the homepage worker (apps/web) and the API worker (apps/api). Use it to see why requests return 401/500 and to verify headers, secrets, and runtime errors.

How this skill works

Run wrangler tail from the worker’s app directory (or pass --config/--cwd) to open a live streaming log of requests, statuses, and console output. You can filter the stream (status, method, header, search text, JSON vs pretty) and run separate tails for the web and API workers in parallel. Logs are real-time only; for historical data use the Cloudflare dashboard or Logpush.

When to use it

  • Reproducing 401/500 errors from openagents.com or openagents.com/api.
  • Verifying that X-OA-Internal-Key or other headers arrive intact and why authorization failed.
  • Watching console.log and console_error output from the Rust API or the web app while reproducing an issue.
  • Correlating Convex or other service calls with API worker behavior by tailing both sides simultaneously.
  • Monitoring live traffic during deployments or troubleshooting intermittent failures.

Best practices

  • Run npx wrangler tail from the worker’s app directory (apps/api or apps/web) or pass --config/--cwd to point to the correct wrangler file.
  • Use --format json when piping into tools like jq for reliable filtering and correlation with other logs.
  • Filter aggressively (--status, --method, --search, --header) to reduce noise and avoid sampling on high traffic.
  • Set --sampling-rate 1 to capture 100% of requests if you suspect sampling hides the issue.
  • Do not log secrets directly; log presence/length or masked values for diagnostics.

Example use cases

  • Debug a 401 from the API: cd apps/api && npx wrangler tail --status error while reproducing the failing request to see openclaw auth lines.
  • Trace a page error: cd apps/web && npx wrangler tail and reproduce the UI flow to capture console logs and request statuses.
  • Compare Convex and API activity: Terminal 1 tails apps/api, Terminal 2 tails apps/web, Terminal 3 shows Convex logs; reproduce the flow to follow the request chain.
  • Filter logs for openclaw: npx wrangler tail --format json | jq 'select(.url|contains("openclaw"))' to inspect only relevant API calls.

FAQ

No. wrangler tail provides a live stream only. For historical logs use the Cloudflare dashboard (Workers → your worker → Logs / Real-time Logs) or Logpush.

Why do I see fewer entries under heavy load?

Tail may sample under high traffic. Use --sampling-rate 1 to request 100% logging, but be mindful of rate limits and the 10-client concurrent tail limit.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
worker-logs skill by openagentsinc/openagents | VeilStrat