improve the workers observability errors documentation

Author: Ankcorn

src/content/docs/workers/observability/errors.mdx

@@ -244,15 +244,37 @@ To review whether your application is experiencing any downtime or returning any
 
 A `responseStreamDisconnected` event `outcome` occurs when one end of the connection hangs up during the deferred proxying stage of a Worker request flow. This is regarded as an error for request metrics, and presents in logs as a non-error log entry. It commonly appears for longer lived connections such as WebSockets.
 
-## Debug exceptions
+### Worker Errors
 
-After you have identified your Workers application is returning exceptions, use `wrangler tail` to inspect and fix the exceptions.
+The `Errors by invocation status` chart shows the number of errors that occurred. This graph is chart down into the following categories:
 
-{/* <!-- TODO: include example --> */}
+| Error                            | Meaning                                                                                    |
+| -------------------------------- | ------------------------------------------------------------------------------------------ |
+| `Uncaught Exception`           	 | Your Worker code threw a JavaScript exception during execution.                            |
+| `Exceeded CPU Time Limits`			 | Worker exceeded CPU time limit or other resource constraints.                              |
+| `Exceeded Memory`                | Worker exceeded the memory limit during execution.                                         |
+| `Internal`                  		 | An internal error occurred in the Workers runtime.                                         |
+
+The `Client disconnected by type` chart shows the number of client disconnect errors that occurred. This graph is chart down into the following categories:
+
+| Client Disconnects               | Meaning                                                                                    |
+| -------------------------------- | ------------------------------------------------------------------------------------------ |
+| `Response Stream Disconnected`   | Connection was terminated while streaming the response (common with WebSockets).           |
+| `Cancelled`                      | The Client disconnected before the Worker completed its response.                          |
+
+## Debug exceptions with Workers Logs
+
+[Workers Logs](/workers/observability/logs/workers-logs) is a powerful tool for debugging your Workers. It allows you to see the logs generated by your Worker, including any uncaught exceptions that occur during execution.
+
+To find all your errors in Workers Logs, you can use the following filter: `$metadata.error EXISTS`. This will show you all the logs that have an error associated with them. You can also filter by `$workers.outcome` to find the requests that resulted in an error. For example, you can filter by `$workers.outcome = "exception"` to find all the requests that resulted in an uncaught exception. All the possible outcome values can be found in the [Workers Trace Events](logs/reference/log-fields/account/workers_trace_events/#outcome) Reference.
+
+## Debug exceptions from `Wrangler`
+
+To debug your worker via wrangler use `wrangler tail` to inspect and fix the exceptions.
 
 Exceptions will show up under the `exceptions` field in the JSON returned by `wrangler tail`. After you have identified the exception that is causing errors, redeploy your code with a fix, and continue tailing the logs to confirm that it is fixed.
 
-## Set up a logging service
+## Set up a 3rd party logging service
 
 A Worker can make HTTP requests to any HTTP service on the public Internet. You can use a service like [Sentry](https://sentry.io) to collect error logs from your Worker, by making an HTTP request to the service to report the error. Refer to your service’s API documentation for details on what kind of request to make.