Live data from Hacker News

Claude Code IDE integration for Emacs

github.com

91–100 of 281 posts

Re: Claude Code IDE integration for Emacs

#91
post #11

I apologize for my ignorance in asking this question but is Emacs considered an IDE? I thought that was a term reserved for large, graphical editors like IntelliJ, Eclipse, or Visual Studio.

Well it is already a "graphical" editor. And I would say out of the box it isn't an IDE, but with a couple of common packages added (say a file tree, terminal, code completion, LSP) it looks pretty much identical to any commercial IDE.

Re: Claude Code IDE integration for Emacs

#92
post #36

Earlier quoted context omitted.

This is due to Richard Stalllman. He thinks that integrating "non-free" alternatives when free alternatives don't yet exist slows down free software development. Not just free as in freedom alternatives, not just free as in GPL licensed, but free as in FSF controlled projects. He did the same thing with linking extensions to GCC, LLVM debugger integration into emacs (fuzzy on that one), possibly treesitter into emacs…

Where would they integrate it. Emacs is a small core of C code. Almost everything is Elisp and in the same standing as third party packages. I’m not seeing what being in emacs core brings to an AI package?

It'd be no different than eglot, project.el, etc. Third party packages experiment with stuff, then a stable implementation appears in core.

Re: Claude Code IDE integration for Emacs

#93

Anyone have good results with something similar for Neovim?

Avante - https://github.com/yetone/avante.nvim. Admittedly I haven't had time to keep up with it's changes and as a result have gone back to VS Code + Copilot, but it's very well integrated last I did use it.

Re: Claude Code IDE integration for Emacs

#94
post #9

Like LSP and tree-sitter, I think AI coding tools like Claude Code or Aider are very good news for niche editors like Emacs or Vim. Instead of struggling about implementing advanced IDE-like features, they can integrate with these tools relatively easily, and focus on other editing related features that set them apart. In fact, IMO it makes these editors more competitive because they are highly customizable and easie…

[flagged]

Re: Claude Code IDE integration for Emacs

#95

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…

In macOS, I use the GUI Emacs from https://emacsformacosx.com/

Perhaps if you solve shell issues there once, they will stick.

Re: Claude Code IDE integration for Emacs

#96
post #55
post #36

Earlier quoted context omitted.

This is due to Richard Stalllman. He thinks that integrating "non-free" alternatives when free alternatives don't yet exist slows down free software development. Not just free as in freedom alternatives, not just free as in GPL licensed, but free as in FSF controlled projects. He did the same thing with linking extensions to GCC, LLVM debugger integration into emacs (fuzzy on that one), possibly treesitter into emacs…

You clearly misunderstood the problem. The entities he is so adamant against are not benign or passive, they actively try to capture your freedom for rent seeking behaviour. Microsoft, Apple, Amazon etc, have not got to where they are without this behaviour and they are so powerful that they have in many cases captured even public money from large governments for decades and are exceptionally sticky once allowed in.…

The objective is very much to stop non-free software. It always has been. It's not secret - it's explicitly why the FSF exists.

And that's a good thing, for the most part. Someone needs to hold the hard-line stance. It'll never happen, but it pulls things in that direction. We're all free to do what we like and use whatever software we choose, and part of the reason we have that choice is because the hardliners refuse to budge.

It does mean they make unrealistic demands and occasionally hold back useful functionality, but it's better than not having them around.

Re: Claude Code IDE integration for Emacs

#97
post #9

Like LSP and tree-sitter, I think AI coding tools like Claude Code or Aider are very good news for niche editors like Emacs or Vim. Instead of struggling about implementing advanced IDE-like features, they can integrate with these tools relatively easily, and focus on other editing related features that set them apart. In fact, IMO it makes these editors more competitive because they are highly customizable and easie…

[flagged]

Man, if anything you sound like a pretty shit coworker.

Re: Claude Code IDE integration for Emacs

#98
post #8

I'm happily using https://github.com/stevemolitor/claude-code.el which is a mere terminal wrapper (including a nifty Transient menu). But just by virtue of running inside Emacs you get a lot of power - it didn't take me a lot of effort to create an efficient, customized workflow that felt much more streamlined than my older iTerm usage. I'll keep an eye on this new offering though. There's also https://github.com/edi…

I tried that for a bit, and bounced back to just using claude code in a terminal. It was a little bit janky in emacs, and didn't have any features that justified not just running a separate terminal window (for me, at the time I checked it out). I'm wondering if this project will work. It does feel a shame that it doesn't work with the existing mcp.el package[0], but I never got around to setting that up anyways. I w…

I personally have great success with gptel + mcp + claude (via copilot due to corporate restrictions)

I wrote a short article about how I configured it there: https://her.esy.fun/posts/0029-ai-assistants-in-doom-emacs-3...

One thing I really appreciate with gptel is that it is very easy to switch from Claude to something else like a local llm (via ollama or gpt4all for example). And the interface will be similar.

Re: Claude Code IDE integration for Emacs

#99
post #32

Lately I've been seeing a lot of derision from the Emacs community of the consideration for integrating these kinds of tools with Emacs, but I truly think that's much more hurtful than helpful. Although the current development and usage of AI in software development may not closely resemble the techniques used at the time, it seems to me that Emacs' history is inextricably linked to the MIT AI Lab. It feels weird the…

The Emacs community is incredibly diverse. You'll find derision for just about everything if you look for it.

I'm guessing there's a lot of grumbling on the mailing list about non-free AI services. That's fine, you can ignore that. 3rd party modules will provide, and there's nothing core can do about it.

Re: Claude Code IDE integration for Emacs

#100
post #11

I apologize for my ignorance in asking this question but is Emacs considered an IDE? I thought that was a term reserved for large, graphical editors like IntelliJ, Eclipse, or Visual Studio.

Emacs is large and graphical. I'm not sure why the myth persists that Emacs is the same category of thing as vim; it's really not.
Post reply on HN