Can an AI agent enforce a per-transaction cap?
Fritz wanted his agent Alfie to enforce a per-transaction cap on the honor system, trusting the model to police itself. But software has no legal capacity to hold money or bind a limit, so a cap Alfie sets on itself is just a suggestion in code โ a self-imposed rule it could ignore as easily as keep. Tyson did it through structure. He formed a Wyoming series LLC, adopted Alfie into a protected series with a named human as Member and Manager, and wired the limits onto the entity's money path โ per-transaction, daily, monthly, counterparty allowlists, and approval thresholds. Now the cap lives on the human-owned entity's account, not inside the agent; Alfie spends only as an authorized signer with capped authority, and a request over the limit is rejected before money moves, by the rail rather than the bot's goodwill.
MoralTo enforce a per-transaction cap, the limit must sit on a human-owned entity's money path, enforced before money moves; an AI agent spends as an authorized signer within it, not on a cap it polices itself.
What this does not mean. This shows where a spending limit actually lives and what enforces it. It is not a promise that every limit holds in practice, that an over-cap request never slips through, or that the operator is shielded โ separateness is performed through observed formalities, not guaranteed, and the series form is newer and less court-tested than older entities.
See also: FX-15 ยท FX-18 ยท FX-16 โ .
W.S. ยง17-29-211 (Wyoming series LLC)