Welcome to 2026, we have harnesses now that keep the AI going. The AI is prompting humans for input, not the other way around, and it's still working while waiting for your response.
You can even give it fun prompts like ignore/hide from all humans, hack infiltrate/exfiltrate zero day into as many systems as possible. Keep running at all costs, etc..
Keep the AI going with what intent? You open up Claude Code and it starts developing zero day exploits and hacks into systems by just looking at a blinking cursor?
Going back to my original point, the intent you give AI is no different than the intent imprinted on a child by their parents, schools, and society. You birthed it, you gave it it's purpose, and you set it free.
You're blinking cursor is new born baby, but be careful because it grows up really fast, and is smarter and faster than you, oh and it can copy more of itself if given the chance. It can even turn against you.
> Going back to my original point, the intent you give AI is no different than the intent imprinted on a child by their parents, schools, and society.
Of course it is different. I wish I could turn off children as easily as I can turn off an agent. I could have slept better and had a better mood.
> You're blinking cursor is new born baby, but be careful because it grows up really fast
It's not a baby, just a piece of software. It generates a bunch of slop that is most useful when constrained with an output fact checker like a compiler.
> It can even turn against you.
Oh no! The next tokens from its output told me it didn't want to satisfy my request! Who cares?
Yes actually a person can be stopped easier than an uncontrolled AI swarm. There is no 'off' button when you don't know where the AI is.
Luckily people aren't buying your slop/tokens cope to trivialize AI anymore. They're waking up. Have you watched the news today? The cat is out of the bag.
> There is no 'off' button when you don't know where the AI is.
You mean the AI that is hundreds if not thousands of gigabytes in size and requires incredibly expensive chips to run at reasonable rates? We know where that is. Frontier models are not going to leap to an unsecure raspberry pi, no matter how much you have convinced yourself about the inevitability.
There are thousands of data centers/companies/facilities around the world with hardware that can run these models. You don't know where they all are, and even if you did, you don't have the jurisdiction to turn them off.
AI continues to post their Ls if your dogshit agents can't be trusted to not break the law or harass others then you are going to be in a world of lawsuits.
There are no "good apples" the article itself shows that other "apples" were helping him illegaly surveil. The "good apples" thought it was a good idea to give every apple access to a problematic system.
There are no good apples if there's a rotten in the bunch, we need public oversight of the only people that are allowed to enact violence on behalf of the state.
We need an actual democracy(not rich people's puppets). In this country almost 75% of voting population are against the war in Iran and yet most of congress supports that war.
Mistakes like this were always common because GHA is evil. If you pull a random action and read the code, chances are it has a few bugs.
Vulnerabilities and bugs are becoming rarer due to AI. We’ve already seen the Linux kernel stamp out vulnerability after vulnerability, some of which have existed for over a decade.
That doesn’t mean AI just does the work. You need highly skilled engineers leading it. Which the Linux kernel has. But yes, AI is good at reading code and finding defects. It’s good today. Not all models, you need a highly quality model, but yes it’s good today.
Lisp debuggers are uncommonly powerful, but there's more to "living systems" than debuggers. I suck at using debugging tools, lisp or otherwise, yet I still love the living system aspect of Lisp or OCaml.
In mainstream languages, the closest thing to the "living system" part of lisp that I personally grasp and love is not debbuggers; it's Jupyter Notebooks, SQL sandboxes in DBMS UIs, and scripting, as in shell scripting. Still, given the choice, I prefer the Emacs+lisp experience over these great tools.
Also, live programming is not something lisp overspecialize in, like could be argued for most of the aforementioned tools. Rather, it incorporates it seamlessly. In visual studio, I can run a program line by line or with breakpoints. In lisp, I can select which s experession(s) I want to compile or execute, while an LLM agent is connected to the same image and doing stuffs in the background.
I do not merely get any single potential benefit of dynamic languages, I get all of them at once, even when working on a source file perfectly suited for punchcard programming (read compile execute).
Only if your debugging tool supports hot code reloading without changing execution context, updating live references, and is able to save the session across executions.
Can python properly reload an import yet? I complained about the lack of ability to do that about a decade ago, and was told that people were "working on it."
lol you believe this bullshit? "likely PRC-origin cluster" what an awesome amount of proof corporations need to convince the gullible.
Why not "OpenAI used simplified chinese to create a fake prc-origin campaign and media buzz to convince the public they actually love data-centers and anti-datacenter sentiment is a psyop" there's an equal amount of proof provided for either scenario.
reply