
Superintelligence for Small Businesses: Where to Start
How a small business can prepare for more capable AI models: documented processes, clean data and simple agents that improve when the model does.
Want to apply this in your company?
Book a call with Juan →Superintelligence for Small Businesses: Where to Start
For a small business, starting with superintelligence does not mean buying something that does not exist yet. It means building today the foundation that any more capable model will need: written processes, organized data and small agents with clear limits. Companies that do this get value from current models, and when a better one arrives, they swap the part without redoing the work.
Key takeaways
- Nobody knows when (or whether) superintelligence arrives. The sensible move is to invest in what pays off with today's models and stays useful with the next ones.
- The model is the easiest piece to replace. Documented processes, reliable data and decision rules are what take real time to build.
- Start with one real workflow, with one owner, one action limit and one metric agreed in advance, before you connect anything.
- Test with saved real cases. That is what lets you change models safely and tell whether the change helped.
- Privacy, permissions and human review belong in the design from day one, not as a later adjustment.
What does superintelligence mean for a small business owner?
The term usually describes a system that would outperform people at almost every intellectual task. Today that is a subject of debate, not a product you can buy. For someone running a small operation, the useful question is a different one: what can I organize now so that, if models keep improving, my company is able to use that improvement?
It helps to separate three layers. The first is what appears in official documentation: current models handle language, summarizing, classification and drafting well, and they have known limits, such as errors delivered with confidence. The second is implementation experience: small workflows with clear rules and review tend to work better than broad agents with no boundaries. The third is hypothesis: that models will be far more capable in the future. Planning around the third layer without support from the other two is the most common mistake.
If you want to understand the concepts better, read about the difference between AGI, ASI and AI agents and what a company can actually run today.
Why does the foundation matter more than the model?
Think of four stacked layers. At the bottom is the process: who does what, in what order, with which exceptions. Above it is the data: customer records, support history, price lists, policies. Next comes the agent, the software that combines instructions, tools and permissions to carry out part of the process. At the top is the model, which supplies reasoning and language.
When the model improves, only the top layer changes. If the three layers below are solid, the improvement shows up quickly: more precise answers, fewer escalations, harder cases resolved. If they are muddled, a better model simply makes mistakes more fluently. That is why the right investment, even for a small company, is in the foundation.
Anthropic's guidance on building effective agents recommends starting with the simplest solution and adding complexity only when there is proven need. Predictable workflows with defined steps are usually enough before you consider agents that choose their own path.
What is the step-by-step plan to get started?
The plan below fits a company without a dedicated technical team. The order matters: each step reduces the risk of the next.
- Step one, choose a workflow. Pick something repeated every day with a clear input and output, such as answering frequent questions, qualifying a quote request or confirming appointments.
- Step two, describe how the workflow runs today. Write down the steps, who decides, where the information lives and what usually goes wrong. Also note how long it takes and how many cases come in, for internal use only as a baseline.
- Step three, separate rules from judgment. Rules become a deterministic flow (if this, then that). Only what requires interpretation, such as understanding a confusing message, goes to the model.
- Step four, set limits. List what the agent can read, what it can write, what it must never do alone (give a discount, promise a deadline, cancel an order) and when it hands off to a person.
- Step five, build a set of test cases from real situations, including the hard ones, without unnecessary personal data. This becomes your quality standard.
- Step six, run a short pilot, logging every decision, with a metric agreed beforehand, such as the share of cases resolved without rework.
- Step seven, review with the team and decide: expand, adjust or stop. Stopping is a legitimate pilot outcome.
What would this look like in practice? An illustrative scenario
Illustrative scenario: a small building materials store receives quote requests on WhatsApp. Today a person reads each message, asks for what is missing, checks the price list and replies. The owner wants to use AI but does not want to lose control of pricing.
During mapping, the store finds that most of the time goes to asking the same questions (item, quantity, delivery address) and to locating the right product in the catalog. Price and lead time, on the other hand, depend on stock and negotiation.
The design looks like this: the agent collects the missing information, identifies the product in the catalog and builds a draft quote. It does not send final prices or grant discounts. The draft goes to a salesperson, who approves or corrects it. Every agent decision is logged. Cases the salesperson corrected are added to the test set.
When a better model appears, the store runs the test set with it, compares the results with the current model and switches only if there is a real gain. Nothing about the process, the catalog or the rules has to be redone. That is the point of the foundation: the model's improvement comes in through a door that already exists. For the channel itself, the guide on how to integrate AI into your company's WhatsApp covers the integration decisions.
What data and permissions should you prepare first?
Data is what most separates a useful pilot from a polished demo. Before connecting any agent, go through this list.
- Single source of truth: where is the correct price, the correct lead time, the correct policy? If there are three different spreadsheets, fix that first.
- Personal data: which fields does the agent actually need to see? Reduce to the minimum and mask the rest.
- Legal basis and notice: confirm which LGPD legal basis the processing relies on and whether the customer is informed. The website of Brazil's data protection authority (ANPD) is the official reference for guidance.
- Tool permissions: read-only by default, write access only where necessary, and no irreversible action without human approval.
- Rules for your team's use of AI tools: what can be pasted into a public chat and what cannot. A good starting point is the company policy for employee ChatGPT use.
- Owner: one named person who follows the workflow and can pause the agent.
To structure risk management without excess bureaucracy, the NIST AI Risk Management Framework offers a useful vocabulary (govern, map, measure and manage). It is voluntary, designed for organizations of any size, and can be applied at a very small scale.
How do you test and measure so you can switch models without fear?
The ability to change models with confidence is the most concrete practical advantage of preparing early. It depends on two things: test cases and logs.
Test cases are real examples from your business, each with an expected result. They include the common, the ambiguous and the trap (a customer asking for something outside policy, a message containing data that should not be used). Anthropic has published material on evaluating AI agents that explains why well-designed evaluations let you see changes in behavior before they reach the customer.
The log shows what the agent received, what it decided and what a person corrected. Without it, there is no way to know whether a new model helped or only looks better. If your agent triggers other systems, it is also worth rehearsing in simulated environments, as explained in the guide on testing AI agents with mocks and a sandbox.
On metrics, keep the criteria simple and internal: cases resolved without rework, cases correctly handed to a person, errors that reached the customer. Avoid measuring individual team members. Measure the workflow.
How does the map, limit, pilot and transfer method apply?
Juan Carlo's work follows four movements that match the plan above. Map means describing the current process and the baseline. Limit means restricting the agent's data and actions to what is necessary. Pilot means running one real workflow with logs and an agreed metric. Transfer means handing the operation, the documentation and the decision criteria to the company, which then chooses to expand, adjust or stop. When managed operation makes sense, it is run by Be Human. The method does not promise a result. It organizes the evidence so the decision is yours.
Frequently asked questions
Do I need to wait for superintelligence to start with AI? No. Nobody knows the timeline, and current models already handle useful tasks in well-bounded workflows. Starting now with a small pilot is what builds the foundation to take advantage of better models when they arrive.
Do I need a technical team to build this foundation? Not necessarily. The most important parts, such as describing the process, cleaning the data and setting limits, are business work. The technical part can be done with familiar automation tools or with outside help, as long as the knowledge stays documented and with you.
Is switching models really that simple? It is simpler when the agent was designed with the model as a separate piece and a test set exists. Even so, behavior changes between models, so the switch should go through the same test cases and a monitoring period before it applies to all customers.
What should I do about LGPD in a small pilot? Treat the pilot like any other data processing: use the minimum necessary, inform the data subject, define the legal basis and record who accesses what. If the model provider processes data outside Brazil, also check the requirements for international transfer and consult ANPD guidance or a legal professional.