knockerlite 0.1.0

Python-first inbound webhook inbox on SQLite

knocker

Python bindings for Knocker, a Python-first inbound webhook inbox on SQLite.

Knocker stores every HTTP receipt before returning success, dedupes provider retries into durable Event rows, and runs handlers later in the same process using Honker, the SQLite-backed durable queue this project depends on.

Published package name: knockerlite. Python import name: knocker.

At a glance

pip install knockerlite

import knocker

app = knocker.open("app.db")

app.add_endpoint(
    name="stripe",
    path="/webhooks/stripe",
    provider="stripe",
    secrets=["whsec_123"],
)

@app.handle(endpoint="stripe", event_type="checkout.session.completed")
def handle_checkout(event, tx):
    tx.query("INSERT INTO handled_events (event_id) VALUES (?)", [event.id])

result = app.receive(
    endpoint="stripe",
    body=raw_body_bytes,
    headers=headers,
    query=query_params,
)

Use receive(...) for normal verified ingress. Use ingest(...) only when a trusted layer already knows the verification outcome.

Knocker intentionally does not ship framework adapters. Host apps own routes, read the raw request body and headers, then call receive(...); the docs include copy-paste recipes for common frameworks.

What you can use it for

• Durable receipt storage before provider success
• Stripe and generic HMAC-SHA256 verification with active secret rotation
• Deduped event processing over append-only delivery rows
• Event-level retries, dead-lettering, replay, requeue, and explicit delivery replay
• Python operator reads for events and deliveries
• Explicit pruning for handled, ignored, and orphan-delivery rows

Handlers are synchronous and should stay short and DB-local. Slow outbound work belongs in app-owned follow-up jobs, and production apps should wrap run_worker(...) in their own restart/supervision harness.

See knocker.dev for guides and the repo-level README for development commands.