I'd be curious how it handles someone parking poorly in that bay e.g. diagonally. Presumably those lines serve as a parking guide and the door won't close unless you park correctly.
The local car wash has lights that help you park the car pretty precisely under the wash robot. No rails or anything, you park right underneath the robot and it moves around and over the car. The robot doesn't start until you are in position.
IMO this would be a terrible idea to let the robots park cars in the same car park as humans. They most likely have a dedicated car park for this where ever car is parked by a robot.
The article says:
"A Stanley Robotics autonomous parking robot then slides underneath the vehicle, lifts it by its tyres and transports it to a secure storage area."
I think the OP was talking about humans parking weirdly in the garage the robot picks them up from, not the car park itself—the car park itself is robot only (so they can jam cars together).
I was thoroughly confused at why the website was showing the weather for York. Since I studied there (and it's straight up a lovely place), I visit quite often and subsequently check the weather. I thought I had set it but couldn't remember doing so. As someone else said, this being text-based makes it particularly digestible to LLMs. Out of curiosity, I looked up weather MCPs and stumbled upon this: https://github.com/weather-mcp/weather-mcp
I am building an interviewing and hiring platform (https://coderba.se/) but I've also hired/interviewed and shaped hiring processes at several companies before. It's ridiculous how easy it is to account for such trivial edge cases, yet most people just... dont. A big part of it is that, in spite of frequent chest beating about how "hiring is [one of] the most important thing[s] we do", the actual process is half-assed at best in most places, an effect particularly amplified by the current massive oversupply of talent.
The chance of a single hire being a make it or break it for the the business is pretty much null, so a single recruiter not having continuity in the processes they were doing once they get fired isn't really something to optimize for.
Firecracker is fantastic technology. I'm using it for my interviewing startup to run isolated runtimes for coding interviews (and personal workspaces), and it's been rock solid and incredibly lightweight. Interfacing with it through the Go SDK has been a piece of cake, too.
Nice post! You piqued my curiosity, so after a bit of research it turns out that, with techniques like MTP/MLA/CSA, it's quite probable that these models are much more efficient (and maybe bigger? tho 400B sounds about right) than a simple RAM breakdown would suggest.
These techniques are used by DeepSeek, and work well with the commodity (NVIDIA) GPU's they use.
Google designs their entire AI stack from the custom silicon up. So they have different optimization approaches.
(Though Gemma does use MTP)
That's me with Google Antigravity. Switching back to vscode was such a breath of fresh air. Porting over my (extensive) settings/extensions/keyboard shortcuts was extremely easy too (just ask the agent to do it), and now I can use both Copilot models and Claude Code easily. More to your point though, the speed and stability is incomparable. I can't remember having many issues with Cursor last year when I used it at my last job, but still, vscode has been surprisingly pleasant for agentic use.
There's still hope for a second season FWIW. At least the story is mapped up, if not more preprod stuff, it's been a while since I looked into it.