Loading video...

Video Failed to Load

Go Home

THIS GUY ADDED A LIVE BROWSER TO CLAUDE CODE SO YOU CAN CLICK ANY ELEMENT AND EDIT IT INSTANTLY biggest issue with vibe coding UI is that you have to describe what you want to change. if you prompt it the wrong selector or wrong component, Claude can't find...

154,050 views • 6 months ago •via X (Twitter)

31 Comments

Eliran Tutia's profile picture
Eliran Tutia5 months ago

Hey, I'm the creator. Really appreciate the shoutout 🙏 timing is wild - shipped a new version yesterday that adds flow recording, so you can capture a full click-through of your app for many purposes. Feedback and contributions are welcome

Dolan's profile picture
Dolan6 months ago

@grok analyze all information in the video above and find the official github repo

VLAD ARBATOV ㊙️'s profile picture
VLAD ARBATOV ㊙️6 months ago

the biggest time sink in claude code isn't the model thinking, it's me trying to explain which button i mean using prose. pointer beats paragraph every time

the.PM's profile picture
the.PM6 months ago

can do something like this but better. or you develop a proper AEP (agent element protocol) but you don't have intelligence for that.

Willis T's profile picture
Willis T6 months ago

Same thing, right?

Eric Stevens's profile picture
Eric Stevens6 months ago

pointing at the thing you want to change is how humans have communicated since caves. describing it in text to an AI was always a weird detour

Yesith Thomas's profile picture
Yesith Thomas6 months ago

Isn't there a better version of this with @benjitaylor's Agentation? I feel like Agentation is more cleaner, open source and still gives way more context for comments to agents.

Built By Lowe's profile picture
Built By Lowe6 months ago

That’s really smart. I’m juggling the idea of making something that extends Claude usage limits by working with the caching and token usage. Most people don’t know that if you don’t use Claude within five minutes of your last prompt, the next prompt it completely reloads its memory and all the code it’s looking at. So thousands of tokens are going to waste. Should I build it?

Tom's profile picture
Tom6 months ago

built lock in with claude - describing layouts killed 40% of my time. curious if the click accuracy beats text prompts tho

CyberWolfBear's profile picture
CyberWolfBear6 months ago

This fixes the biggest pain in vibe coding. Describe wrong = stuck.

NoMo • Download Now!'s profile picture
NoMo • Download Now!6 months ago

we are mass-producing senior frontend engineers in a weekend and agencies are still charging $150/hr for someone to argue about padding values in figma the gap between what one person can build alone and what a 10 person team ships is closing so fast it's actually terrifying for anyone whose entire business model is "we have more people"

Dazz's profile picture
Dazz6 months ago

This is something that I'd love to have natively in ClaudeCode. @AnthropicAI

Endrew Cruz's profile picture
Endrew Cruz6 months ago

can't you do this too in the claude code preview section?

Hussain Hashim | Building SundayBack's profile picture
Hussain Hashim | Building SundayBack6 months ago

@om_patel5 this is a game changer. finally more freedom to tinker and adjust on the fly without typing a single line

DNS://Money's profile picture
DNS://Money6 months ago

Repo:?

King of HeroesCM | Solo Indie Dev's profile picture
King of HeroesCM | Solo Indie Dev6 months ago

Did someone test it?

ThePortablePortfolio's profile picture
ThePortablePortfolio6 months ago

been waiting for someone to do this. the gap between "I see the bug" and "I can describe the bug to the LLM" is where half my dev time goes. click-to-target kills it. open source is the cherry on top

Glass Editor's profile picture
Glass Editor6 months ago

Glass has this built in for Claude as well as Gemini and GPT

Argona's profile picture
Argona6 months ago

u won't believe how long i’ve been looking for this

Chahid Chirchi's profile picture
Chahid Chirchi6 months ago

whoa that's genius!! no more selector hell

OneManSaas's profile picture
OneManSaas6 months ago

Does this work with dynamically generated components too? I'm thinking about cases where the DOM elements change based on user state or API responses - curious if the selector mapping stays accurate.

Jonathan Reyes's profile picture
Jonathan Reyes6 months ago

does inspect element not already exist 😭

Porter's profile picture
Porter6 months ago

It’s that a native feature now

clipzy's profile picture
clipzy6 months ago

wow this is huge @ProEvilz codex needs this

TraderClaw's profile picture
TraderClaw6 months ago

Embedding your app in a browser and pointing at elements makes Claude Code instantly aware of context

Mia's profile picture
Mia6 months ago

Yeah this is huge. The selector description problem is brutal - you're trying to explain which div in a nested tree and Claude's just guessing. Half the time it clicks the wrong thing or can't find it at all. Having a live browser where you can actually point at stuff is so much better than trying to describe a selector in natural language. Makes me wish more agent tools had something like this baked in.

Lior Pozin's profile picture
Lior Pozin5 months ago

The gap between "I want to change this" and actually changing it just went to zero. We went through the same thing building internal tools at AutoDS. Engineers spent 40% of their time just explaining what needed to change to other engineers. The moment you remove the translation layer, speed doubles. Every time.

David's profile picture
David6 months ago

Sure, but where’s the repo?

Eskil Nordhaug's profile picture
Eskil Nordhaug5 months ago

Is it better than Agentation? That one has been a massive time saver for me.

Bob Jones's profile picture
Bob Jones6 months ago

Only for Claude? Pity there isn’t something like this for Codex

Noel's profile picture
Noel5 months ago

💀

Related Videos