Senior DevRel Engineer @Google | Go, Gemini & AI Agents | Keynote speaker | Retro games, anime & cats =^.^=

London, UK
If AI brings us the promise of the future, why are we still stuck in the past with chatbots in Markdown? Most AI applications today still work like a terminal from decades ago: you type a prompt, the agent runs a tool, and it dumps a wall of text back at you. Modern agentic interfaces should not only use richer UI elements, they should also adapt to what the user needs instead of forcing everything through a static, one-size-fits-all screen. That changes how we think about frontend development. Instead of designing hardcoded application screens upfront, we design a shared catalog of UI building blocks and let the agent assemble the interface on demand. Google's open Agent to User Interface (A2UI) protocol was built for this. Your frontend keeps full control over styling and native components, while the agent decides what to display based on context across three primitives: • Catalog: The menu of UI components (charts, gauges, tables, 3D views, buttons) shared between the backend agent and the frontend client. • Surfaces: The live UI canvas that updates in real time as the agent streams structured JSON messages. • Actions: Two-way events that turn a click on a table row, graph node, or button directly into the next turn of the conversation without typing a follow-up prompt. In my latest article, I used A2UI and Genkit to give my diagnostic agent, AIDA, the modern glowup she deserves, with dynamic UI elements rendered on-demand and human in the loop tool approvals for the most critical operations. Read the full article on danicat.dev: danicat.dev/posts/designing-… Companion repository: github.com/danicat/go-aida
1
7
963
Daniela Petruzalek retweeted
Finally, I met @danicat83 -san!!! The motivation to create gomu was for @danicat83 -san's session. I'm looking forward to meeting you in Japan, soon! #GoLab2026
2
1
34
1,684
.@golab_conf is starting now! ❤️ Looking forward to another great event!
1
2
13
498
Next Kemal is talking about adding telemetry to go code without modifying the source with otelc
1
1
1
158
To be honest after the compiler part most of the talk flew over my head as I’m not much of an infrastructure person 😅 I am aware that eBPF exists, and that’s about it. But if this is your thing go check OBI v1.0.0 which I’ve heard has just been released
1
2
112
Everyone on my timeline is arguing about which is the best LLM, and here I am unironically telling people to read a 40-year-old book about Lisp as inspiration for the future.
When foundation models have all the knowledge of the world baked into their weights, what's left for the humans? Humans should be the beacon. Exactly because models know all, every path looks equally plausible. They cannot prioritise and sequence information to create with taste. This is where our new job kicks in: as if we were spelunking in a dark cave, we hold the flashlight, pointing at the path and deciding where the model should focus next. There are few books that I've read in my life that I consider to be evergreen. One of those is Structure and Interpretation of Computer Programs (aka SICP). Why is this book relevant now? Because of the way it describes programs and how we as engineers "conjure spells" to build them: "People create programs to direct processes. In effect, we conjure the spirits of the computer with our spells... The programs we use to conjure processes are like a sorcerer's spells. They are carefully composed from symbolic expressions in arcane and esoteric programming languages that prescribe the tasks we want our processes to perform." We are still in the business of conjuring processes to instruct the computers. Only the language in which we craft our spells has changed. Now that we write those spells in plain English instead of arcane symbolic expressions, orchestrating agents and ensuring they are on the right track is the most important part of the job. SICP also captures how we structure those systems: "Master software engineers have the ability to organize programs so that they can be reasonably sure that the resulting processes will perform the tasks intended. They can visualize the behavior of their systems in advance... Well-designed computational systems, like well-designed automobiles or nuclear reactors, are designed in a modular manner, so that the parts can be constructed, replaced, and debugged separately." If you take the quote above and replace the word "programs" with "agents," the whole framework still stands. We need to learn how to structure our agentic coding processes so that they produce well-designed computational systems. And SICP's warning holds just as true today: "Like the sorcerer's apprentice, novice programmers must learn to understand and to anticipate the consequences of their conjuring. Even small errors in programs can have complex and unanticipated consequences... Real-world programming, however, requires care, expertise, and wisdom." If we don't anticipate the consequences of what we conjure, an unguided agent will multiply small structural flaws faster than we can even realise them. Moving faster doesn't replace the need to build mental models. Our core work is structuring context, constraints, and feedback loops so agents build what we actually intended. If anything, our job has become harder: technical knowledge has become a commodity, but taste and critical sense are still sparse. Ultimately, we're still sorcerers conjuring the spirits of computers. It's just our spells that have crossed yet another level of abstraction. Read the full post: danicat.dev/posts/20261028-b…
1
6
294
Daniela Petruzalek retweeted
📺 The late Sir Patrick Stewart on "Wogan" in 1988 talking Star Trek and how it wouldn't be on British TV for another 2 years
54
482
3,574
230,458
Random shower thought: we are the last generation that will look at hacker movies with the fast scrolling screens and cringe because they are unrealistic 😅
8
310