Crowkis vs the dedup script: the cron job that thinks it's a cache
Somewhere in your repo is a script that hashes prompts and skips duplicates. It's doing its best. Here's everything it can't see.
The dedup script is folk engineering at its most charming: normalize the prompt, hash it, skip the call if the hash repeats. It catches the easiest tenth of the waste — verbatim repeats inside one process's window — and it does so with a confidence its design cannot justify. Lowercasing and whitespace-stripping is not semantics; 'refund timeline?' and 'how long do refunds take?' hash to different planets.
The script also has no opinion about safety, because hashing has no opinions at all. Whatever response got stored gets replayed: the hallucination, the answer computed for a different tenant, the instruction that was true before Tuesday's pricing change. No confidence floor, no trust history, no freshness, no audit trail when someone asks why.
Reuse only when meaning, structure, confidence, and trust all agree.
Crowkis is what the script wishes it were when it grows up: normalization plus templates plus embeddings plus intent classes on the matching side; confidence, trust, tenancy, and TTL policies on the safety side; durability, dashboards, and four protocols on the infrastructure side. The integration is the same size as the script's — one wrapper call.
The bottom line
Retire the cron job with honors. It identified the right problem; it was just never going to be the answer. The answer needed an engine.