opentelemetry-instrumentation-exceptions
OpenTelemetry unhandled exceptions instrumentation
Decision gist · record as of 2026-08-14
Yes, if you already use OpenTelemetry and need to capture exceptions that would otherwise be invisible. The low install friction, active maintenance, and permissive license make it a straightforward addition to observability infrastructure. The Beta status and recent release date mean you should test it in a non-critical environment first and monitor for any edge cases in your specific exception patterns.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.10 or later; requires an active OpenTelemetry API and exporter setup to actually receive the emitted logs.
- Low install friction with a pure-Python wheel and only three core OpenTelemetry dependencies.
- Actively maintained as of 2026-08-14 with recent releases; marked Beta status.
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 permissive license allows commercial and private use with minimal restrictions.
last release 2026-07-16 (29 days) · last repo commit 2026-08-14 · 1,086 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 460,215 downloads/mo, #6,540 on PyPI
Alternatives
Verify before relying
pip install opentelemetry-instrumentation-exceptions
from opentelemetry.instrumentation.exceptions import UnhandledExceptionInstrumentor
UnhandledExceptionInstrumentor().instrument()- Whether this package works with all asyncio patterns (e.g., task groups, context vars) or has known limitations.
- Performance overhead when instrumenting high-exception-rate applications.
- Whether exception context (stack traces, local variables) is preserved in the emitted logs.
What it is and what it does
This package is an OpenTelemetry instrumentation plugin that automatically hooks into Python's exception handling to capture exceptions that would otherwise go unobserved. It intercepts uncaught exceptions at the process level, thread-level exceptions, and unhandled asyncio task exceptions, converting them into OpenTelemetry log records. This is useful when you already have OpenTelemetry infrastructure in place and want to ensure all exceptions—even those that crash threads or tasks silently—are visible in your observability system.
The instrumentation is minimal to set up: a single call to `UnhandledExceptionInstrumentor().instrument()` at startup. It requires Python 3.10 or later and depends on the core OpenTelemetry API and instrumentation packages. Since it is still in Beta status and was first released in mid-2026, it may have rough edges or API changes in future versions.
Use it for
- Capture silent thread exceptions in multi-threaded applications that would otherwise be lost.
- Monitor asyncio task exceptions in async applications to detect tasks failing without explicit error handling.
- Centralize exception visibility in microservices using OpenTelemetry backends like Jaeger or Datadog.
- Audit unhandled exceptions in production without modifying application code.
- Detect and alert on process-level crashes or fatal exceptions in real time.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you already use OpenTelemetry and need to capture exceptions that would otherwise be invisible.
The low install friction, active maintenance, and permissive license make it a straightforward addition to observability infrastructure. The Beta status and recent release date mean you should test it in a non-critical environment first and monitor for any edge cases in your specific exception patterns.
Install
opentelemetry-instrumentation-exceptions on PyPI
Before you install
Low install friction with a pure-Python wheel and only three core OpenTelemetry dependencies. Actively maintained as of 2026-08-14 with recent releases; marked Beta status.
Requires Python 3.10 or later; requires an active OpenTelemetry API and exporter setup to actually receive the emitted logs.
License in practice
Apache-2.0 permissive license allows commercial and private use with minimal restrictions.
Quickstart
pip install opentelemetry-instrumentation-exceptions
from opentelemetry.instrumentation.exceptions import UnhandledExceptionInstrumentor
UnhandledExceptionInstrumentor().instrument()Verify before relying
- Whether this package works with all asyncio patterns (e.g., task groups, context vars) or has known limitations.
- Performance overhead when instrumenting high-exception-rate applications.
- Whether exception context (stack traces, local variables) is preserved in the emitted logs.
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 3 packagesopentelemetry-apiopentelemetry-instrumentationopentelemetry-semantic-conventions |
| Maintenance | Actively maintained 29 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 460,215 / month, #6,540 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 4 - BetaIntended Audience :: DevelopersLicense :: OSI Approved :: Apache Software LicenseProgramming Language :: PythonProgramming Language :: Python :: 3Programming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.14 |
Evidence: opentelemetry_instrumentation_exceptions-0.65b0-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “exception instrumentation opentelemetry”
- opentelemetry-instrumentation-exceptionsAutomatically captures uncaught exceptions in your Python process,…
- azure-core-tracing-opentelemetryIntegrates Azure SDK clients with OpenTelemetry to emit distributed…
- opentelemetry-test-utilsProvides test utilities and helpers for writing unit tests for…
Give your agent the search over MCP, or paste the wish link into any chat.
More Monitoring packages
Wraps any iterable to display a real-time progress bar in the terminal or Jupyter notebook, showing iteration count, elapsed time, and estimated time remaining.
Provides generated Python code for OpenTelemetry semantic conventions, enabling standardized attribute naming and constant definitions for instrumentation and telemetry collection.
Install it if you are using OpenTelemetry and want to follow semantic conventions correctly.
Provides the reference implementation of the OpenTelemetry API for collecting and exporting traces, metrics, and logs from Python applications.
Provides the abstract API and interfaces for OpenTelemetry instrumentation in Python, defining how to emit traces, metrics, and logs without tying code to a specific SDK implementation.
Exports OpenTelemetry observability data to an OpenTelemetry Collector using Protobuf-encoded messages over HTTP.
Install it if you are using OpenTelemetry in Python and need to send data to a Collector over HTTP.
Provides automatic instrumentation commands and programmatic APIs to inject distributed tracing into Python applications without code changes, detecting and instrumenting packages used by your program.
Install it if you need distributed tracing without code changes and have compatible instrumented packages in your environment.
See also opentelemetry-contrib-instrumentations · honeybadger · opentelemetry-instrumentation-structlog · opentelemetry-instrumentation-logging · opentelemetry-instrumentation-pymemcache · opentelemetry-instrumentation-kafka-python · opentelemetry-instrumentation-tornado · opentelemetry-test-utils · bugsnag