They are the requests your customers and staff make constantly. Each one has an answer your system already knows, and an action your system can already take.
And the work that genuinely needs a large general model. Keep it there.
Copy, replies, code. No single right answer, and the quality is the product.
Reading a contract and telling you what matters needs the big model.
When the right answer depends on context nobody has written down.
“Where is my order 4821?” is one request. Here is what happens to it either way.
It reads your whole list of actions, works out what you meant, and writes an answer back.
A small model trained on your actions picks the right one, fills in the details, and your system runs it.
Function calling is the second one. It is not a smaller version of the first, it is a different job: pick the action, fill in the details, hand it back.
How it worksWe train, host and improve the small model that turns your customers’ requests into your app’s actions. That is the whole product.
Trained on your actions and nothing else, so it picks the right one and fills in the details. When a request is outside what it knows, it says so instead of guessing.
A small model doing one small job answers in under a second, which is the difference between a customer waiting and a customer not noticing.
No fee per request. A busy Monday costs the same as a quiet Sunday, so the volume you wanted all along stops being a budget problem.
We built Hoobert on Fernfly. A shop manager hits ⌘K anywhere in their store admin, types “refund order 62, damaged item”, and it runs the actual WooCommerce call. No menu-diving, no six screens, no paragraph of advice to act on yourself.
The model behind it is an ordinary Fernfly project: 28 store actions, one endpoint, trained from a template in an afternoon. Anyone can build the same thing on their own API.
Hoobert is a tool list and an endpoint. So is your app. Whatever your users currently click through, they could just ask for.
Build yours freeHosted by us, or inside your own network. The model is small enough for ordinary hardware, so it can sit where your data already is.
Your own model handles the request. The optional cloud fallback is one switch, per project, easily toggled off.
The conversations, the training data and the trained model belong to your account. Export or delete them at any time.
Give us your address and we will read your site, train an agent that can use it, and hand you the snippet to paste. No API file, no account first.
Because a busy month should be good news.
Free to start, no credit card, and the first one is live in an afternoon.