All Work

A solo company, coordinated by AI agents

An experimental platform for a solo founder to coordinate enquiries, quotes, delivery, support and finance. AI agents prepare and route work through shared records and approval steps, so customer commitments do not depend on copying information between disconnected tools. Original internal R&D; work in progress.

EnterpriseDevToolsML InfrastructureExperimental

Experimental · Work in progress · Original internal R&D. This is a platform commissioned internally at Kuzushi Labs to explore a practical question: how much of a small company's routine coordination can be delegated to AI while the founder retains control of commitments, money and exceptions?

A customer enquiry should become a qualified opportunity, a reviewed quote, agreed delivery work and an invoice supported by completion evidence. If a complaint arrives later, the original scope and delivery history should be available immediately. Today, much of that coordination happens in the founder's head, across an inbox, spreadsheets and separate business tools. The platform is being built to keep those steps connected and bring unresolved decisions back with the information needed to act.

Read the 40-part engineering series · Download the articles, diagrams and Python lab

The core idea: close the loop around a business promise

The design starts with business records and permitted state changes. An agent can interpret an enquiry, draft a proposal or recommend a response. A shared action dispatcher checks whether the requested change is allowed and whether it needs approval. The outcome becomes a record or event that another loop can act on.

For example, sales does not tell delivery “the conversation went well.” It hands over an accepted scope with a stable identity and a specific version. Delivery retains evidence of completion. Finance can then explain why an invoice is due. This creates an operating history that survives changes to prompts, models and conversations.

The business loops share records, controlled actions and outcome events.

Fourteen business walkthroughs over eleven core loops

The current implementation defines 11 top-level loops. The articles separate campaigns, collections and renewals into three additional walkthroughs because they are distinct jobs for a founder. They remain sub-loops in the architecture.

Work to coordinateLoops and walkthroughs
Find and win businessMarket-to-lead; campaigns and outbound; lead-to-cash
Collect and retain revenueInvoice-to-cash; retention and renewal
Deliver and supportOrder-to-delivery; issue-to-resolution
Acquire capacityProcure-to-pay; hire-to-productivity
Understand and steer the companyRecord-to-report; risk-to-control; concept-to-launch; plan-to-performance
Improve the agentsOperate-to-improve

The walkthroughs use a fictional software studio to make decisions concrete: a document-search pilot, a reviewed commercial scope, delivery evidence, partial payment and a support exception. They show the records, rules and handoffs involved, rather than describing a collection of chatbots.

The agent harness sits above the operating rules

An AgentRuntime interface separates reasoning from effects. Most current loop agents are deterministic. A Pydantic AI adapter demonstrates a governed lead-creation tool, while a gateway-oriented harness handles routed model calls and single-shot execution.

The next layer is a bounded orchestrator that assembles context and tools for the task in front of it. A quote episode gets the customer record, relevant scope and commercial actions; it does not need authority to transfer funds. Step and cost limits, checkpoints, approval resumption and correlation across loops belong in that shared lifecycle. Consolidating the two existing execution surfaces is part of the current R&D roadmap.

Connectors have a specific responsibility

Email and web-form adapters turn supplied payloads into typed interactions. CRM, advertising and outbound email adapters currently simulate external effects. The next implementation adds authenticated transports, cursor recovery, scoped credentials, provider receipts and reconciliation.

This boundary matters. Drafting an email, approving it, sending it and confirming its delivery are separate facts. A failed network request may leave the outcome unknown; it should not cause a second commercial action to be created blindly.

What works today, and what is still being built

AreaCurrent evidenceRemaining work
Business workflowsLocal loop implementations, typed contracts and state transitionsRestricted real-world trial across a complete customer journey
Agent executionDeterministic adapters and a narrow model-backed adapterGeneral bounded orchestration and on-demand tool composition
GovernanceRole checks, policy port, review queue and local idempotencyAuthenticated identity, durable operation records and fresh checks when approval resumes
External systemsSupplied inbound payloads and simulated outbound adaptersLive integrations and provider reconciliation
Operator interfaceFastAPI inspection and human-review routesA secured founder cockpit with consistently scoped access
Evaluation303 local tests passed, 2 skipped during this reviewReal model-quality evaluation and measured supervision burden

The local test result is useful regression evidence. It is not a claim of production uptime or a business running unattended. The public reading kit includes a new company lab with 62 passing tests for state, leases, receipts, scoped execution and business rules, plus the original 18-check lab for approvals, replay, isolation, partial settlement and cost arithmetic.

The first useful milestone

The initial live milestone is one enquiry reaching a reviewable quote, with source evidence intact and no duplicate records or hidden commitments. Delivery, billing and support can follow once that operation can resume safely after failures.

The business measure will be completed work and founder supervision time, including corrections and recovery. There is no claimed revenue uplift or saved headcount at this stage. The project is an experiment in making the operating work of a small company explicit enough to delegate and supervise.

Explore the engineering

The 40 articles cover shared memory, controlled actions, a custom harness, connector contracts, every business walkthrough, event coordination, economics, evaluation and deployment. Forty-seven diagrams illustrate the architecture and practical failure scenarios. The downloadable kit includes a new company lab with 62 tests and the original 18-check lab. Readers can inspect versioned state, worker leases, scoped tools, uncertain receipts and partial settlement without external accounts. Additional chapters cover live connector design, AWS/GCP deployment, security, Polsia and related research.

My contribution

This is an original project I commissioned for my own work at Kuzushi Labs. My role combines defining the business loops, shaping the shared architecture and action contracts, hands-on development and evaluation, and deciding which parts are ready for a restricted trial. The current focus is turning the local foundation into one dependable operating journey before expanding its autonomy.

Technical Stack

LayerTechnology
RuntimePython, Pydantic, Deterministic loop agents, Pydantic AI adapter
Business modelTyped objects and links, State machines, Version history, Action and event contracts
ControlAction dispatcher, Approval queue, OPA policy gateway, Cost/value ledger
Local infrastructureFastAPI, SQLite, In-memory adapters, Docker Compose
Connector prototypesEmail and web-form ingestion, CRM projection, Campaign and outbound simulations
Go deeperBuilding a solo company with AI agents, 40 articles · WIP

How engagements like this are scoped and delivered: How I Work.