EdgeSpark captures logs from your project’s worker and streams them in real time through the CLI.Documentation Index
Fetch the complete documentation index at: https://docs.edgespark.dev/llms.txt
Use this file to discover all available pages before exploring further.
Stream logs
console.info, console.warn, console.error, uncaught exceptions, and request summaries for each invocation.
Recommended observability workflow
For a quick manual check, runedgespark log tail in one terminal and trigger requests from another.
For longer debugging sessions, the better pattern is to send the log stream to a file and let it keep running in the background while you deploy, trigger requests, and inspect results separately:
- keep logs running while you edit and redeploy
- trigger requests from another shell or browser
- review the stream after the fact instead of watching one long interactive session
- let an agent keep the log stream alive in the background while it checks the file incrementally
Check the file while requests are running
Once the background stream is running, trigger a request and inspect the file:edgespark log tail running in the background, write it to .logs/edgespark.log, and read that file between deploys, requests, and retries.
That is more reliable than keeping the agent attached to a continuously streaming terminal session. The log file becomes a stable artifact the agent can inspect, summarize, and revisit after each step.
Log a message from your code
server/src/index.ts
See also
Deploy and test loop
How to read logs after a request and iterate on errors.
Development workflow
Where
edgespark log tail fits in the normal edit, deploy, and validate loop.CLI commands
Full reference for
edgespark log tail and the rest of the CLI.Handling errors
How to use runtime logs to debug deploy failures, request errors, and SQL rejections.