Live data from Hacker News

Show HN: Fork of Claude-code working with local and other LLM providers

github.com

11–20 of 41 posts

Re: Show HN: Fork of Claude-code working with local and other LLM providers

#13
post #2

License could be an interesting challenge and compatibility. https://github.com/anthropics/claude-code/blob/main/LICENSE.... and https://github.com/dnakov/anon-kode/blob/main/LICENSE.md

If you want one that was shipped 3 months earlier, is true FOSS (Apache 2.0,), and can even work reasonably with qwen-32b-coder-instruct, check https://github.com/ai-christianson/RA.Aid

Disclaimer: am maintainer

If you try it and have feedback, I'm very curious to hear it.

Re: Show HN: Fork of Claude-code working with local and other LLM providers

#15
post #2

License could be an interesting challenge and compatibility. https://github.com/anthropics/claude-code/blob/main/LICENSE.... and https://github.com/dnakov/anon-kode/blob/main/LICENSE.md

If you want one that was shipped 3 months earlier, is true FOSS (Apache 2.0,), and can even work reasonably with qwen-32b-coder-instruct, check https://github.com/ai-christianson/RA.Aid Disclaimer: am maintainer If you try it and have feedback, I'm very curious to hear it.

Can I give your money ?

I'll try it out tonight.

Does running it inside of VS Code sandbox this ? Claude keeps failing when every it tries to run a shell directory.

Re: Show HN: Fork of Claude-code working with local and other LLM providers

#17
post #16

Congrats on the launch! As someone who is ignorant and not following all of the recent releases. Isn't Claude-code a proprietary version of https://aider.chat/ in the first place?

Claude Code works similarly to Aider in that they both run in the terminal and write code using LLMs, but it shares no code with Aider as far as I know. Aider is written in Python and Claude Code in Javascript, among other reasons to think that it is not derived from Aider.

The tools also work very differently when you're actually using them, with Claude Code doing more of an agent loop and having very different methods of putting together the context to pass to the model.

Re: Show HN: Fork of Claude-code working with local and other LLM providers

#18
post #17
post #16

Congrats on the launch! As someone who is ignorant and not following all of the recent releases. Isn't Claude-code a proprietary version of https://aider.chat/ in the first place?

Claude Code works similarly to Aider in that they both run in the terminal and write code using LLMs, but it shares no code with Aider as far as I know. Aider is written in Python and Claude Code in Javascript, among other reasons to think that it is not derived from Aider. The tools also work very differently when you're actually using them, with Claude Code doing more of an agent loop and having very different meth…

I've struggled to get both to do anything useful. that said Claude code is consistent and doesn't error a lot

Re: Show HN: Fork of Claude-code working with local and other LLM providers

#19
post #16

Congrats on the launch! As someone who is ignorant and not following all of the recent releases. Isn't Claude-code a proprietary version of https://aider.chat/ in the first place?

> Isn't Claude-code a proprietary version of https://aider.chat/ in the first place?

It might be; but aider is Apache 2 licensed and I don't think Anthropic would be able to change the license. But either way, these tools are simple enough that it's not hard to replicate what they do. So simple that it's kind of pointless for Anthropic to get proprietary and protective about the whole thing. The moat they have is with the model quality.

I saw a very similar tool demoed at the local Kotlin meetup in Berlin just one day after Anthropic announced claude code that also uses the Claude API.

https://github.com/xemantic/claudine

Kotlin might not be everybody's cup of tea but actually seems to be an effective tool for the job. The level of simplicity of the code base is what I found the most shocking. There's almost nothing to it. It's tiny bits of code needed to read/write files and execute commands and a very simple loop where it interacts with claude via a simple REST API. You can read through the code base (a couple of hundred lines of Kotlin) in a few minutes and get a feel for what it does. We had some fun trying to get the tool to improve itself during the meetup. It worked pretty well.

Probably, the most complex thing of the whole code base is the system prompt used to orchestrate the whole thing. That looks like some thought went into it and there are probably a few gotchas that are yet to be addressed. But even that is doable. A determined person could probably replicate what this does in a day or so from scratch. Probably a lot faster if you use one of these tools to build the next one. This isn't rocket science.

I'm guessing we'll be seeing a lot of tools like this in the next few months. It will be interesting to see what refinements people come up with. I think most of the innovation is going to be in giving these agents better/smarter tools to work with. For example, there's a lot of stuff encapsulated in IDEs that it probably a lot easier to use than trying to do the same thing with random cli commands.

Re: Show HN: Fork of Claude-code working with local and other LLM providers

#20
post #2

License could be an interesting challenge and compatibility. https://github.com/anthropics/claude-code/blob/main/LICENSE.... and https://github.com/dnakov/anon-kode/blob/main/LICENSE.md

If you want one that was shipped 3 months earlier, is true FOSS (Apache 2.0,), and can even work reasonably with qwen-32b-coder-instruct, check https://github.com/ai-christianson/RA.Aid Disclaimer: am maintainer If you try it and have feedback, I'm very curious to hear it.

Nice! Could you maybe share some cool things that you've used it for? I love that your demo is it adding a feature to itself. We did the exact same thing for our OSS autonomous agent:

https://github.com/bosun-ai/kwaak

Disclaimer: built by my co-founder (and some contributors!)

We opted to have the agent execute its tasks in docker containers fully in parallel to the developer's environment. This way the developer can have the agent work on something while doing something else themselves.

You can check out a list of merge requests it made and got merged here: https://github.com/SwabbieBosun?tab=overview&from=2025-02-01...

Post reply on HN