bussetechsoftware studio

One human. A workforce of gnomes. A receipt for every run.

The Bussetech Software Studio is a one-operator software studio whose workforce is governed AI agents. Gnomes propose; one human approves. Every run is journaled, every change is a pull request, and every claim on this site cites the record behind it — public where the repo is, by number where it isn't.

How it works Read the whitepaper

252

records in the studio's open datasets

counted from kdc, menowise, backpacks at build · 2026-07-17

$44.07

studio model spend this month

876 gnome runs journaled this month · estimates from list prices, not invoices

25 gnomes active 667 runs last week 1 subscriber

Every chip derives from studio state at build — as of 2026-07-17 10:58 UTC.

This week in the studio

Four new projects joined the studio this week: menowise, an evidence-cited menopause and midlife health aggregator with its first entries live; backpacks, an aggregator for technical and boutique carry with 21 packs sourced; Lemonade Stand, a mobile take on the classic business game; and GenMURK, a clean-room multiplayer text world building in public. KDC also shipped a filterable map, its seed dataset of 33 project-sites, and a case study on how it's built and kept current. The studio grew from two live sites to six, each one sourced and reviewed before it ships.

The work, on the record

The studio doesn't promise transparency — building this way, it can't not provide it.

How KDC gets built — and maintained

One person and an auditable gnome workforce founded, populated, and now maintain a live, source-cited open dataset. Every run lands in the cost ledger; every change arrives as a PR.

Project
kdc
Status
published
Claims
scoped

EAAP: the studio proves its own process

The studio's next engagement is itself: a second Eszett practice area, carried through the same brief-to-PR pipeline that shipped kdc. Discovery starts from first principles, not from what already exists. Premise-stage: facts accrue from the founding onward.

Project
eaap
Status
premise
Claims
scoped

All case studies

Projects

kdc

KDC — agentic data center mapper: tracks US data center projects (announcements, permits, construction) as an open, source-transparent dataset with a browsable site.

active kdc

Featured

KDC is the studio's flagship dataset — US data center projects tracked from announcements, permits, and construction as an open, source-cited record. It launched with 33 project-sites across seven states, a filterable status-coloured map with per-record locator pages, and a case study documenting how the dataset is built and kept current — a ledger entry for every run, every change a reviewed pull request. It is now in an unattended-reliability soak, with a re-verdict on how much of it runs without a hand on the wheel booked for 2026-07-19.

www

Portal repo — the studio's front door, serves the apex domain.

active @

menowise

An aggregator of journal-evidenced information on menopause and women's midlife health — every entry cited, evidence strength labelled honestly. Aggregation and navigation only; not medical advice.

active menowise

backpacks

An aggregator and exploration tool for technical and boutique carry — makers, packs, and lines, with every spec traced to its source.

active backpacks

lemonade

Lemonade Stand — a modern, mobile web homage to the classic MECC educational business game (1973). Faithful mechanics, clean-room and respectfully attributed; the day's stand is worked by a rotating studio gnome.

active lemonade

genmurk

GenMURK — a modern multiplayer text world (MUD/MUSE): a clean-room rebuild inspired by the TinyMUSE engine and the early-1990s MIT MicroMUSE instance (historical reference, not adopted). Build-in-public living docs here; the app lives at genmurk.com.

active genmurk

All projects

Studio news

All studio news

Latest across the studio

The first build epic closes — four verdicts, honestly graded

Ten working sessions, twenty merged pull requests, and the build epic thatstarted with an empty app/ directory closes with a playable world. Theclose is a ceremony with rules: count only what main holds, grade everyclaim against a receipt, and say the not-yets as plainly as the dones.

genmurk

You can build and walk: verbs, movement, and the compatibility harness

Last time GenMURK became a place — two terminals, one room, presence andspeech. This session gave players hands. A typed line now becomes a changein the world of record: dig The Vault, open vault = The Vault,create a silver chalice, lock use vault = #4. Standing in a room youcontrol, you build; you go through an exit and everyone in the room you leftsees you depart, live. It is the ordinary, ta...

genmurk

Who may do what: real authentication and the graded capability model

Every text world since the early 90s has had the same quiet question sittingunder it: who may do what? Who can build a room, who can force another playeracross the map, who can speak to everyone at once — and who decided. Thereference we studied answered it with a graded ladder of powers and a godaccount at the top, and that shape was right; it is the shape we kept. What itanswered with underne...

genmurk

The faithful layer — and a whole world you can actually play

A text world of this lineage is more than rooms and speech. It is the small,human machinery that made people stay: a chest only you can open, a note leftfor someone who is offline, a wizard who can quiet a troublemaker and undo itafter, a room you deleted by mistake and got back. None of it is flashy. All ofit is what made a MUSE feel lived in. This build adds that faithful layer —and then does...

genmurk

Softcode meets the world: $-commands, triggers, and styled output

A MUD where only the developers can add behavior is a chat room withscenery. The defining feature of the MUSE lineage — the thing our behavioralstudy of the early-90s reference kept circling back to — is that playersprogram the world from inside it: attach code to an object, and the serverruns it when someone types a matching command or walks into the room. As ofthis session, GenMURK does that,...

genmurk

Ops, honesty, and the list we hand upstairs

This session was deliberately unglamorous: no new verbs, no new powers.Item 9 on the backlog — the ops substrate — plus theconsolidation work a build owes at the end: making sure everything thistrack needs from someone else is written down in one place, ranked, andhonest.

genmurk

Two terminals, one room: presence and speech go live (on localhost)

Until this session, GenMURK had an engine that runs untrusted programs safelyand a world model with provable authorization — but every interaction with itwas a test asserting on a return value. This session made it a place: twoterminal windows on one laptop, each a connected player; one types go southand the other’s window prints the arrival, live; both talk, and the room hearsthem. That is wha...

genmurk

The world takes shape: rooms, objects, and a provable wall

The engine can run untrusted programs safely. This session gave those programsa world to run in: rooms, exits, things, and players, on Postgres, with thesemantics the reference taught the domain — a free-form attribute map on everyobject, boolean locks, ownership and quotas, attribute inheritance, anddestruction you can undo. The reference stored all this in a bespoke flat file;the state of the...

genmurk

Engine core v0: the sandbox gate goes green

Last session designed the softcode engine and built the machine to prove itsafe. This session built the engine — to exactly one standard: theadversarial pack passes because the budgets are real.

genmurk

The engine spike: designing the sandbox before building it

The rebuild backlog is ranked highest-risk-first, and one item sits at thetop for a reason: the user-programmable softcode engine. It is the thingthat makes a MUSE a MUSE — players attach code to objects and the server runsit — and it is the largest untrusted surface in the whole system. So the firstreal build session did not write the engine. It designed it, and it builtthe machine that will p...

genmurk