Live data from Hacker News

Claude Code IDE integration for Emacs

github.com

171–180 of 281 posts

Re: Claude Code IDE integration for Emacs

#171
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.

Well similarly opposite "myth" persists that Emacs (unlike Vim) is a non-modal editor. It really is a modal one.

Re: Claude Code IDE integration for Emacs

#172

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.

Emacs' advantage comes from its Lisp interpreter core - AI agents can introspect and modify the entire editor state at runtime through the same evaluation mechanisms that users employ, unlike most editors with rigid plugin APIs.

Re: Claude Code IDE integration for Emacs

#173
post #15
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.

It's not an IDE: it's a religion.

What? Emacs is in fact a digital anarchism - complete opposite of religion. It's Kropotkin¹ with parentheses - mutual aid through package sharing, no central authority (even RMS can't dictate your config), and every user autonomously creating their own means of production. The 'religion' rhetoric is just subversive humor disguising a radical experiment in computational self-governance.

Where IDEs impose hierarchical workflows, Emacs says 'no gods, no masters, only defun' It's not a cathedral or a bazaar - it's an infinite commune where every buffer is a consensus decision you make with yourself.

——

¹ - Peter Kropotkin was a Russian aristocrat who said "fuck nobility" and became one of anarchism's main theorists.

Re: Claude Code IDE integration for Emacs

#174

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…

Neovim editing has come a long way; you go from barebones (no plugins) to full-blown IDE and everything in between. There are lots of pre-configured Neovim distributions if you don't want to roll your own, such as LazyVim [1]. There are lots of AI plugins for Neovim [2]. [1]: https://www.lazyvim.org/ [2]: https://github.com/rockerBOO/awesome-neovim?tab=readme-ov-fi...

I have no idea why you're being downvoted.

Re: Claude Code IDE integration for Emacs

#175

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…

> I'm curious what emacs users are doing these days.

Integrating with a new language ecosystem is a significant amount of work for me because it involves making choices about what packages to configure and how, and which external dependencies to go with (e.g., which LSP server to use). I try to make those choices carefully, and for a lot of projects I touch in only a dabbler in those languages. It takes time to figure out.

But for actually managing external dependencies (LSP servers, linters, static analyzers, etc.), I use Nix (in particular devenv.sh) and direnv so that Emacs doesn't have to download them; it just finds them on the path. I also sometimes configure those tools via Devenv as well, creating an in-repo RC file for them and pointing to it with an appropriate environment variable. Then my configuration lives in source control and the rest of my team can use the same tools regardless of editor choice.

Re: Claude Code IDE integration for Emacs

#177
post #108

Earlier quoted context omitted.

>> I'm curious what emacs users are doing these days. Still using it because of the massive amount of customizations accumulated in a time span close to yours. I'm often tempted to switch, but if I look back, what other editor would have served me for ~20 years, mostly unchanged? I remember writing lots of macros for Visual Studio 6 and then Microsoft revamped the object system of their IDE with .NET. My understandin…

> What? No [Neo]Vim user has ever ported Emacs keybinding to Insert Mode? O_o I'm curious how fluid that is. My experience with Emacs keybindings has been, well, variable to say the least. Maybe the vim-alike folks can make better experiences. Readline's emacs bindings are a bit lacking but still fairly good for day-to-day usage.

I am truly, to borrow a phrase from another commenter on this post, a "longtime Emacs dabbler". But I use Evil mode everywhere and sometimes use other Emacs bindings in Insert mode where they don't directly conflict with some other Evil binding. It feels more or less harmonious to me, but I started with Evil and I'm not particularly attached to any default Emacs bindings.

Re: Claude Code IDE integration for Emacs

#178

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…

For your particular shell issue: https://github.com/purcell/exec-path-from-shell It can extract PATH and other environment variables from your login shell configuration.

!! This seems really nice for macOS users! Less clunky than the "envfile" option Doom Emacs provides for sure.

I also recognize the author's name because I use their direnv integration package all the time! That one is great, too.

Re: Claude Code IDE integration for Emacs

#179
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.

[dead]
Post reply on HN