rook

joined 3 years ago
[–] rook@awful.systems 4 points 8 hours ago* (last edited 8 hours ago)

A little bit of plot thickening spotted by abadidea: https://infosec.exchange/@0xabad1dea/117002106099986943

tl;dr, the timeline looks like this:

  • “proof” of collatz conjecture released
  • bugs identified in lean kernel
  • proof demonstrated to use these bugs

There was only a day between the first two events, and the non-proof was not where the bugs were discovered. So maybe it was just a coincidence that the chatbot found the bug at the same time, or maybe it’s training data included previous investigations into those bugs which it then built upon and that would be a bad thing for other llm generated proofs.

The collatz conjecture is sufficiently famous that enough third-party checking was done to spot the problem. I wonder how much checking would have been done on proofs of less famous and interesting things.

[–] rook@awful.systems 8 points 1 day ago* (last edited 1 day ago) (2 children)

As an interesting follow-up to the ai-does-maths-using lean4 stubstack comments on Sunday, an llm accidentally uncovers a bug in the lean4 kernel.

Summary by Meven Lennon-Bertrand:

https://lipn.info/@mevenlennonbertrand/116997917683191056

To summarize:

  • an AI agent let loose provides a sorry-free proof of the Collatz conjecture
  • the proof is detected as actually being a kernel bug
  • the bug is related to (nested) inductive types, for which there is no clear theoretical specification: the kernel's code is the reference
  • external checkers (lean4lean and nanoda from a week ago) reproduce the bug, because they essentially copied the reference kernel implementation

Eta: “sorry-free” in this case means a complete proof with no trust-me-bro steps or TODOs… the sorry tactic in lean “proves” a theorem to be correct even if it is garbage or incomplete. More programming languages should make developers apologise for half-arsing their work.

And so

  • AI raises the bar for kernel correctness by a lot
  • without a clear type-theoretic understanding of what is actually implemented, we're toast
  • external checkers help to catch implementation bugs, but without a clear specification they can't catch logic bugs

How bad this is, is unclear just yet… probably not the sky actually falling, but not great. Interesting though.

[–] rook@awful.systems 7 points 3 days ago (2 children)

I reprompted it, it failed again, and I ran out of tokens. I’m sure someone will tell me to shell out $200/mo for a pro subscription.

One of the things that’s never clear from the reporting on ai successes is exactly how much actual paid human time went in to achieving those successes. This was especially notable in the fable-based security work… a huge amount of person-hours went into turning fable-detections into actual meaningful vuln reports.

A lot of demonstrably clever and capable people are involved with the llms-for-maths work, and a lot of money was spent on their time and supporting their work. Replicating it without your own stable of mathematicians and computer scientists and all the tokens they can eat is probably impractical.

I believe the main ingredient is Lean, which is a formal language resembling a programming language. Math proofs written in Lean can be verified deterministically with a computer, which really helps mitigate the hallucination problems of LLMs.

Fwiw, lean is a general purpose programming language, though despite microsoft’s efforts no-one uses it for that. I think its popularity with mathematicians came as a bit of a surprise.

Anyway, the other important thing that didn’t get reported on is that building the formal definition of the problem is not trivial! Obviously I don’t need to tell you that, but from the reporting you’d think that an llm solved all these problems, when in fact it was an llm in the hands of some very capable people who absolutely did not just prompt the thing in plain english.

Anyone hoping for self-marking homework here is going to be disappointed… lean slop confirming to formal spec slop is just expensive slop. Reviewing regular genai code is awful, even the thought of reviewing genai dependently-typed code makes me want a new career.

[–] rook@awful.systems 3 points 3 days ago

Multi-trillion-dollar (-self-valued) industry that’s the future of all work and that everyone who doesn’t use it gets left behind and everyone who does use it evokes superheroically productive turns out to be helpless in the face of a small group of outspoken and minimally organised opponents?

I see.

[–] rook@awful.systems 11 points 1 week ago (2 children)

Humanoid robots providing stiff competition to quantum as to where the ~~smart~~ desparate money will be going once everyone realises the wheels have fallen off ai.

https://thepit.social/@peter/116962244994361810

(the video is too big to upload here)

I particularly like the way they had body bag operatives within lunging distance, because they clearly expected the thing to just fucking die at a moment’s notice.

Or maybe they do that for all their speakers.

[–] rook@awful.systems 9 points 1 week ago (4 children)

This is funny yet also awful: adversarial tokenmaxxing suggests that writing everything as l33t$p34k increases the cost to process a document with an llm because the initial tokenisation step produces far more tokens.

This seems like it shouldn’t be too hard to work around, if it became commonplace (which it won’t) but the prospect of any anti-llm places doing this in the meantime does not spark joy.

[–] rook@awful.systems 15 points 1 week ago

I’m deeply suspicious of this whole thing, because it looks a lot like a marketing exercise showing off how dangerous and powerful and autonomous their product is.

Also, “sandbox” is one of those words that the llm companies have ruined, because they use it to mean a strongly-worded sentence telling an llm not to do something.

[–] rook@awful.systems 7 points 1 week ago (2 children)

The author tends to cull his own social media posts pretty aggressively if they get too much attention, or the wrong kind of attention, and it’s possible there’s more he wanted to say in the blog post but he chickened out at the last minute and self-censored it.

But yeah, it felt like half a post.

[–] rook@awful.systems 8 points 1 week ago (1 children)

Tales from Earthsea is also good.

I didn’t mind The Other Wind… it isn’t as good as the others, but that’s a tough act to follow. It does draw together a bunch of plot threads from the previous books and provides a kind of closure, which I appreciated. There was more to say of Earthsea, but le Guin wasn’t going to have the time or energy for that.

[–] rook@awful.systems 7 points 1 week ago (1 children)

Nah, this isn’t the endpoint… you want something like prompt2exe, which is a performance art piece. Gets an llm to output machine code, and bundles it into an executable.

no package dependencies and invokes no assembler, compiler, or system linker.

Hardcore mode. No handholding for puny human devs by their tool chains. 🦾

Probably impractical for normal people to run, unless they have an employer who wants their minions to be burning all the tokens and pays up for the expensive kind of accounts.

[–] rook@awful.systems 14 points 1 week ago (12 children)

Daft ai project of the week: “lore”, a version control system that should not be confused with another vcs of the same name open-sourced by epic games a few weeks ago.

lore does not track your code. it tracks the prompts, notes and decisions that produced it. you commit intent. when you want code, you run lore materialize: it replays the accumulated intent into a brief, and an agent reconciles the working tree to match it.

the code is build output. the intent is the source.

…which would be great, if the output of llms were deterministic, and generally it is not. This means rolling back a change to undo or fix something is just another spin of the roulette wheel, with the analogy being reinforced by the number of tokens you’ll have to buy and burn to do a rebuild. It looks like it still needs a real vcs behind the scenes, given that it isn’t entirely self-hosting, but maybe I misunderstood something.

You might wonder if this is some kind of satirical work, or perhaps piece of performance art, but I’m fairly certain it isn’t… the creator and sole human author (naturally, claude is the only other “contributor”) is a big fan of something called “open audio protocol” and a project called “audius” which came about by someone asking what if spotify and soundcloud, but on the blockchain? With ai agentic integration?

https://github.com/lorevcs/lore

[–] rook@awful.systems 8 points 3 weeks ago (8 children)

I’m more familiar with vox day than I’d really like. He hasn’t pivoted from the culture war stuff that he’s known for, but he has branched out into ai music and video these days.

33
submitted 1 month ago* (last edited 1 month ago) by rook@awful.systems to c/techtakes@awful.systems
 

In an idle moment, I thought I’d explore the space of ridiculously bad ai company names. Literally the very first dystopia I thought of already has three ai companies named after it, and it hardly seemed worth exploring any further.

Because no one has got around to repealing poe’s law, I cannot tell if these are a bunch of idiot techbros, or people taking the piss out of idiot techbros, so I leave you to judge for yourself. Behold, people who think that “we tortured a child to bring you glossy web UIs” is a great corporate image:

  1. Omelas AI

AI-driven software development. Enterprise platforms delivered at startup speed.

I think they’re a consultancy? “One developer with AI produces what a 30-person agency does. 10+ production platforms in under two years.

  1. Omelas IO

Omelas is the maker of Atreus, the leading AI research companion for foreign policy, national security, and geopolitical risk. Atreus has access to the Omelas database, multidomain intelligence, and unique research methods, yielding unparalleled insights in minutes.

Atreus is the AI workbench purpose-built for intelligence work, fusing unique feeds, open-source intelligence, commercial data, satellite imagery and telemetry data into reports your analysts can act on immediately” which I guess means that they’re palantir wannabes, with the USP that they’ve grossly misunderstood le guin instead of Tolkien.

  1. omelas.tech

Omelas builds software across privacy, social connection, developer tools, and AI — designed and engineered in the Netherlands.

Another consultancy. They claim they make “thoughtful products”, hopefully with more thought than they put into their branding. Proof that inability to understand fantasy and sci-fi isn’t limited to silicon valley, or native english speakers.

view more: next ›