mplemay

Be me. Too AHDH to even open the article, let alone read the article before moving to the next HN post.

If you are looking to write have you're agent write typescript code, check out: https://github.com/mplemay/belgie.

TLDR: You're agent will get a isolated v8 runtime (chrome's sandboxed javascript runtime)

Wishing you all the best with this project. Super cool.

If you are looking to improve the mcp, you should try adding a UI to it (see https://apps.extensions.modelcontextprotocol.io/api/). And the server happens to be in python, you should check out: https://mplemay.github.io/belgie/examples/mcp/. It is a project I have been working on which makes it easy to build MCP UIs from python.

For the past couple of month, I have been building belgie (https://github.com/mplemay/belgie) with the goal of making it easy for agents to dynamically generate user interfaces / code in a sandboxed environment. At a high-level, it supports

1. Create React MCP UIs (and traditional Web UIs) from python without needing a JS runtime installed

2. Provides a deno backed typescript sandbox for agent generated code via pydantic-ai / langchain

A great example use cases is automatically generating UIs for SQL query results.

This opinion is not backed by facts, any insight about linux (or even the languages in question), or even related to this post. Nevertheless, I wonder if it was a good idea to allow rust contributions to the linux project. From all of the bits and pieces I read about zig (including this project), I feel like it would have been better aligned (than rust) to pick up where the mainly C codebase left off.

Congrats on the launch!

Just today, I started exploring the current web development ecosystem in Python. As a long-time Python developer, it is amazing to see all the recent work that has gone into making the web accessible to more than just JavaScript developers.

Despite seeing all these amazing new approaches (e.g., Reflex, Streamlit, and now this), I can't help but think there is still a need to rely on "more mature tech" (though this gap is closing) to make non-trivial websites in Python (and in general). After surveying the Python (and JavaScript) ecosystem, I personally decided that a simple stack consisting of FastAPI, Pydantic, SQLAlchemy, Jinja2, Tailwind CSS, and HTMX would be the fastest approach to build a non-trivial app using Python.

With that being said, I will definitely circle back around in a month or so to see how things have progressed. I wish you all the best in making Python a contender for the next generation of web development.

Do you mind linking the homepage, google scholar, etc. of "Petar Velolickovic"? The only reference to the name on google search appears to be this post.

Thanks for working on such an awesome project and releasing such useful features!

Yet, what stops us from using supabase is not the set of features, but the state of the current apis. Last night I was evaluating the python sdk and some of the examples were broken, baseline features like RLS are unimplemented (https://github.com/supabase-community/supabase-py/issues/58), and progress seems slow (it seems to have been release two years ago and it is still in alpha). Even though supporting many platforms is boring (i.e. no flashy feature announcements) and costly (many FTEs are required for maintenance let alone adding features), are there any plans to bring feature parity more of the sdks to allow more developers to leverage this awesome platform?