kennethreitz/responder

A familiar HTTP Service Framework for Python.

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 45 minutes ago
Added to GitGenius on September 19th, 2026
Created on October 9th, 2018
Open Issues & Pull Requests: 1 (+0)
GitHub issues: Enabled
Number of forks: 217
Total Stargazers: 3,615 (+0)
Total Subscribers: 85 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 1.3 hours
Mean response time: 130.9 days
90th percentile: 507.9 days
Tracked items: 27

Most active contributors

Sign in to see contributor activity.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 0
New in 7 days: 0
Closed in 7 days: 0
Avg open age: N/A days
Stale 30+ days: 0
Stale 90+ days: 0

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • bug (5)
  • help wanted (3)
  • ci and infrastructure (2)
  • documentation (2)
  • feature (2)
  • qa and testing (2)
  • question (2)
  • dependencies (1)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

Responder is a web framework for Python that combines the familiar request-response pattern of Flask and Falcon with modern async capabilities powered by Starlette and ASGI.

The framework addresses the need for a lightweight yet capable HTTP service framework by providing a simple mental model where every view receives mutable request and response objects. Developers read from the request object and write to the response object, with support for both synchronous and asynchronous views. The tool is built on Starlette for routing and uvicorn for serving, offering modern Python I/O patterns while maintaining an intuitive API surface.

Responder suits developers who want expressive web frameworks with built-in capabilities rather than minimal scaffolding. It works well for microservices, GraphQL endpoints, and HTTP services where you need both simplicity and production features without extensive third-party integrations. It provides escape hatches to mount Flask, Django, WSGI, or ASGI applications under a unified API when needed.

The project shows consistent maintenance with regular updates to the changelog and active documentation. Development activity demonstrates ongoing refinement of core features and responsiveness to the framework's design goals around developer experience and production readiness.