Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code IDE integration for Emacs

github.com

Post reply on HN
Print view View original

121–130 of 281 posts

Re: Claude Code IDE integration for Emacs

#121

Post by megaloblasto »

calebkaiser wrote: post #116
megaloblasto wrote: post #111

This is awesome. I love emacs and I love integrating AI into my coding work flow. What I really want is to be able to run something like this locally for, say, less than $2000 in computer hardware. Is this feasible now or any time soon. Anyone out there using agents with local models for coding?

There's a lot of great work both around supporting memory efficient inference (like on a closer-to-consumer machine), as well as on open source code-focused models. A lot of people are excited about the Qwen3-Coder family of models: https://huggingface.co/collections/Qwen/qwen3-coder-687fc861... For running locally, there are tools like Ollama and LM Studio. Your hardware needs will fluctuate depending on what size/q…

Awesome. Great info, thanks

Is this just a fun project for now, or could I actually benefit from it in terms of software production like I do with tools like claude code?

I am interested in carefully tailoring it to specific projects, integrating curated personal notes, external documentation, scientific papers, etc via RAG (this part I've already written), and carefully chosing the tools available to the agent. If I hand tailor the AI agents to each project, can I expect to get something perhaps similar to the performance boost of Claude code for $2000 (USD)?

If not $2000, then how much would I need? I'm pretty sure for something like $75000 I could do this with a large deep seek model locally, and certainly get something very close to claude code, right?

Re: Claude Code IDE integration for Emacs

#122

Post by benreesman »

dingnuts wrote: post #117
benreesman wrote: post #103

Earlier quoted context omitted.

Can't speak for you friend, but I got my ass kicked through a combination of the hiring freezes and absorbing a bunch of famiku-wide expenses around a nasty bereavement like, right before that and got pretty much wiped out. Having been very well off (to put it mildly) from like, 2010-2023, I was pretty unclear on the fact that going broke is straight up existential now in a way that was not true ten or fifteen years…

being broke was absolutely existential fifteen years ago. signed: someone who was broke fifteen years ago and has been stacking cash on hand ever since.

I believe you, my situation might have been different. I never had much growing up and never had good jobs until like my mid 20s, I remember it sucking to be broke but not being scary if that makes sense? You could usually find at least a shitty job and even a shitty job could get you some kind of apartment or room even with bad credit. Nice apartments had hard credit checks but there were independent landlords everywhere, so if you didn't mind the occasional drug deal on your block, it was like, workable. Now its all property management companies with what amounts to one computer system and if you don't like it? AirBnB is happy to absorb every last house, room, carboard box, and park bench.

And a shitty job is no guarantee of a shitty room now, you see homeless people still in the Best Buy shirt they were wearing when they got laid off, and Best Buy is nowhere near the worst job.

I thought working hard and being really good at computer stuff was basically some kind of bare minimum job guaranteed, that being free with my money might mean not retiring young. Didn't realize tech employment was war.

Wrong. Won't make that mistake again.

Re: Claude Code IDE integration for Emacs

#123

Post by iLemming »

Karrot_Kream wrote: post #90

I'm really glad that emacs is integrating modern tooling like LSP and tree-sitter, now Claude Code, but this approach is showing its age. I'm an emacs user of 20 years and honestly it's getting hard to configure everything these days. Claude Code before the IDE integration was actually the easiest thing to get working (since it just worked and then auto-revert-mode keeps my buffers in sync.) I'm on a new MacOS instal…

> Should I be learning how to debug elisp better to understand how the commands interact with my environment?

Hell yeah, you should. I just don't understand how the heck people would claim to be using Emacs for decades and still not knowing how to use the built-in profiler, edebug, apropos, macro expansion, advising system, indirect buffers, etc.

They would complain how "fickle" Emacs is, without even realizing that they are literally operating a living, breathing, dynamic and malleable system. If there's a car that allows you to assemble some parts onto it and turn it into a submarine while you're still driving it, of course it would require you at least the knowledge of basic troubleshooting and the acceptance that shit may break at any point.

You have no idea how liberating the feeling is when you can pinpoint a problem, launch a gptel buffer and then ask Emacs to write some elisp for a hook or an advising function, you can even try the snippet in-place, without ever moving it anywhere.

These days I don't even try to strive for a "clean" config - it's modular enough and I can relatively easily navigate through it. Whenever I face a problem, I just add some elisp. When something breaks (usually due to upstream changes), I don't even get annoyed. Identifying a problem and finding a workaround doesn't take too long - typically minutes - and it doesn't even happen very often.

Re: Claude Code IDE integration for Emacs

#124

Post by nextaccountic »

Karrot_Kream wrote: post #90

I'm really glad that emacs is integrating modern tooling like LSP and tree-sitter, now Claude Code, but this approach is showing its age. I'm an emacs user of 20 years and honestly it's getting hard to configure everything these days. Claude Code before the IDE integration was actually the easiest thing to get working (since it just worked and then auto-revert-mode keeps my buffers in sync.) I'm on a new MacOS instal…

Note, Zed now has integration with Claude Code too[0], as an alternative to its own native agent (which funds Zed itself)

[0] https://github.com/jiahaoxiang2000/claude-code-zed

Re: Claude Code IDE integration for Emacs

#125

Post by iLemming »

riskassessment wrote: post #89

Gptel has been working great for me. I'd be interested in checking this out but I only have so much time to set up and test new tools. What features would make it worthwhile to switch from gptel?

You don't "switch" from gptel as this package solves a problem of a different dimension. Gptel is still great for tons of other things, even though it's not suitable for "project context-wise" LLM workflows.

Re: Claude Code IDE integration for Emacs

#127

Post by wwarner »

This is great, and I need it and will use it, but what I need even more is some kind of integration with org mode (or just note taking generally). I found out the hard way that github/copilot deletes conversations after 30 days! So much for building a knowledge base with an AI assistant! I really need something a bit like Goog's `notebookllm` for capturing research, except I'd like to control it locally.

Re: Claude Code IDE integration for Emacs

#128

Post by kgwgk »

wyuenho wrote: post #70

While I'm happy that simultaneously there are at least 5 known Emacs/Claude Code integration packages, with seemingly 2 or 3 battling it out on Reddit and elsewhere, I feel like the best implemented one is the quiet one that no one has ever talked about. https://github.com/yuya373/claude-code-emacs <- it literally implements every feature that every other ones have.

I don't know how popular it is but it may be the easiest one to install:

https://melpa.org/#/claude-code

Re: Claude Code IDE integration for Emacs

#130

Post by smaudet »

iLemming wrote: post #118
yoyohello13 wrote: post #62

I’ve always thought emacs is the ultimate editor for AI agents. The agent has so much access to the state of the editor itself and can even easily change editor behavior with elisp. I feel like editors which expose the level of customization like vim and emacs could potentially have a huge advantage.

> vim and emacs could potentially have a huge advantage. They always have had. It just depends on what people perceive to be advantageous. For me, VSCode's and IntelliJ's closed model for extensibility is a huge downside. By "closed" I mean - restrictive plugin APIs, sandboxed execution environment, corporate gatekeeping, opaque core, etc. I don't even try to "shop for more features" anymore, learning Emacs allows me…

I went (10 years ago) JetBrains because of emacs. Back then, they were the Kool Kid in town that made emacs-style functionality more accessible.

More and more they've become just another IDE with too-much-to-do. Still one of (the?) best, but as soon as your editor becomes impractical to use to edit a text file... (because it really just likes to work on projects...).

But yeah, emacs remains functional in a way that JetBrains...probably won't. I'm already more than several years behind on their releases because they stopped putting a decent product...

Post reply on HN