Tracepanel
See what your app does on every request. Tracepanel records each request, background task and command of your Python app with its SQL queries, logs and errors. It points out N+1 queries, duplicate queries and slow SQL, and names the line of code to fix. You read it in a panel on your pages and in a console.
It runs while you develop, and everything stays on your machine.
Install
pip install tracepanel
Tracepanel is on only in development: when DEBUG is on, in a debug server,
or under tracepanel run. Add it to your app:
# Django: settings.py
INSTALLED_APPS += ["tracepanel.django"]
# FastAPI
from fastapi import FastAPI
import tracepanel.fastapi
app = FastAPI(debug=True)
tracepanel.fastapi.install(app)
# Flask, started with `flask run --debug`
from flask import Flask
import tracepanel.flask
app = Flask(__name__)
tracepanel.flask.install(app)
Open a page of your app and click the badge in the corner. On a page that
loads each post's author in its own query, the panel shows
SELECT auth_user ×50 marked N+1, the line of code that ran it, and the
select_related() that turns 50 queries into one. The console at
/__tracepanel__/ holds every request, task and command the app ran.
Tracepanel also traces Celery, Dramatiq, RQ, Huey, Taskiq, FastStream,
SQLAlchemy, Strawberry, Graphene, Django REST framework, Django Ninja,
Channels, django-q2 and htmx when they are installed. SQL you run
through a database driver without an ORM is traced too: sqlite3, psycopg,
psycopg2, asyncpg, the MySQL drivers, oracledb, pyodbc and pymssql. So are
the HTTP calls your app makes with requests, httpx or aiohttp, and its
Redis commands. Each AWS call boto3 or aiobotocore makes is a span named as
AWS names it, S3 PutObject avatars/1.png: S3 calls are storage calls,
DynamoDB's are datastore commands, SQS and SNS sends are messages, and the
N+1 and duplicate checks apply to them. A call to OpenAI or Anthropic through
their SDKs is a span with the model, the tokens it used, why it stopped, the
tools it called and, for a stream, the time to its first token. The messages
themselves are kept only with capture_llm_content = true. The console
estimates each call's cost from list prices: llm_prices = "prices.json"
names a file of your own, in the shape of the agent's llm-prices.json,
that overrides or adds models. Tracepanel reads the log
lines you write with logging and attaches each one to the request, task or
command that wrote it. Your logging configuration stays as it is.
In Django it shows each signal sent, its sender, the line that sent it and
the receivers that ran, each with its own time, queries and errors.
Each call a file storage makes to its backend is a span, on the local disk
or S3, and collectstatic shows its phases and its slowest files.
migrate shows each migration it applied or unapplied, each operation in it
with its SQL, and marks the operations that lock or rewrite a table on your
database, such as a column type change on PostgreSQL. The console warns of
migrations not applied yet.
For Django, pip install django-tracepanel installs the same package.
Run without changing your code
tracepanel run turns Tracepanel on for one command. The project stays as it
is:
tracepanel run python manage.py runserver # Django
tracepanel run uvicorn app.main:app # FastAPI, Starlette
tracepanel run flask --app app run # Flask
tracepanel run gunicorn app:app # Falcon (WSGI)
tracepanel run uvicorn app:app # Falcon (ASGI)
tracepanel run celery -A app worker # a worker
tracepanel run taskiq worker app:broker # a Taskiq worker
Configure
Every setting has a default. To change one, set it in one of these places, and a later place wins:
tracepanel.toml, or[tool.tracepanel]inpyproject.toml- the
TRACEPANELdict in Django's settings - a
TRACEPANEL_<NAME>variable, such asTRACEPANEL_SLOW_SQL_MS=50
# pyproject.toml
[tool.tracepanel]
slow_sql_ms = 50
n_plus_one_threshold = 5
ignore_paths = ["/health*", "/static/*"]
tracepanel config prints each setting, its value and where it comes from.
The server's access log leaves out tracepanel's own requests (the panel polls
several times a second): quiet_access_log = false keeps them.
Profile a request
A profile shows where a request's time went in code, as a flame graph in the
console. The SDK samples the request's stack every profile_interval_ms
(1 by default, so a short request still has a
profile to read) while it runs. It profiles a request that sends an
X-Tracepanel-Profile: 1 header, and every request that carries the
tracepanel_profile=1 cookie, which the panel's Profile toggle sets while it
is on. The tasks a profiled request queues are profiled too, on the worker
(Django Tasks aside: they carry nothing to it). profile = true profiles
every trace, tasks included, and profile_enabled = false turns profiling
off.
Code that keeps the CPU busy holds Python's GIL, so the sampler runs less
often than the interval asks. A frame that waits rather than computes (a
sleep, a socket read, a lock, the event loop's select) is marked as waiting,
and each stack says in which 10 ms of the trace it was seen. An async trace
is its asyncio task's: while the task awaits, the profile shows what it
awaits (build_report → asyncio.sleep, with the line of the await)
instead of the idle event loop, so requests sharing a loop each get their
samples. A moment the profiler can't tell between two traces on one thread
is counted as dropped.
Every profile counts garbage collections, with how long each one stopped
the trace and when. A profile counts memory too when asked: an
X-Tracepanel-Profile: memory header, a tracepanel_profile=memory cookie,
or profile_memory = true for every profiled trace. Tasks a request asking
for memory queues count theirs too. Memory is counted with Python's
tracemalloc: the peak above the level at the trace's start, what is still
allocated at its end (net), and the 50 sites that held the most at the
peak, each the project's line that allocated or called the library that did.
tracemalloc starts with the first trace that asks and stops once none has
run for a while. It slows down every allocation the whole process makes
meanwhile: a short request can take several times longer, and the requests
running beside it slow down too. An app that runs tracemalloc itself keeps
it as it is, and its peak is not reset. tracemalloc counts the whole
process: a trace that ran beside others says its numbers are shared. A trace
that isn't profiled pays for none of this.
Trace your own code
To add your own steps to a request or a task, or to trace a script or a scheduled job:
import time
import tracepanel
@tracepanel.traced
def rebuild_index() -> None:
with tracepanel.span("index.load", source="db") as span:
time.sleep(0.01)
span.set("rows", 120)
tracepanel.event("index rebuilt", rows=120)
with tracepanel.trace("rebuild-index"):
tracepanel.set_attr("tenant", "acme", on_trace=True)
rebuild_index()
span() adds a step to the current trace, and @traced does the same for a
function. trace() starts a new trace. Tracepanel stores keyword attributes
under app., so source becomes app.source. SQL, logs and errors inside a
span belong to that span. Outside development these calls do nothing, so you
can leave them in.
In tests
The pytest plugin turns what Tracepanel finds into test failures, so an N+1 query fails CI before it reaches production. It comes with the package and stays off until you turn it on:
pytest --tracepanel
# pyproject.toml
[tool.pytest.ini_options]
tracepanel = true
tracepanel_fail_on = ["n+1", "duplicates"]
Each test runs as a trace named after the test. A request the test makes
through Django's test client, Starlette's or FastAPI's TestClient, httpx's
ASGI transport or Flask's test client is a trace of its own, linked to the
test's in the console. Fixtures run outside the test's trace, so the test
database's setup doesn't count.
When the test passes, the agent looks at its traces. An issue of a kind in
tracepanel_fail_on (n+1 and duplicates by default) fails the test with
the issue, its query, the line of code that ran it and a link to the trace:
tracepanel found 1 issue in this test:
N+1: 5 similar queries · SELECT auth_group
SELECT "auth_group"."name" FROM "auth_group" ... WHERE "user_id" = %s
at blog/views.py:9 in users
in GET /users/ → http://127.0.0.1:52811/#/t/01M5VH6BFMFPA7X692DKQV2ANZ
Load the related rows in one extra query: add `prefetch_related()` ...
A mark changes the rules for a test, a class or a module. A fixture and a context manager count queries inside the test:
import pytest
import tracepanel
@pytest.mark.tracepanel(max_queries=10, allow=["n+1"])
def test_feed(client, tracepanel_trace):
client.get("/feed/")
assert tracepanel_trace.queries <= 10
with tracepanel.max_queries(2):
client.get("/feed/?page=2")
fail_on replaces the kinds that fail the test, allow takes kinds out of
them, and max_queries caps the queries of the test and its requests.
tracepanel_trace.issues lists what the agent found in the test's requests
so far.
The plugin starts the project's agent when none is running, as
tracepanel run does. Without an agent (agent = "off", or none for the
platform) the tests run without findings, and one warning says so. Query
counts need no agent. Under pytest-xdist every worker sends its tests to the
same agent, and async tests under anyio or pytest-asyncio work the same way.
Command line
| Command | What it does |
|---|---|
tracepanel run <command> |
runs a command with Tracepanel on |
tracepanel dev |
runs the agent in the foreground, with the console on http://127.0.0.1:8765/ |
tracepanel config |
prints the settings in effect and where each comes from |
tracepanel clear |
deletes every stored trace, log, query, email and issue |
tracepanel mcp |
gives an AI coding agent your traces over MCP |
Supported versions
| Python | Django |
|---|---|
| 3.11 | 5.2 |
| 3.12, 3.13, 3.14 | 5.2, 6.0, 6.1 |
| 3.15 | 6.1 |
Documentation
The documentation is at tracepanel.dev/docs/python: installing, the integrations, settings, tracing your own code and the command line. The panel, the console and the issues are the same in every framework, under tracepanel.dev/docs. Django has a guide of its own at tracepanel.dev/docs/django.
Links
- tracepanel: what Tracepanel finds, how it works, privacy, and the agent this package installs
- CHANGELOG.md: what changed in each version
- CONTRIBUTING.md: developing this package
License
Licensed under the MIT License. The agent it installs,
tracepanel-agent, is under the
FSL-1.1-ALv2:
source available, and Apache-2.0 two years after each release.
Metadata
Release files for tracepanel 0.5.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| tracepanel-0.5.1.tar.gz | 276.7 kB | Without provenance | Details for tracepanel-0.5.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| tracepanel-0.5.1-py3-none-any.whl | Python 3 | none | any | Details for tracepanel-0.5.1-py3-none-any.whl |
Total release size: 598.8 kB
Release files / tracepanel-0.5.1.tar.gz
| Download URL | tracepanel-0.5.1.tar.gz |
|---|---|
| Size | 276.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
02c6722e941ef0d1462f3cb2e2e7cddd531d93481ab3f9a7883dd2762e563f17
|
|
BLAKE2b-256 checksum How to use checksums |
b9274bb79df1aaa40f58ccb385a1ed7489161183e99e10e68199b04db85a7ac5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.13.5 {"installer":{"name":"uv","version":"0.13.5","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Release files / tracepanel-0.5.1-py3-none-any.whl
| Download URL | tracepanel-0.5.1-py3-none-any.whl |
|---|---|
| Size | 322.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
1cf5cf4b5427d134014f77d68ee89885b34e4dd58408e6e5afbd97f32ecc50df
|
|
BLAKE2b-256 checksum How to use checksums |
6f858bbf5713bc3f20ce42def77a6e29889ccbfb7f51f5ebc5b19f02ae52f5ea
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.13.5 {"installer":{"name":"uv","version":"0.13.5","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Security for tracepanel 0.5.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.