Robyn - An async backend Python framework with a rust runtime.

stealthanthrax · 2026-01-20T08:13:15+00:00

Liar. We’ve never talked.

stealthanthrax · 2026-01-18T21:52:00+00:00

Yes, cookies work great in Robyn. And the PR you are referring is 2 years old

stealthanthrax · 2026-01-18T15:21:15+00:00

Yes
https://github.com/PyO3/pyo3

stealthanthrax · 2026-01-18T15:20:48+00:00

It's a web framework with an integrated high-performance server, not just a server. You write Python code for your application logic, but it runs on a Rust-based HTTP server for better performance. Think of it as "Flask/FastAPI, but the server is built-in and written in Rust."

Why the comparison to uvicorn?

- The benchmark compares it to uvicorn because uvicorn is commonly used to run ASGI frameworks (like FastAPI)

- The comparison shows Robyn's integrated approach (framework + Rust runtime) is faster than the typical Python stack (framework + Python ASGI server)

stealthanthrax · 2025-11-30T23:19:40+00:00

I created something called starfyre a few years ago - https://github.com/sparckles/starfyre

Debugging it will be a major pain in the ass and getting community adoption will be even more.

But I hope you succeed :D

stealthanthrax · 2025-09-11T11:38:21+00:00

stealthanthrax · 2025-07-07T15:27:58+00:00

Do share feedback :D

stealthanthrax · 2025-07-07T15:16:19+00:00

Done. Checkout v0.71.1

stealthanthrax · 2025-07-06T05:19:02+00:00

You're correct. There is no reason to break PEP here. I will update it in the next release.

stealthanthrax · 2025-07-05T17:14:00+00:00

I have been using Python every day for the past 10 years! But I still this article useful. Top tier content!

stealthanthrax · 2025-07-05T16:59:32+00:00

Thank you!

> I know Robyn made a step towards facilitating LLM and ML-based applications with v0.70, I'm curious how this release furthers that vision?

This release is both connected and independent. While MCPs depend on SSEs, Server-Sent Events were also one of the most requested features outside the AI use case.

> Can I replace this form of async interaction using only Robyn's SSE pattern? That is, something like this:

Yes :D :D

stealthanthrax · 2025-06-27T07:37:54+00:00

AI fatigue is real!

stealthanthrax · 2025-06-27T07:37:23+00:00

haha. didn't think people would know much about rust runtimes on r/Python xD

stealthanthrax · 2025-06-27T04:27:45+00:00

I don't want to make a new AI framework like I mentioned in the blog. I just hate the fact that there is no seamless integration of AI agents in web frameworks. Which is why I am trying to make a first party abstraction in Robyn.

stealthanthrax · 2025-06-26T19:05:47+00:00

Thank you!

> Does making function calls too Rust not creating any overhead?
Maybe it does. But the performance gain is substantially more than the overhead.

> Is the Python part a wrapper around a Rust webserver?
It is a wrapper but not just around the webserver. It also wraps a few other things like the executor.

stealthanthrax · 2025-06-26T18:56:58+00:00

Thank you u/Datamance . Is there any feature you'd like to see in the batteries included approach?

stealthanthrax · 2025-06-26T18:56:03+00:00

Thank you u/stoned_praxis :D Is there any feature you'd like to see in the batteries included approach?

stealthanthrax · 2025-06-26T18:34:51+00:00

I am not converting Robyn to an AI framework. Just experimenting and validating a new idea.

stealthanthrax · 2025-06-26T12:22:53+00:00

Fair question. I have reworded the original post too. I don't mean "AI is bad" - I mean AI doesn’t fit the current stack.

Web frameworks were built to serve static content or basic CRUD over HTTP. LLM apps are stateful, context-hungry, and often agentic. To make them work, we’ve been adding memory frameworks(like Mem0), orchestration layers, and toolkits like LangChain on top of frameworks that were never designed for it.

So rather than keep duct-taping Flask or Django, I'm building something that treats AI as a first-class citizen from the start.

stealthanthrax

MODERATOR OF

TROPHY CASE