Hacker Newsnew | past | comments | ask | show | jobs | submit | kristopolous's commentslogin

Projects should be judged on their intrinsic merits and not merely be based on the social media follow count of the authors

GP is directly discussing the maintainer your comment has nothing to do with the topic discussed...

What on earth are you talking about?

The question is "why do people need fainting couches for this project and why are they pretending like 3 year old features of apis that already exist in thousands of projects are brand new innovations exclusive to this?"

The answer is: "the author is celebrity and some people are delusional screaming fanboys"

My response is: "that's bullshit. let's be adults"


You should really invest in more reading comprehension

So all you have is personal insults?

If you don't feel like being an adult...


You know that's the easier and more careless thing to implement. You're flattering someone being reckless

This is a thing you can enable on GitHub for any project.

You just described a GitHub feature



i disagree with your dropbox example. dropbox is apprently easier to use than a selfhost ftp site and well maintained by a company. but this clawedbot is just a one-man dev developed project. there are many similar "click to fix" services.

Not exactly, clawdbot is an open source project with hundreds of contributors (including me!) in only 3 weeks of its existence. Your characterization of just a one-man dev developed project is inaccurate.

For every Dropbox, there are a thousand failed products. Survivorship bias is not a good argument.

No. This is a user using a GitHub feature and claiming it's a clawdbot feature.

They are using GitHub, went on GitHub.com, clicking on the GitHub website and navigating the GitHub interface and saying "wow isn't clawdbot great!"

Responding with the hn equivalent of memes is insulting and offensive


I'm genuinely sorry you think that, and it's not my intention to offend you.

However your comment reads exactly like you saying to a Dropbox user "This is a user going to rsync, setting up a folder sync in a cron job, running the cron job, and saying "wow isn't dropbox great".

Sometimes the next paradigm of user interface is a tweak that re-contextualizes a tool, whether you agree with that or not.

Wishing you all the best.


What on earth?

This is a GitHub user on GitHub using a GitHub feature through the GitHub interface on the GitHub website that any GitHub user with a GitHub project can enable through GitHub features on GitHub.

And the person is saying "my stars! Thanks clawdbot"

There's obviously an irrational cult of personality around this programmer and people on this thread are acting like some JW person in a park.


We are clearly having two entirely different conversations.

I'd encourage you to read my original post again, and try out the software yourself.

As a side note, I think your sidechat tmux AI chat panel project is extremely cool. Nice work!

In any case, I don't think we're making too much progress here, so I'll duck out. Take care mate.


How adorable, what a self-own.

First those are completely different sentiments. One is a feature built into the product in question the other is a hodgepodge of shit.

Second, and most importantly, Dropbox may as well not exist anymore. It’s a dead end product without direction. Because, and this is true, it was barely better than the hodgepodge of shit AND they ruined that. Literally everything can do what Dropbox does and do it better now.

But keep posting that; it’s your one hit wonder.


What specific aspect of this is a GitHub feature? Can you link to the documentation for that feature?

The person you're replying to mentions a fairly large number of actions, here: "cloned the codebase, found the issue, wrote the fix, added tests. I asked it to code review its own fix. The AI debugged itself, then reviewed its own work, and then helped me submit the PR."

If GitHub really does have a feature I can turn on that just automatically fixes my code, I'd love to know about it.


It seems wildly trivial. Chat completion loop with toolcalling over a universal chat gateway.

What's the innovation here? Local model? That was always possible. Toolcalling? Been around a couple years now...

It's like 5 minutes of vibe coding at most. There's likely 1,000s of similar projects already on GitHub


And when you can use claude-code from basically any device (termux on phone via ssh), Why even bother?

I had 3 friends ping me yesterday to tell me how this is going to eat their job....

but i don't see how this is different from claude-code + some chat interface + mcp servers


> termux on phone via ssh

I agree, but it also rhymes a lot with the infamous “why use Dropbox when you can just use rsync” comment. Convenience can be a game changer.


Not exactly. This isn't substantive work. Do we really need to find a bunch of identical projects on GitHub?

This is the kind of project I saw at hackathons in 2023 by teams that didn't win anything


The whole world is about bundling (and unbundling).

Not saying it really is useful, but there are values bundling an easier interface to CC with battery included.


When someone is pushing 500 commits a day, i don't think they have time to review any code, and it was likely written in full YOLO mode.

So it's not just batteries-included, it's probably 100-vulnerabilities-included as well


this is the whole message of this hype that you can churn out 500 commits a day relatively confidently the way you have clang churn out 500 assemblies without reading them. We might not be 100% there but the hype is looking slightly into the future and even though I don't see the difference to Claude code, I tend to agree that this is the new way to do things even if something breaks on average it's safe enough

Your username says a lot about your whole message

I agree. It is basically claude code running dangerously all the time. That is actually how I use CC most of the time, but I do trust Anthropic more than random github repo.

(I have the same sentiment about manifest v3 and adblocker, but somehow HN groupthink is very different there than here)

Edit: imagine cowork was released like this. HN would go NUTS.


You can talk to it in discord or whatsap or telegram etc. cause it's checking for you in a loop.

That's the biggest difference I can tell.


> Why even bother?

Claude-code is closed-source. That is a good enough reason to look at alternatives.


Yeah but you're still using anthropic's subscription and tokens. That's not really an alternative. That's why we're shipping our own model with cortex.build

Baffling.

Isn't this just a basic completion loop with toolcalling hooked up to a universal chat gateway?

Isn't that a one shot chatgpt prompt?

(Yes it is: https://chatgpt.com/share/6976ca33-7bd8-8013-9b4f-2b417206d0...)

Why's everyone couch fainting over this?


It's good at making new skills for itself, and the ability to add to WhatsApp, telegram, and discord means sharing access to internal applications and not needing users to get onto VPN makes a great combination.

You're just telling me common features. Those are just normal things now

What systems are making new skills for themselves? Not being snarky, I find this sort of self-teaching incredibly interesting but have only ever seen this approach

I literally hear about it a few times a week.

Less space than a nomad style comment

Once an alternative to one of their things, like immich, becomes viable, people run as fast as they can.

The strategy of doing everything you can to make sure your customers truly and utterly despise you and want to spit in your face is probably not productive.


What probably needs to exist is something like `llsed`.

The invocation would be like this

    llsed --host 0.0.0.0 --port 8080 --map_file claude_to_openai.json --server https://openrouter.ai/api
Where the json has something like

    { tag: ... from: ..., to: ..., params: ..., pre: ..., post: ...}
So if one call is two, you can call multiple in the pre or post or rearrange things accordingly.

This sounds like the proper separation of concerns here... probably

The pre/post should probably be json-rpc that get lazy loaded.

Writing that now. Let's do this: https://github.com/day50-dev/llsed


Some unsolicited advice: Streaming support is tricky. I'd strip the streaming out when you proxy until everything else is solid.

Cool. Sounds good. Thanks. I'll do it.

This will be a bit challenging I'm sure but I agree, litellm and friends do too many things and take too long to get simple asks from

I've been pitching this suite I'm building as "GNU coreutils for the LLM era"

It's not sticking and nobody is hyped by it.

I don't know if I should keep going or if this is my same old pattern cropping up again of things I really really like but just kinda me


So I've pitched this a few more times. It's way too complicated for people.

The value comprehension market is small

So I'll need to surface it better or just do something else


byterover has been doing something similar for a while. amp was initially doing a variation of this and then pivoted. I built a similar tool about 9 months ago and then abandoned it.

The approach seems tempting but there's something off about it I think I might have figure out.


For me, the only metric that matters is wall-time between initial idea and when it's solid enough that you don't have to think about it.

Agentic coding is very similar to frameworks in this regard:

1. If the alignment is right, you have saved time.

2. If it's not right, it might take longer.

3. You won't have clear evidence of which of these cases applies until changing course becomes too expensive.

4. Except, in some cases, this doesn't apply and it's obvious... Probably....

I have a (currently dormant) project https://onolang.com/ that I need to get back to that tries to balance these exact concerns. It's like half written. Go to the docs part to see the idea.


If you're an asshole that wants millions of dollars...i mean there's still places to say no

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: