Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
FabianCarbonara
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
FabianCarbonara
2mo ago
I've been circling the same exotic holes: I'm trying to sandbox LLM-written code in the browser - running it one layer deeper, in a worker spawned inside the sandboxed iframe. The WebRTC hole actually goes away down there. RTCPeer
2.
▲
by
FabianCarbonara
3mo ago
(Thanks for vouching! I emailed the mods about my account. I think I tripped a filter with a clumsy submission start...) About the sprites: loading them from Python at runtime actually works. Stage's Bank objects are plain Python bytes
3.
▲
by
FabianCarbonara
3mo ago
Python never touches the PPU: the memory-mapped registers live entirely behind a thin C layer (_snesfb / _snesstage modules). Sprite/tile bitmap data gets packed into VRAM tile banks once at startup; at runtime Python only mutates
4.
▲
by
FabianCarbonara
3mo ago
Yes, definitely: the GBA is a 32-bit ARM with 256 KB of RAM and mature GCC support, so it sidesteps everything that made this hard: the 16-bit size_t, the far pointers, the barely-stress-tested compiler. The SNES was the fun target though ;
5.
▲
by
FabianCarbonara
3mo ago
The bug count surprised me too. Calypsi is a great compiler, but MicroPython is likely the largest program anyone has pushed through it: a huge interpreter switch, packed structs, setjmp/longjmp exception handling, far pointers everywh
6.
▲
Show HN: Python running on the Super Nintendo (in-browser demo)
(fabian-kuebler.com)
7 points
by
FabianCarbonara
3mo ago
|
8 comments
7.
▲
by
FabianCarbonara
7mo ago
Maybe I am a bit overdramatic ;) For me this is mostly about user experience. If the agent creates a complex mini app, the user might have to wait 30 seconds. That's 30 seconds without feedback. It's way nicer to already see infor
8.
▲
by
FabianCarbonara
7mo ago
A2UI is Google's take — declarative JSON, tool-calling based, predefined component catalog. Clean and safe but constrained. My approach is the opposite bet: full code execution instead of tool calls. The agent can build any React UI fr
9.
▲
by
FabianCarbonara
7mo ago
Whoa, I hadn't seen channels yet — and you already got fenced working with Claude Code?! That's awesome. Would love to see what you built!
10.
▲
by
FabianCarbonara
7mo ago
Interesting idea! The slots mechanism already handles some of this — you can mount a skeleton first and fill in named sections later as the LLM generates them. But true out-of-order transclusion could be useful for more complex layouts. Wor
11.
▲
by
FabianCarbonara
7mo ago
and I meant to say: tinkerdown looks pretty cool!
12.
▲
by
FabianCarbonara
7mo ago
The goal isn't really a better markdown format — it's bringing code execution and generative UI together. The code fences run on the server: calling APIs, processing data, doing agentic work. And they can also mount reactive UIs w
13.
▲
by
FabianCarbonara
7mo ago
The significance is responsiveness — instead of waiting for the LLM to finish generating the entire code block before anything happens, each statement executes as soon as it's complete. So API calls start, UIs render, and errors surfac
14.
▲
by
FabianCarbonara
7mo ago
Exactly this! Right now this uses React for Web but could also see it in the terminal via Ink. And I love the "freeze" idea — maybe then you could even share the mini app.
15.
▲
by
FabianCarbonara
7mo ago
Thanks! Really interesting to hear you're working on something similar. You're right that the level of expressiveness is the key design decision. There's a real spectrum: - pre-registered blocks (safe, predictable) - code exe
16.
▲
by
FabianCarbonara
7mo ago
Ha, history does rhyme ;) Happy if you reach out via mail!
17.
▲
by
FabianCarbonara
7mo ago
Thanks! I totally agree — this isn't about replacing carefully designed UIs. It's about ephemeral interfaces you need in the moment — the throwaway dashboard for this specific dataset, the one-off form for this exact workflow. Thi
18.
▲
by
FabianCarbonara
7mo ago
In my approach, callbacks are first-class. The agent defines server-side functions and passes them to the UI: const onRefresh = async () => { data.loading = true; data.messages = await loadMessages(); data.loading = false
19.
▲
by
FabianCarbonara
7mo ago
Markdown UI and my approach share the "markdown as the medium" insight, but they're fundamentally different bets: Markdown UI is declarative — you embed predefined widget types in markdown. The LLM picks from a catalog. It&#x
20.
▲
I turned Markdown into a protocol for generative UI
(fabian-kuebler.com)
130 points
by
FabianCarbonara
7mo ago
|
61 comments
21.
▲
by
FabianCarbonara
7mo ago
Have a look at my blog! Is linked in my profile :)
22.
▲
by
FabianCarbonara
7mo ago
I would say so ;-) Right now AI is a powerful tool for me. It helps me express ingenuity on a more abstract level, e.g. conceptual or product thinking rather than implementation details. Some of my current projects I could have built withou
23.
▲
by
FabianCarbonara
7mo ago
This is super exciting. Emacs already treats UI as just more Elisp to eval. The AI could sculpt the entire editor to whatever you need in the moment. No plugin to install, no config to maintain. Just describe what you need and the editor be
24.
▲
by
FabianCarbonara
7mo ago
For me AI unlocked building things I just couldn't before. My creativity and ingenuity now have an outlet that wasn't possible without agentic coding tools. That's genuinely exciting. But I also keep wondering: how long until
25.
▲
Agentic UI with Markdown as the Protocol
(fabian-kuebler.com)
5 points
by
FabianCarbonara
10mo ago
|
1 comments
26.
▲
by
FabianCarbonara
10mo ago
I noticed Gemini in Gmail rendering a small interactive UI directly in chat. That made me wonder whether agents could build new interfaces on the fly. I explored some ideas and built a small prototype around three principles: code first, Ma
27.
▲
by
FabianCarbonara
5y ago
Interesting read!
28.
▲
by
FabianCarbonara
5y ago
to be honest, this was just a very stupid joke. i guess there is no good reason to compare the two.
29.
▲
by
FabianCarbonara
5y ago
too little, too late! I am super happy with React+Js nowadays..
30.
▲
by
FabianCarbonara
5y ago
Very cool project! This looks like so much fun to build. Thank you for the great documentation of your endeavour!
More ›