Live data from Hacker News

Claude Code IDE integration for Emacs

github.com

51–60 of 281 posts

Re: Claude Code IDE integration for Emacs

#51
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…

I didn’t know MIT AI lab was involved in the modern AI boom, that’s interesting

Asionometry has a great video on it: https://youtu.be/sV7C6Ezl35A

The Levy book Hackers has a ehole third of the book about it.

Re: Claude Code IDE integration for Emacs

#52
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…

A lot of us are grateful in some abstract way for all the foundational work RMS did both technically and organizationally to preserve what remaining software freedoms we still have, but got off the bus a long time ago. He got really weird and it was on some "no fly zone" shit. There's an `emacs` community that recognizes the history without being involved in any contemporary sense.

Why did you?

Re: Claude Code IDE integration for Emacs

#53

Earlier quoted context omitted.

I didn’t know MIT AI lab was involved in the modern AI boom, that’s interesting

Asionometry has a great video on it: https://youtu.be/sV7C6Ezl35A The Levy book Hackers has a ehole third of the book about it.

Haven’t got time to watch that but that book seems quite old. Are you sure it talks about LLMs?

Re: Claude Code IDE integration for Emacs

#54
post #35

Earlier quoted context omitted.

I just like having a neovim terminal open with claude code open

Out of curiosity, do you have a good flow for having a file buffer automatically update in response to claude's changes? I'm perpetually needing to remember to `:e! ` to read the updated file.

To offer an anecdote: I've been used to doing `:e!` with vim. I recently finally had a reason to move to nvim... and it's been auto-updating my buffers when I do stuff in `aider`. Very much a, "oh, ok that's nice!" and I haven't dug further.

Re: Claude Code IDE integration for Emacs

#55
post #36
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…

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.

LLM provide an exceptional opportunity for us to free ourselves from these captor interests, but we need to looking to develop them.

RMS has been proven correct on so many things from standard Microsoft behaviour, and planned obsolete to the licensing rug pulls of so called open source projects.

The question is not about stopping non free, that's a ridiculous objective, but if you don't have any principles you are going to have nothing solid to stand on in response to their nefarious and extractive behaviour.

Re: Claude Code IDE integration for Emacs

#56

Anyone have good results with something similar for Neovim?

https://github.com/greggh/claude-code.nvim https://github.com/coder/claudecode.nvim

I tried these, and they seem to mainly be opening Claude Code in a pane in Vim, along with commands to open the pane. It’s missing the features added to the Emacs version like open file awareness, access to text selection, and integrated diff for changes.

It would be really interesting to see a version which exposes Vim as an MCP. I would love to see Claude Code work on the active file, reading from open buffers, typing Vim motions, and taking advantage of Vim features like find/replace and macros. It would be closer to the real pair programming experience, whereas the read and write experience is slow and disjointed from editing.

Re: Claude Code IDE integration for Emacs

#57

Earlier quoted context omitted.

Asionometry has a great video on it: https://youtu.be/sV7C6Ezl35A The Levy book Hackers has a ehole third of the book about it.

Haven’t got time to watch that but that book seems quite old. Are you sure it talks about LLMs?

They weren't called LLMs, but they had neural networks and hardware optimizations for AI and huge teams of people tirelessly labeling stuff to make it look smarter than it is :)

There is some surprise factor at the GPT-3 -> gpt-4-1106 jump for people who know the history of AI generally and who were around a lab during the ImageNet days, but not as much as everyone is acting like.

The last two years are a notable but by no means unprecedented rush towards the next wall. There's even a term for it: AI Summer is short and AI winter is long and its about as predictable as the seasons in Game of Thrones / ASOIAF.

Re: Claude Code IDE integration for Emacs

#58

Earlier quoted context omitted.

I just like having a neovim terminal open with claude code open

they how do you say. look at these lines of code to claude?

I just say "look in file.py at lines 20-30" or "See in function FooBar where we foo the bar".

Re: Claude Code IDE integration for Emacs

#59
post #54
post #35

Earlier quoted context omitted.

Out of curiosity, do you have a good flow for having a file buffer automatically update in response to claude's changes? I'm perpetually needing to remember to `:e! ` to read the updated file.

To offer an anecdote: I've been used to doing `:e!` with vim. I recently finally had a reason to move to nvim... and it's been auto-updating my buffers when I do stuff in `aider`. Very much a, "oh, ok that's nice!" and I haven't dug further.

I’m actually a neovim user already! This makes me worry that my config has something to prevent this behavior (but I hope not, I hate messing with my config)

Re: Claude Code IDE integration for Emacs

#60
post #35

Earlier quoted context omitted.

I just like having a neovim terminal open with claude code open

Out of curiosity, do you have a good flow for having a file buffer automatically update in response to claude's changes? I'm perpetually needing to remember to `:e! ` to read the updated file.

There is a vim setting to automatically load changes from disk. I can’t remember name of the option right now, but it should be an easy lookup.
Post reply on HN