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

Show HN: VimLM – A Local, Offline Coding Assistant for Vim

github.com

Post reply on HN
Print view View original

11–20 of 20 posts

Re: Show HN: VimLM – A Local, Offline Coding Assistant for Vim

#11

Post by JosefAlbers »

toprerules wrote: post #2

Awesome. AI isn't making Vim less relevant, it's now more relevant than ever. When every editor can have maximum magic with the same model and LSP, why not use the tool that lets you also review AI generated diffs and navigate at lightning speed. Vim is a tool that can actually keep up with how fast AI can accelerate the dev cycle. Also love to see these local solutions. Coding shouldn't just be for the rich who can…

Thanks! I totally agree. I’m looking at ways to further tighten the pairing between Vim’s native tools and LLMs (like with :diff and :make/:copen to run the code, feed errors back to the LLM, then apply the fixes, etc). The catch is model variability—what works for Llama doesn’t always work with R1 because of formatting/behavior quirks, and vice versa. Finding a common ground for all models is proving tricky.

Re: Show HN: VimLM – A Local, Offline Coding Assistant for Vim

#12

Post by ZYbCRq22HbJ2y7 »

heyitsguay wrote: post #5
ZYbCRq22HbJ2y7 wrote: post #3

What is a good method for sandboxing models? I would like to trust these projects, but downloading hard-to-analyze arbitrary code and running it seems problematic.

The attack surface area for local LLMs is much smaller than almost any program that you would download. Make sure you trust whatever LLM execution stack is being used (apparently MLX here? I'm not familiar with that one specifically), and then the amount of additional code associated with a given LLM should be tiny - most of it is a weight blob that may be tough to understand but can't really do anything nefarious, d…

> and then the amount of additional code associated with a given LLM should be tiny

What about this reporting (which is a deserialization issue, it seems like)?

- https://www.wiz.io/blog/wiz-and-hugging-face-address-risks-t...

- https://jfrog.com/blog/data-scientists-targeted-by-malicious...

Re: Show HN: VimLM – A Local, Offline Coding Assistant for Vim

#13

Post by JosefAlbers »

thor_molecules wrote: post #8
JosefAlbers wrote: post #7

Earlier quoted context omitted.

Thanks for the suggestion! The plugin currently supports toggling between / via USE_LEADER config flag. I will add a field in the config file for more customizability (e.g., "KEYBINDINGS": {"mapl":" ", "mapj":" o", ...} in cfg.json).

https://github.com/tpope/vim-fugitive/blob/b068eaf1e6cbe35d1... for reference, an example from a tpope plugin

Whoa, thanks! Will definitely look into that

Re: Show HN: VimLM – A Local, Offline Coding Assistant for Vim

#14

Post by throwaway314155 »

elliotec wrote: post #9

Why does it need an Apple M-series chip? Any hope for it getting on an intel chip and using it with Linux?

Not OP but it presumably uses an open LLM that won't run in a timely manner without being on a faster computer.

Re: Show HN: VimLM – A Local, Offline Coding Assistant for Vim

#16

Post by woodson »

ZYbCRq22HbJ2y7 wrote: post #12
heyitsguay wrote: post #5

Earlier quoted context omitted.

The attack surface area for local LLMs is much smaller than almost any program that you would download. Make sure you trust whatever LLM execution stack is being used (apparently MLX here? I'm not familiar with that one specifically), and then the amount of additional code associated with a given LLM should be tiny - most of it is a weight blob that may be tough to understand but can't really do anything nefarious, d…

> and then the amount of additional code associated with a given LLM should be tiny What about this reporting (which is a deserialization issue, it seems like)? - https://www.wiz.io/blog/wiz-and-hugging-face-address-risks-t... - https://jfrog.com/blog/data-scientists-targeted-by-malicious...

This project apparently uses MLX, Apple’s ML framework, which doesn’t use Python’s pickle library that’s behind the safety issue. There are several options for storing models/tensors in MLX, none of which I think have such (de-)serialization issues: https://ml-explore.github.io/mlx/build/html/usage/saving_and...

Re: Show HN: VimLM – A Local, Offline Coding Assistant for Vim

#18

Post by pk-protect-ai »

woodson wrote: post #15
elliotec wrote: post #9

Why does it need an Apple M-series chip? Any hope for it getting on an intel chip and using it with Linux?

It uses MLX ( https://github.com/ml-explore/mlx ), Apple’s ML framework, for running LLMs.

Why people tend to nail some stuff into their products?

We have been talking about the AI revolution for several years already, and yet there is no IDE or plugin for VS Code that supports multiple OpenAI compatible endpoints. Some, like Cody, do not even support "private" LLMs other than the ollama endpoint on localhost. Cursor supports only one endpoint for OpenAI API compatible models.

I made a custom version of ChatGPT.nvim for myself to be able to use models I like (mostly removing hardcoded gpt-3), though I dropped it because then I needed to invest time into maintaining and improving this version for myself instead of doing my job.

I'd like to run several specialized models with a vLLM engine and serve them at different endpoints, and then I'd like an IDE to be able to use these specialized LLMs for different purposes. Does anyone know a vim/neovim/vscode plugin that supports several OPENAI_API_HOST endpoints?

For now, this is only possible with agent frameworks, but that's not really what I need.

Post reply on HN