What an AI venture studio actually does
A venture studio starts its own companies, builds the product itself and keeps operating it: how LoopSmiths picks, builds and runs its ventures.
Venture studio gets used loosely enough that it has stopped meaning much. LoopSmiths uses it in a narrow sense: the studio starts companies itself, builds the product itself, and then keeps running them. There is no client on the other side of a venture, no brief to interpret, no handover at the end. If the product is wrong, the studio is the one living with it.
Not an agency, and not an incubator
An agency is paid to build what somebody else has already decided to build. Scope arrives from outside, the work ships, the invoice goes out, and whatever happens next belongs to the client. An incubator sits at the other end: it puts money and advice behind founders it did not hire, then waits to see which ones work. Both are legitimate. Neither describes what LoopSmiths does with its ventures.
A venture studio takes the founder's seat. It picks the problem, forms the company, writes the code, finds the first users, sets the pricing, and carries the consequences of every one of those decisions for as long as the company exists.
- Agency: somebody else's idea, built to a brief, handed back at the end.
- Incubator: somebody else's company, backed with capital and advice.
- Venture studio: the studio's own idea, own product, own customers, kept and operated.
How a venture gets picked
The filter is deliberately unglamorous. LoopSmiths looks for work that is expensive, manual and error-prone, inside an industry somebody on the team actually understands. Not a market read about in a report, and not a category that happens to be attracting attention. The test is whether the team can describe, in detail, how the work is done badly today and what it costs the person doing it.
- The task is repetitive and eats hours from people whose time is worth more than it.
- Mistakes are expensive later, not just annoying now.
- Somebody on the team has watched the work happen, not just read about it.
- There is a defensible way to be right: rules, geometry or data that can be checked rather than trusted.
- It can be sold to Australian customers first, without waiting for scale.
QuoteSmiths came out of that filter. Take-off and estimating for modular construction is slow and unforgiving: a plan gets measured by hand, quantities get typed into a spreadsheet, and a formula error stays invisible until it turns up on site as a shortfall.
How it gets built
The build stays small on purpose. Thomas and Ulysses founded the studio and still do the work. A small team cannot hide behind process, which forces the product to stay simple enough for the people building it to hold in their heads. It also means a venture goes in front of real users, in production, rather than sitting in a demo state while a roadmap is written around it.
The other constant is where AI is allowed to sit. In QuoteSmiths, vision AI reads a PDF plan and extracts dimensions, rooms and materials. An operator then confirms what it read. Only after that does a deterministic rules engine apply geometry-based formulas and waste factors to produce a costed bill of materials. Quantities are calculated by explicit rule, never generated by a model, so every number on the sheet traces back to the rule that produced it.
The model is allowed to read the plan. It is not allowed to decide what a number is.
That split is what makes the output defensible to a builder or a quantity surveyor who wants to know where a figure came from.
Operating is the part most people skip
Launching is the easy half. Operating means the studio answers the support email, fixes the rule that mishandled an unusual plan, keeps the supplier catalogues current, and owns the pricing. QuoteSmiths sells prepaid credits rather than a subscription, which is an operating choice as much as a commercial one.
- Support lands with the people who wrote the code, not a layer in between.
- Odd plans and rejected results become rule changes, not tickets to route.
- Billing, onboarding and pricing are the studio's problem to solve.
- The roadmap comes from accumulated real usage rather than a planning cycle.
The Concept Realty, the studio's property venture, is in development rather than launched, for the same reason. The product work exists internally around property management operations: inspections, AI-assisted defect detection on inspection photos with a human validating each finding, maintenance, reports and disputes. It is not live, and it will not be called live until the studio is ready to operate it properly.
The service side, and how it differs
LoopSmiths also sells a done-for-you automation service to Australian trade businesses: missed-call text-back, lead and quote follow-up, online booking, review collection, payment reminders and after-hours response, on flat monthly pricing. LoopSmiths builds it and operates it. The client never logs into a tool.
The difference is ownership. In the service work the outcome belongs to the tradie, and LoopSmiths runs the system on their behalf. In a venture the company belongs to the studio, and there is nobody else to hand it to. What the two sides share is the same discipline: whoever builds the thing also has to keep it running, which changes what gets built in the first place.
A venture studio, described plainly, is a way of staying accountable for software after the interesting part is finished.
- A venture studio starts and owns its companies, rather than building to a brief or backing other founders.
- Ventures are picked for expensive, manual, error-prone work in industries the team knows first hand.
- AI reads and assists; deterministic rules produce the numbers that have to be defended.
- Operating the product after launch is what shapes how it gets built.

