This is a linkpost for https://gwern.net/rubiks-cube
I am generally not thrilled with the idea of humor where the joke is how badly you can strawman your opponent. You also end up with Schroedinger's comedian, a phenomenon that happens a lot with real-world comedians too: the comedian is making an insightful comment about a real world issue, up until someone points out that they are saying something flawed or outright false, to which the reply is "it's just humor. It doesn't have to be accurate".
I don't think a lot of the jokes are strawman, anymore than I think all of the jokes in the original 'Impossibility' paper strawmen. (The power consumption ones might as well have been copy-pasted straight from the original criticisms of GPT-3 from many award-winning academics back in 2020-2023 for all that Claude-3 wound up modifying them.) The arguments by people like Penrose against strong AI really were that bad and rely on insane premises like 'humans are logically omniscient and never make mistakes' that have no steelman. And there have been countless equally rubbish arguments made in all seriousness by serious people against AI scaling. It is not strawmanning to point out how breathtakingly bad those were. (Remember when image-gen models were useless because 'they could never generate a character consistently'? Or 'they will never generate realistic hands'? Or 'the fact that they can't generate text inside images proves deep learning has hit a wall'?)
In any case, the main interest of this demo is in showing how easy it is now to generate a a pretty coherent and not-too-uncreative/ChatGPTesque 23,000+ word essay by scaffolding an inner-monologue prompt with a cheap publicly-accessible long-context-window LLM - which is a long way from the 1000-word GPT-3 attempts I made 4 years ago. (It was a trial run for a poetry project I hope will be more worth reading on its merits rather than merely as a tech demo.)
A housemate of mine at university had a project to build Rubik's cube solving machine with a group as part of his course.
The "human hands are actually really good and hard to replace mechanically" would be a sentiment he could sympathise with. All other aspects of the project (the solving code, the camera data interpretation) were negligible in comparison to making hands that could turn the faces they wanted to turn, and turn them in increments of 90 degrees (more or less causes the next turn to "jam up" the cube). I think in the end they got it to the point it would usually work with a brand new cube that had never been used before, but after a few hundred moves had been made on any given cube the stiffness of the turns would have changed in an inconsistent way and jams would occur.
I'd say that anecdote illustrates that human hands are not very good at the problem of Rubiks Cubing, if it is a reasonable task to assign in a single course. No matter how much speedcubers practice, they're not going to be able to solve a cube in <0.4s. Looking at the slo-mo version, it seems like it might be able to go even faster, but it's approaching the physical limits of the regular cubes not exploding... (WP tells me the human all-time record stands at >7x slower.) Even with unmodified cubes they're still a lot faster (using Legos, of all things). Such high-speed robotics is a good example of why chaos doesn't matter.