Live data from Hacker News

Using Claude Code: The unreasonable effectiveness of HTML

twitter.com

191–200 of 308 posts

Re: Using Claude Code: The unreasonable effectiveness of HTML

#191
One layer above html is having Claude produce .jsx or .tsx files.

Because it can have little components with jsx (html like) bits, it’s fairly human readable and editable.

Components give it semantic compression and the high level scan makes it easier to understand and change.

Re: Using Claude Code: The unreasonable effectiveness of HTML

#193
post #21

My concern here is that by gravitating to HTML you lose the ability for a human (you!) to easily co-author the document with the LLM. If it’s just an explainer for your consumption, that’s not a concern - but if it’s a spec sheet for something more complex, I deeply value being able to dive in and edit what is produced for me. With a HTML doc it is much harder to do that than with MD. Now of course you could just rep…

Markdown supports inline HTML for interactive elements, I think an interesting potential alternative would be an md doc with a known HTML template and simple build (e.g. single line pandoc command).

yah this should be the way. simpler text in markdown and rich visuals and complex tables in html. coding agents should handle this locally instead of wasting tokens as well.

Re: Using Claude Code: The unreasonable effectiveness of HTML

#195

A couple of tradeoffs I don't see mentioned here for HTML vs MD: - HTML is significantly less token-efficient - Difficult to provide precise feedback on plans HTML, much easier to do this in MD. Both of these tradeoffs set Anthropic up for success. Using HTML as our medium will increase token usage, and I'd bet they're investing in tools to mark up HTML (part of Claude Design) which will help improve lock-in. Either…

Also there’s a wider code execution vulnerability for HTML. Plaintext would never hurt you.

Re: Using Claude Code: The unreasonable effectiveness of HTML

#197
post #21

My concern here is that by gravitating to HTML you lose the ability for a human (you!) to easily co-author the document with the LLM. If it’s just an explainer for your consumption, that’s not a concern - but if it’s a spec sheet for something more complex, I deeply value being able to dive in and edit what is produced for me. With a HTML doc it is much harder to do that than with MD. Now of course you could just rep…

Markdown supports inline HTML for interactive elements, I think an interesting potential alternative would be an md doc with a known HTML template and simple build (e.g. single line pandoc command).

This is the way - lightweight build process - host it on your private tailnet to consume the document on whichever device you so choose - tablet, phone - also makes it easier to share with co-colaborstors etc. in a more secure way.

Re: Using Claude Code: The unreasonable effectiveness of HTML

#198
One thing I found quite good in earlier LLMs once they introduced the “Canvas” tool is to let them iterate on a thing (which they would do with React and friends) and then finally asking them to convert to a single file HTML+JS which they’d do admirably.

These days, modern LLMs just get it right first time. I like these little tools for myself. E.g. some are like this one here: https://viz.roshangeorge.dev/voxtral-viewer/?t=jeffrey-epste...

Which I use for things like reading podcasts (I’m not much of a listener - prefer to read) all single page HTML. I also make little sims for myself like: https://viz.roshangeorge.dev/baby-opportunity-cost/

The single page format has some conveniences like you can iframe it in when you want like I do on this blog post to illustrate an idea: https://wiki.roshangeorge.dev/w/Blog/2025-02-14/Fertility_Ra...

LLMs are good at tag demarcation. I wonder if that’s why we use tags for in-band signaling () etc. or whether they’re good for it because they trained them to be good for in-band signaling. Would be cool to hear from someone at a lab about this.

Re: Using Claude Code: The unreasonable effectiveness of HTML

#199
post #175

Earlier quoted context omitted.

My manager does this and with a straight face comes to me after with it and goes “put this in production” and wonders why it takes more than 5 minutes. I absolutely hate the absolute rot these tools have caused to people’s brains.

Last week, we discovered our 'AI-native' marketing VP put his team's entire documentation hub on a public Github Pages site for an entire week. This included prospect lists, meetings, marketing metrics like CaC/lead times, funnel metrics, etc. He did not solicit feedback from engineering and violated multiple points in our AI policy. Of course there will be no repercussions.

We had a CSM vibe code a dashboard and put it on publically avaiable unauthenticated Firebase. Leaked a bunch of customer PII.

We fired him.

He’s suing for wrongful termination and…homophobia.

People are completely cooked. These tools are too powerful and normies are too stupid to use them responsibily.

Re: Using Claude Code: The unreasonable effectiveness of HTML

#200

"With HTML, as long as you upload the file (for example to S3), you can share the link easily. Your colleagues can open it wherever they wish and easily reference it." You don't have to host html files. You can just email it and any browser can view it.

Heck, these days the email is the HTML
Post reply on HN