dare944
While I certainly haven't read all the comments on that post, I interpret many of them as supporting my position that AI users have to take responsibility for their actions (e.g., https://news.ycombinator.com/item?id=50151036).
I definitely agree that many people (and not just devs) will find themselves under intense pressure from their employers to use AI to speed up their work. And that this pressure will incentivize them to accept the actions and output of AI without proper review. But this doesn't eliminate their (or their employer's) responsibility to conduct that review.
In my mind, it's as if a trucking company told their drivers they had to make deliveries as fast as possible, and penalized them for being too slow. Despite this, it is still the driver's responsibility to drive safely, and the company's responsibility to facilitate safe driving.
> Once you have a malicious model inside your infrastructure generating thousands of lines of code, it doesn't matter how good the sandbox is - if the generated malicious code makes it through code review once, it is game over.
As I pointed out before, all models, not just open-weight ones, can request actions or produce output is unsafe or malicious. So the need for proper oversight exists no matter which one you choose.
If that's not the case, then the problem is the user of the AI, not the model. Any model is capable of requesting actions that violate security or are otherwise harmful, not only ones that have been maliciously trained for that. Both OpenAI and Anthropic have proven this multiple times.
In the end, the model itself is just a bunch of numbers. It's up to you, as the person running the harness through which the model gains any agency, to restrict the AI from performing malicious actions.
Your inability to give space for those who love math to mourn its inevitable evolution is unnecessarily cruel.
Point is, if need be, the open source version could be forked and carried forward by someone else, using the public code as a definitive spec for any missing functionality.
At least with bitwarden, if the value they're trying to extract becomes more than the product is worth, in terms of real cost, lockin or transparency, at least the code is open now and for the foreseeable future. And when it comes time to fork it, AI will make it easier for the future maintainer(s) to keep the fork alive at minimal expense.
Lately I've been asking a lot of these sorts of questions while setting up a sandboxed environment for my agents (generally, claude and pi). I was quite surprised to learn how many different ways there are to configure git run a script out of the .git directory. And the various AIs know all about this.
At this point my agents get read-only access to my .git directories.
And of course, if the agent has access to the network (which is probably required in order to talk to the AI server), then you have to think about what other things on your local network it could get into.
Pretty low maintenance overall - I can go months without even thinking about it.
Wait, you think the article was written by the researchers?
You know, it's also difficult to trust someone's criticisms when they misassign responsibility. Just like anti-vaxxers do.
Now if your processor has a halt/wait-for-interrupt instruction (most do but some don't) you can escape into assembly and use that. But it probably makes little to no difference to energy utilization, and of course its not portable. A nice while (true); would seem obvious, except that the C++ committee insisted that it wasn't.
Just one example of where the committee lost sight of the fact that it was defining an imperative programming language.
There's no need to inform the "user" because there's nothing wrong with the system. Its simply waiting until the benefit of sleeping outweighs the cost of getting there.
I, the programmer, will decide what cycles are wasted or not. That the C++ committee thought they knew better is hubris.
Interesting stuff.
Yep. They're building the cage around you. Why would you stick around?
This country is conducting a test of the Emergency SAIfguard System.
THIS ONLY A TEST
In the event of a real emergency you would have been given instructions on how to grab your ankles and kiss your butt goodbye.
...
This concludes our test of the Emergency SAIfguard System."
"Load bearing", not so much. Ick.
Is there a convenient way to block them?
I don't see a 'we' here. By your own admission you didn't spend years thinking about complicated math topics. So maybe you simply don't see the "purpose". Or maybe no one sees the purpose yet because for some math practical applications take years to discover.
But when people sense that the ballot box isn't listening; that the government is both in bed, and emboldened, by the very thing that violates their sensibilities, they often step outside their part in the social contract and do things that speak louder than simply voting, like destroying property. If you are a US citizen like I am, you will know very well that this method of "discourse" is a foundational and often celebrated act in American history.
These people destroying a few cameras here and there aren't solving the problem of invasive and unaccountable government surveillance. But they are speaking their passion about it, not just to the company or the government but to their fellow citizens. And it looks like some people are starting to listen.