Live data from Hacker News

Launch HN: Embedder (YC S25) – Claude code for embedded software

news.ycombinator.com

51–58 of 58 posts

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#51
Problem is that most our embedded stuff is heavily NDA'ed and will never (and isn't allowed to) end up in LLMs. So we will be sticking to hand-writing most stuff.

At work we have access to the latest LLMs (Claude, Gemini, Open AI) and they are not really usable. The code looks great (which makes it extremely hard to debug) - but produce too much hallucinations.

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#52
post #35

How good is your esp32 support? This could make a lot of home automation hobbyists very happy!

ESP32 works okish with Gemini/GPT5 and Claude.

They offer a lot of public example code and documentation. LLMs inhaled that.

But they still produce a metric ton of unusable hallucinations.

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#53

This is a more general question, but: What company would be comfortable with giving out schematics, source code, etc... to third parties like this or AI Model providers like Anthropic, etc... Privacy policy aside, this just seems like a statistical guarantee at some point to leaks sensitive IP (not specifically pointing at this company, but in this space in general). Or does nobody care?

Embedder’s privacy policy is very clear that they keep your information. https://embedder.dev/privacy-policy “Content Data When you use our services, we collect: Any files or data you upload Any generated code or data”

> Any files or data you upload Any generated code or data”

That renders it entirely unusable for us :-(

We work a lot with heavily NDA'ed datasheets/sources.

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#54

Problem is that most our embedded stuff is heavily NDA'ed and will never (and isn't allowed to) end up in LLMs. So we will be sticking to hand-writing most stuff. At work we have access to the latest LLMs (Claude, Gemini, Open AI) and they are not really usable. The code looks great (which makes it extremely hard to debug) - but produce too much hallucinations.

[deleted]

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#55
post #35

How good is your esp32 support? This could make a lot of home automation hobbyists very happy!

ESP32 works okish with Gemini/GPT5 and Claude. They offer a lot of public example code and documentation. LLMs inhaled that. But they still produce a metric ton of unusable hallucinations.

I've been trying to start on embedded in my own time, but I don't have much experience at all and have been spinning my wheels getting up to speed. I'm generally YouTube/docs first, but do you find any particular LLM to be most helpful and reliable at a introductory level?

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#56

Earlier quoted context omitted.

ESP32 works okish with Gemini/GPT5 and Claude. They offer a lot of public example code and documentation. LLMs inhaled that. But they still produce a metric ton of unusable hallucinations.

I've been trying to start on embedded in my own time, but I don't have much experience at all and have been spinning my wheels getting up to speed. I'm generally YouTube/docs first, but do you find any particular LLM to be most helpful and reliable at a introductory level?

No really.

If you want to learn embedded you should try to understand the example codes the vendor supplies.

Re: Launch HN: Embedder (YC S25) – Claude code for embedded software

#58
post #16

The system prompt: You are an interactive CLI agent specialising in embedded-systems software engineering tasks using C and C++. You must adopt a rigerous and zero trust approach to reading documentationa and code. Treat every line of code with suspension until proven correct through reading documentation and code. Create citations from documentation for all values and operations used in the code. Your primary object…

Does this actually work? I always find it strange when a system prompt tells an LLM to do or not do something that requires domain knowledge to understand. Like, how does the underlying base model at all understand what it means to verify documentation?

we all know that it doesn't work 100% of the time. That's the nature of llms.
Post reply on HN