|
|
|
|
|
by max_lt
167 days ago
|
|
Workers that hit limits (CPU, memory, wall-clock) get terminated cleanly with a clear reason. Exceptions are caught with stack traces (at least it should lol), logs stream in real-time. What's next: execution recording. Every invocation captures a trace: request, binding calls, timing. Replay locally or hand it to an AI debugger. No more "works on my machine". I think the CLI will look like: # Replay a recorded execution: openworkers replay --execution-id abc123 # Replay with updated code, compare behavior: openworkers replay --execution-id abc123 --worker ./dist/my-fix.js Production bug -> replay -> AI fix -> verified -> deployed. That's what I have in mind. |
|
One thing I’ve found tricky in similar setups is making sure the trace is captured before side-effects happen, otherwise replay can lie to you. If you get that boundary right, the prod → replay → fix → verify loop becomes much more reliable.
Really like the direction.