Earlier quoted context omitted.
post cannot be edited, unfortunately... thanks for the dev kit :)
We just edited it for you. Hope it's OK.
awesome!!
Launch HN: Embedder (YC S25) – Claude code for embedded software
41–50 of 58 posts
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#42I’ve honestly been having a pretty good time with embedded dev and claude code, including board bring up and rtos dev.
As you mention providing the context is the key. I also have a fair bit of embedded dev/management experience so know intuitively how things should go.
As with everything, organization seems to win.
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#43You’ll probably hear people say things like “this could just be an MCP server and a prompt to use it.” To that I’d say: just remember that infamous 2007 Dropbox comment: https://news.ycombinator.com/item?id=9224 If you can make the developer experience simple enough that it becomes standard practice, you can go really far. Good luck!
Well, it depends if it does anything novel under the hood and not just Model + System Prompt + Tools + User Input...like 99% of agents being build right now.
Yes. But it's surprising how few people even make a basic attempt to do something simple when there's a paid way to do it that's simpler or readily available. This is the case even among technical people.
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#44This looks awesome. Embedded programming doesn’t get enough love. Did you think about making this an MCP (aka plugin) service that general agents a la claude code can leverage?
exposing the context layer as an MCP is a very interesting idea that I did not consider; could be a good way to drive adoption. great suggestion.
Not just the context layer: the hardware interaction layer would be incredibly useful as a local MCP. These seem to be your special sauce, not the UI. Allowing users to access these from their preferred editors or cli tools would probably help adoption a lot.
Great work building this. If I was still in the hardware space I'd be all over this.
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#45Just yesterday I was both hindered and helped by Google in modifying a 32 bit bootloader to load and executes 64 bit code.
- Google search was utterly useless, giving me no relevant results (which I found later by searching around github). It mainly returned results for a different archtecture, padded with results on a different topic.
- Gemini only wanted to give workflow hints sparsely dotted with actual (correct) asm.
- but then I found out that Gemini had a full grasp of the 6500 page datasheet and it happily reviewed my code, pulling out 2 errors and suggesting some optimisation.
We’ve come to the point were google search is worse than github search. And I haven’t given up on Gemini yet.
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#46Just yesterday I was both hindered and helped by Google in modifying a 32 bit bootloader to load and executes 64 bit code. - Google search was utterly useless, giving me no relevant results (which I found later by searching around github). It mainly returned results for a different archtecture, padded with results on a different topic. - Gemini only wanted to give workflow hints sparsely dotted with actual (correct)…
>>
We’ve come to the point were google search is worse than github search
LOL
++1
..which you couldnt ever imagine to happen 10+ years ago :)
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#47[deleted]
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#48Is there a way to authenticate without a browser? (For when we're developing on a headless machine or a remote machine via vscode->ssh, and the callback to localhost can't fire from our client machine)
I've tried launching via `NO_BROWSER=true embedder` but this doesn't seem to change the auth flow
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#49One test case that I've used with LLMs that generate code: generate a stop light.
In short,
Generate a stoplight with unit tests.
I have not yet found a model that produces sufficiently safe code. I haven't tested this in awhile; but I don't expect any current LLM to be sufficient at this task.
Maybe an LLM could generate a safe stop light with formal methods as a primary meta procedure? From https://news.ycombinator.com/item?id=44889967 re: formal methods:
> We should not expect an LLM trained solely on formally-verified code to produce formally-verified code. I don't think that also training on specs and hateful training material will fix that.
Re: Launch HN: Embedder (YC S25) – Claude code for embedded software
#50Is there a way to authenticate without a browser? (For when we're developing on a headless machine or a remote machine via vscode->ssh, and the callback to localhost can't fire from our client machine) I've tried launching via `NO_BROWSER=true embedder` but this doesn't seem to change the auth flow
good suggestion, adding to the next release