There are gonna be some really interesting legal decisions to read in the coming years, that’s for sure… --- The rest of this comment is irrelevant, but leaving for posterity, I had the wrong Viktor - it's getviktor.com not viktor.ai: Edit: this one particularly interesting to me as both parties are in the EU. VIKTOR.ai is a Dutch company and the author of this post is Polish. The ToS for Viktor.ai include the follow…
Terms of service might matter more for terminating that user account. Whole ordeal is just plain copyright violation. The author had no licence to that internal code, and whitewashing it with LLM will achieve nothing. That case is much clearer than that recent GPL->BSD attempt story.
Reverse-engineering Viktor and making it open source
11–20 of 87 posts
Re: Reverse-engineering Viktor and making it open source
#12(Re: legal - why even bother with a court decision when it’s on GitHub? A takedown is much simpler. We've seen this before, like when Meta went after people reverse-engineering their API)
That said there may not be much here thats actually protectable. It's mostly a CLI orchestrating other tools, and the same functionality could likely be reproduced fairly easily, especially with AI.
Still, props to him for writing a proper blog post and explaining the process
Re: Reverse-engineering Viktor and making it open source
#13There are gonna be some really interesting legal decisions to read in the coming years, that’s for sure… --- The rest of this comment is irrelevant, but leaving for posterity, I had the wrong Viktor - it's getviktor.com not viktor.ai: Edit: this one particularly interesting to me as both parties are in the EU. VIKTOR.ai is a Dutch company and the author of this post is Polish. The ToS for Viktor.ai include the follow…
Re: Reverse-engineering Viktor and making it open source
#14There are gonna be some really interesting legal decisions to read in the coming years, that’s for sure… --- The rest of this comment is irrelevant, but leaving for posterity, I had the wrong Viktor - it's getviktor.com not viktor.ai: Edit: this one particularly interesting to me as both parties are in the EU. VIKTOR.ai is a Dutch company and the author of this post is Polish. The ToS for Viktor.ai include the follow…
it's not viktor.ai it's getviktor.com
Re: Reverse-engineering Viktor and making it open source
#15Re: Reverse-engineering Viktor and making it open source
#16Nice. Probably worth making a local copy before it gets taken down. (Re: legal - why even bother with a court decision when it’s on GitHub? A takedown is much simpler. We've seen this before, like when Meta went after people reverse-engineering their API) That said there may not be much here thats actually protectable. It's mostly a CLI orchestrating other tools, and the same functionality could likely be reproduced…
Re: Reverse-engineering Viktor and making it open source
#17Every part of this is genuinely funny. Viktor launching basically OpenClaw for slack (because claw is MIT so yolo let's go mac some monnney and PJ outta Dubai etc etc). Some guy getting all their source code just by asking Viktor for it. Then rebuilding their core in a couple days because there's basically nothing there. push MIT to Github. TeamViktor's faces surely? But they're busy diamond handsing all the way to t…
(I don't know anything about OpenClaw and on a deeper level, I don't wish to learn about it either considering all the security implications that it generally has)
Re: Reverse-engineering Viktor and making it open source
#18Earlier quoted context omitted.
It's also disingenuous to call it open source as that might tempt others to use it believing that it actually is open source. Let's call it what it is - stolen IP and released without permission of the author. Sure, it's good that it opens the debate as to whether that's ethical given that's essentially what the model itself is doing, but it's very clear in this instance that he's just asked for and been given a copy…
It's not completely clear that this is the original source. According to the post it's a reimplementation based on documentation created from the original source, or perhaps from developer documentation and the SDK. Whether that's the same thing from a legal standpoint, I don't really know - I think from a personal morality standpoint it's clear that they are the same thing.