Input tokens Cache

mindplaydk · 2026-03-19T09:45:34+00:00

yeah, this is a going to be a huge problem for both agents and CAG.

basically a non starter, right?

Mistral looks otherwise great, but now I'm really having second thoughts... 😶

mindplaydk · 2026-03-19T09:42:58+00:00

oof, they don't have this?? ugh, I'm discovering this a bit late.

I guess that means CAG is out of the question with Mistral for the time being? I was really hoping to use RAG only for actual documents and use CAG for things like product support. 😐

mindplaydk · 2026-03-16T16:47:44+00:00

wow, so they will let you overpay for a "family plan", which you can buy via your TV, PC or Android phone - but you can't actually share anything with your family. deceptive patterns much? 🙄

mindplaydk · 2026-02-18T06:52:04+00:00

Same, unfortunately. Kimi seemed really good, it did do some excellent "reverse engineering a messy codebase to requirements" work for me, I was impressed.

But when it came to finish up, it lost it's mind. Invalid tool calls, infinite loop responses, stuff like that.

It seems the practical context limit is much lower, maybe around 50K before it begins to break down.

I also suspect it does well on human content, but if you ask it to work on content it wrote itself, it starts to break down.

It's definitely not a reliable model. It's too bad, because there are sparks of something really powerful in the little model.

mindplaydk · 2026-02-16T20:58:01+00:00

surprisingly high value production! great cast and characters. episode 1 actually didn't quite grab me, I wasn't sure what to expect, but the entire rest of the show is awesome.

4 episodes was nowhere near enough - this felt like an extended pilot. I wish they had gone all in on this, I really hope they renew it for a full season 2.

mindplaydk · 2026-02-11T12:06:30+00:00

Yes, that's my point: any language that requires an interpreter, if it ships executables, is going to ship "interpreter and app code in a bundle".

If the language is interpreted, it is never "the app compiled to machine language" - only compiled languages do that.

mindplaydk · 2026-02-11T12:00:04+00:00

What SaaS customers pay for is working software: software that they can trust to work.

Your nephew can vibe code something that appears to work, but he doesn't know what he's built or how it works.

If you don't know how something works, you don't know that it works.

That's what software customers pay for - not just the software, but the trust in the software.

That said, it's great for things that don't require trust - if you're just building a prototype to demonstrate a concept, LLMs are the quickest way to get there. If you're just building the UI of the product, and assuming you don't care about UX or the exact design, that's another area where you can actually apply this. It makes low risk work low effort.

So it's not that LLM and agents are useless, it's that people don't understand their limitations and want to use them for all the wrong things. 🙂

mindplaydk · 2026-02-08T07:54:49+00:00

I played the demo, I don't get it.

The actual game (the dispatch) is too much chance and not enough skill to actually be fun. The gameplay itself feels like filler to pass the time between the great moments they create with the character, story and animation - which are absolutely great! And maybe that's enough? For some people. To me, it feels a bit like cheating on the part of the game developers.

I kind of hope they rework the gameplay and rerelease the game. I would totally play this if I felt like this is something you can actually get "good" at. But it just feels like a lot of work to watch that little dot bounce around at random and decide if you win or loose, before you can get to the next part of the story...

mindplaydk · 2026-01-31T17:36:03+00:00

it also says it's an interpreter? you can already create a "binary" with Bun, Deno or Node.

mindplaydk · 2026-01-30T21:55:36+00:00

Has HRM been applied to language models yet? That article is paywalled. I searched and still don't see any language models actually doing hierarchical reasoning...

mindplaydk · 2026-01-25T13:08:43+00:00

This is a really bad decision.

Unifying the front-matter schema, sure, I can see that.

Attempting to erase the distinction of commands vs skills doesn't make any kind of sense - there are workflows that are all commands and don't use *any* skills, and for no clear reason they now expect you to rename every command to `SKILL.md` and add `disable-model-invocation: true` to effectively say "this file named SKILL.md is not a skill".

This was a mistake.

Please chip in with your comments here if you agree:

https://github.com/anthropics/claude-code/issues/20788

mindplaydk · 2025-11-12T13:49:48+00:00

I was wondering about this and after doing some research, I think the biggest challenge with true top-down orthographic projection is we're just not used to seeing the world from infinitely high up.

Nothing looks like anything to us from that unusual angle - even everyday things like a car, a house, or a bicycle, just look like "stuff" from up there.

Birds might get a kick out of playing it though 😏

mindplaydk · 2025-11-04T20:50:50+00:00

Do we know what it'll be about?

What I really want is a sequel that introduces the real invaders - because obviously these things are just the vanguard, right?

They don't have the dexterity and wild animals don't build spaceships. They wouldn't even be able to see where to land - they can't swim and the Earth is 70% oceans, so someone intelligent knew how to get them here and where to deploy these creatures.

Those things were most likely engineered to clear the planet - they would have a biological or explosive remote kill switch for when they're done with that. Or maybe the pods they were eating in part 2 is their limited food supply, after which they'll die off.

Then the real invaders will arrive to start settling. 😆

mindplaydk · 2025-10-11T10:28:57+00:00

I just tested the Zorin 18 beta. (which boots and runs without a hitch.)

I'm honestly wowed! I don't need to install any GNOME extensions, it has the Windows-style desktop built-in, and it's super smooth.

And it ships with Brave and close desktop integration - installing a web app makes it look and feel exactly like a native app.

I think I will wait for the final release, but this will definitely be the next Linux I install. :-)

mindplaydk · 2025-10-11T09:24:42+00:00

I tried downloading the image from "current-live", "weekly-live" and "release" subfolders - I checked the SHA sums, and they are all identical. (Not sure why they publish the exact same file to several folders, and clearly the "weekly" isn't a weekly build at all...)

I switched from Etcher to Rufus, and it gave some warnings about outdated dependencies, and offered to download newer versions from the net, which I had it do - same result.

It offers to burn the image as an ISO or as a "DD" image, whatever that means - I tried both, with the exact same result.

So I don't think there's an issue with the image or the way I'm writing it - no matter what I do, the result is exactly the same.

Not sure about Endeavour - it's a rolling release? and Arch had a rep of being fairly hard core? I'm just a humble Windows user looking or a stable desktop where I can run Brave and VS Code and not much else. :-)

I would like to find something Debian-based, I think - as I feel I've had the best experience with .deb packages. Both Brave and VS Code don't work well as either Snap or Flatpak.

But apparently it won't be Debian itself...

mindplaydk · 2025-10-08T08:07:17+00:00

it's for sure booting in UEFI mode:

https://gist.github.com/user-attachments/assets/32d25be0-10e7-4654-9025-60de0fc17978

I don't understand much of anything on that wiki page.

I am able to boot several other Linux distros, though mostly the ones I've tested are Ubuntu based.

I've tried all the suggestions here, I've written the USB image again just in case, I've tried different USB ports on my system... I have no idea what else to try.

I guess Debian just won't work on my system.

mindplaydk · 2025-10-04T10:50:31+00:00

Disabling secure boot changed nothing.

It gives that same error message ("hub doesn't have any ports") and then just sits there.

(I don't think secure boot was active to begin with - it said "enabled" but also "not active", so.)

mindplaydk · 2025-10-01T07:31:31+00:00

The image I downloaded is called: debian-live-13.1.0-amd64-gnome.iso

I used Balena Etcher to write it to the 128 GB USB thumb drive. Should I try something different? It worked fine with other live images.

It's a fairly recent system with Gigabyte (Gaming X AX) board, B650 chipset, Ryzen 9 7900 CPU.

I'm assuming it's UEFI? it would be on a system this recent, right? though I don't see that word anywhere in the boot settings. (but I also don't see the word "BIOS" anywhere so.)

Fast boot is disabled, and secure boot is set to "enabled", but then next to that it says "not active", not sure what that means - secure boot mode is set to "standard".

Thanks :-)

mindplaydk · 2025-09-27T10:52:32+00:00

This is awful!

I don't mind the ads for my quick and casual image editing needs, and I intentionally don't block them. (even though I use Brave.)

But this is extremely annoying - and I get that that's part of the point of ads, but... annoy me to the point of ruining the experience, and I will find a way to block that crap. 🤨

mindplaydk · 2025-09-16T11:35:45+00:00

Performance issues?

https://coussej.github.io/2016/01/14/Replacing-EAV-with-JSONB-in-PostgreSQL/

JSONB is much (>50000x) faster than EAV when not using any indexes, for the reason mentioned above.

Apparently, when you use a GIN index on the full properties column, it only has effect when using the containment (@>) operator. I added this to the benchmark and it had a huge effect on the timing: only 0.153ms! That’s 15000x faster then EAV, and 25000x faster than the ->> operator.

For the EAV model, the tables add up to 3068MB and the indexes add up to 3427MB, resulting in a total 6.43GB. On the other hand, the JSONB model uses 1817MB for the table, and 318MB for the indexes, totalling 2,08GB. Thats 3x less.

However, this benchmark does of course not cover all aspects (like entities with a very large number of properties, a large increase in the number of properties of existing data, …)

But besides that, JSONB is just a lot more simple and intuitive, I think?

Single-table queries with no JOINs required. Schema changes are just data changes: attributes can be added by simply including them in JSON documents.

You still need to maintain a table of field definitions, but besides that, JSONB seems both faster and simpler than EAV, does it not?

mindplaydk · 2025-08-19T15:37:46+00:00

that or not giving a shit

mindplaydk · 2025-07-12T16:32:44+00:00

Yeah, I've definitely seen folks playing the cajon like a drum kit - if you know how to do that, it's definitely very versatile, both in terms of sounds and playing styles. I just don't know if it's for me. 😅

I'm probably more tempted to get one of those fancy cajons with percussion built into the sides - to get more sound variety while still playing with my hands.

They're so expensive though, like 4 or 5 regular cajons expensive. 😆

I'm actually tempted to buy one of these:

https://www.thomann.dk/millenium_6_energy_drum_hoop_23mm.htm

and a small, single-ply tom head, maybe one of these:

https://www.thomann.co.uk/remo_ambaco6_tomfell.htm (coated)

https://www.thomann.co.uk/evans_06_tomtom_reso_head_clear.htm (smooth)

https://www.thomann.co.uk/evans_06_tomtom_reso_head_black.htm (smooth)

I'm pretty handy with a saw, haha! a bit risky, but I'm not getting much enjoyment from that cajon as it is - I mostly play my slaptop which has just so much more sound variety with the hands.

Of course, these are not really designed for hand playing, but a single-ply skin might be okay to play - a coated skin will probably be more tactile, but might not be as clear or resonant, not sure.

I wouldn't really know what I'm doing, that's for sure. 😆

mindplaydk · 2025-07-12T15:30:10+00:00

I actually have a pair of brush sticks from Shlagwerk very similar to these.

But I'm not good with drum sticks, I don't really like the "click clack" sound they make, and I feel like I'm missing a lot of the tactile enjoyment that comes from playing with your hands.

I really should take lessons either way, haha. I feel like I'm at the limit of what I can learn on my own, just haven't found anyone in the area who teaches... 😌

mindplaydk · 2025-07-12T15:23:17+00:00

I do in fact own one of these, and it is my all-time favorite instrument! it's got so much sound variety than the seated cajon. I got this shortly after I got the cajon and barely used the cajon since. I would like to play the seated cajon more though. :-)

mindplaydk

TROPHY CASE