looks like an amazing project to support
https://codeberg.org/NerdNextDoor/vim
https://mastodon.social/@mrmasterkeyboard/116192873098653079
Wait what? Vim has AI now? Jfc
I think they’re saying before developers started using AI to write the code, not that there are ai features in vim.
Why can’t projects adding AI just fork a new project with AI?? Call it vimai or something and let people choose it if they want it. Stop ruining things
Wait, so because vim is allowing code written with AI we are switching to a random fork? The mental gymnastics here are insane once again. Is someone assuming that the vim maintainers are gonna do agentic requests? How is this project gonna handle upstream changes into their own main? Cherry-picking only “confirmed human-only” commits? Decisions like that out of spite, with zero thoughts and just out of principle do not help against slop. You’re just adding human slop to the AI slop.
What mental gymnastics? I’ve already installed EVi on my dev VM, seems to work fine. Problem solved, as far as I’m concerned, and I’m glad to lend my public voice in support of a slop-free fork.
slop code in vim? really?? wtf
They call it… Slim.
Why do you say it’s an amazing project? Looks to me like someone copied vim, and according to the commits did nothing useful other than changing some text in a few files. The author’s comments are all about coming up with a cool name for it, and what “cool” new features to add. I don’t see any plan on actually making this a viable competing project. I don’t see the author having much credentials in leading a project of this caliber either.
Before anyone misunderstands my comment, yes anyone not liking AI should stop using vim, I very much agree. And there are two viable ways forward:
- Switch to a different editor
- Talk to the maintainers of vim to remove AI
This project is not one of them.
Where is the author’s plan to tackle the 1600 issues that vim has open? How do they address the fact that vim has hundreds of commits each month, and literally had 68 contributors in just the last month? In the past month they closed 66 issues with vim. Half of vim’s codebase is written in vimscript, and the other half in C. The new lead maintainer, I quote: “thankfully i know some C, but not vimscript”. They know some C and no vimscript? So how do they plan to develop this project?!
Another quote: “removing old targets, stripping away graphical stuff (who uses this in graphical mode anyways? everyone uses it in the CLI…”, and they already plan to drop Windows support. Already ignoring user’s needs and removing functionality. Now, they are perfectly entitled to do whatever in their fork. But how is it a viable competitor to vim in any way?
Even assuming the worst case scenario on what damage AI can do to the progress of vim’s development, who can seriously suggest that 1 person who doesn’t even know the relevant programming langagues can make a better project than hundreds of experienced contributors that are doing it for years, AI or not?
And again, all the power to them, they can have some fun with their fork. But it’s ridicoulus to suggest it as an alternative. Two years from now, vim will have fixed ~1500 issues at the current rate. And will have a bunch of new ones due to AI. Meanwhile this project will be dead, and the latest version will have 1500 unfixed issues that are all fixed in vim.
Taking a stance again AI in vim? Do it, campaign for it, talk to the maintainers, effect change, review PRs and comment about the AI mistakes you see, submit bug reports for bugs caused by AI and make a case for forbidding it’s use. You have my full support. This fork? It’s obviously going nowhere, it’s a waste of effort that could be used to actually stop AI.
Forking open source code is never a waste of effort. That’s literally the reason why open/libre source exists, to have work all done in the open and if some people fundamentally disagree with the work being done, they can start a new workstream.
Of course they can, and I underline that in my comment several times, that this person is free to do it, good for them. I don’t disagree with that at all. I’m sure they will learn a lot and that’s great.
And everyone else is free to evaluate the prospects and realities of that fork.
Yeah. You may as well just download a release tagged before he AI stuff is added.
I’m using Helix for some months now – I haven’t checked the repo for slop, but if it’s still good then I do recommend it as an alternative.
I switched to Helix as my main editor for home and work a couple years ago, it’s been a dream.
The kakoune editing paradigm (which btw, chef’s kiss), coupled with lsp support and symbol and buffer jumping built in. It’s like if vscode and kakoune had a baby. So good.
Does this mean emacs won?
And neovim. Micro has entered the ring
Yes
😭 – damn, time to try emacs again…
Wait, what the fuck?
vimhas LLM shit in it now?!?As far as I understand, they are allowing usage of LLM for developing on vim, aka adding features to the editor.
…motherfucker… -_- The only users I block are agentics.

Well, TIL. I’ll have to be more vigilant going forward. God, this era of tech fucking sucks.
I can’t believe ai slop is in vim of all things, also there aren’t any ai slop code in nano btw
Any idea if Neovim is slop coded too?








