
Superintelligence for Recycling: Collection, Weighing and Certificates
How to record collections, weighings and certificates so an AI agent answers recycling customers from documented records, not guesses.
Want to apply this in your company?
Book a call with Juan →Superintelligence, in the sense of an AI that would surpass all human intelligence, is not what a recycling company needs to serve its customers well. What makes the difference is an AI agent that checks reliable records of collection, weighing and certification, answers with what is documented, and hands the case to a person when no record exists. This article shows how to structure those records before any agent talks to a customer.
Key takeaways
- The agent's answers are only reliable when each collection, each weighing and each certificate exists as its own traceable record.
- Weighing and certification must be linked to the same collection identifier, from the pickup point to the final destination.
- The agent should check records and never invent a weight, deadline, credit value or document that is not in the system.
- Personal data of the people who deliver material should have limited access, in line with the LGPD.
- The safest path is to start with a pilot flow, an agreed success metric and a clear handoff to human support.
Why the agent needs records, not memory
A language model responds based on what it learned and on what it receives in the conversation context. When a customer asks whether the certificate for the last pickup is ready, a plausible answer is not a true answer. It only becomes reliable when the agent queries a source of truth, which in most companies is the management system, a controlled spreadsheet or an operational database.
This changes the implementation work. Before discussing the model or the tool, you need to answer simple questions: where each collection is recorded, who enters the weighing, when the certificate is issued and by whom, and how someone finds the current status from a phone number or a protocol number. If those answers depend on loose WhatsApp messages or on one operations employee's memory, the agent will repeat that fragility, only faster.
The NIST AI risk management framework recommends treating AI use as a system with defined context, data, limits and responsibilities. In practice, for a recycling company, this means every agent answer should be traceable to a specific record.
What to record at each stage
A record does not need to be sophisticated, but it must be complete in the fields customers usually ask about. A minimum list usually covers four stages:
- Collection: unique identifier, date, customer, pickup address, declared material type, person responsible for the pickup and status (scheduled, completed or cancelled).
- Weighing: collection identifier, date and time, net weight, equipment or method used, responsible person and receipt or photo when available.
- Transport: carrier, vehicle, and the waste transport manifest when it applies to the case.
- Certificate: certificate identifier, linked collections, type of disposal, final destination, issue date, expiry date when one exists, and the issued file.
The central point is the link. If the certificate does not point to the collections and weighings it proves, the agent may find a document but cannot explain where it came from. A common identifier, such as a collection order number, must run through every stage.
Step by step: build the flow before the agent
The order matters. We recommend following this sequence without skipping steps:
- Map the current process: with the operations team, draw the path of a collection from the request to the certificate, noting where each piece of information starts and where it gets lost.
- Define the source of truth: choose one place where the status of each collection is recorded. Spreadsheets can work at the start, as long as they have an owner and filling rules.
- Standardize the fields: create a record template with the fields from the previous section, using allowed values wherever possible, such as material types and statuses.
- Link weighing and certificate to the collection identifier, so a search by any of the three leads to the other two.
- Define what the agent may answer: collection status, expected pickup date, registered weighing and issued certificate. Anything outside that list goes to a person.
- Create tests with real cases and error cases, such as a collection without a weighing, a certificate not yet issued and a customer who gives a wrong number. These tests can run in a simulated environment before any customer contact.
- Pilot with one customer type or one route, measure how often the answers are right, and review the records that caused doubt.
This path feels slow, but it avoids the most common mistake: putting an agent to answer about a process that the team itself cannot describe accurately.
Illustrative scenario: a customer asks about the certificate
Illustrative scenario, with no real data: a corporate customer sends a WhatsApp message asking whether the certificate for last week's pickup is available. The agent asks for the collection order number or the registered company ID, checks the record, and finds a collection with status completed, the weighing entered and the certificate marked as being issued.
The agent's reply states exactly that: the collection was completed, the weighing is recorded, the certificate has not been issued yet, and the documentation team will be notified. It does not estimate a date that is not in the system. If the customer insists on a deadline, or if the message mentions a weight discrepancy, the agent opens a handoff to a person with a summary of the history, so nobody has to ask for the same information again.
What makes this conversation useful is not the intelligence of the model. It is the discipline of the records and the clarity of the limit. This is the kind of decision worth discussing before any broader automation, such as the one covered in AI Customer Support: What to Automate and What to Keep Human.
Which data the agent can access, and which it should not
Those who deliver material for recycling can be individuals, such as a residential building or a cooperative worker, or companies. In both cases, personal data is involved: the name of the person delivering, phone number, address and sometimes documents. The LGPD requires that data processing have a clear purpose and that only what is necessary be used.
In practice, we recommend giving the agent read-only access to the fields needed to answer each type of question. It does not need to see a customer's financial history to report the status of a collection. Actions such as changing a weight, cancelling a collection or issuing a certificate should require human approval, with a record of who approved them.
Also check where the data is processed. If the tool the agent uses sends information to servers outside Brazil, the matter falls under international data transfer, covered in International Data Transfer Under LGPD When Using AI Providers.
Finally, the agent's security depends on treating customer messages as untrusted input. A customer can paste text trying to make the agent ignore its rules. The OWASP guidance on prompt injection addresses exactly this risk: system instructions and permissions must stay out of reach of what the user types.
When the agent should hand off to a person
A well-designed agent knows when to stop. This list helps define the handoff cases:
- Record not found, or found with a duplicate identifier.
- Mismatch between the weight the customer reports and the recorded weight.
- Request for a deadline, value or exception that is not in a written rule.
- Request for a second copy, a certificate correction or a cancellation.
- Any mention of a formal complaint, environmental risk or inspection.
- A customer who explicitly asks to speak with a person.
The handoff must carry context. The person who takes over should receive the collection number, what the customer asked, what the agent already checked and the reason for the handoff. Without this, the customer repeats everything and the experience gets worse.
How Juan Carlo's method applies to a recycling operation
Our method has four stages: map the current process and its baseline, limit data and actions, pilot a real flow with records and an agreed success metric, and then transfer it to the team and decide whether the flow should be expanded, adjusted or stopped. In a recycling company, the mapping often reveals that the bottleneck is not customer service but the entry of weighings or the issuing of certificates. Fixing that point before the agent prevents automation from exposing a failure that already existed.
To test the flow before any real customer, it is worth using simulated data and an isolated environment, as described in How to Test AI Agents With Mock Tools and Sandboxes Safely.
Frequently asked questions
Is superintelligence the same thing as an AI agent for recycling? No. The term superintelligence describes a hypothetical AI with capabilities far beyond human ones, not a customer service tool. For a recycling company, what matters is an agent that checks reliable records, answers within clear rules and hands complex cases to people. If you want to understand the gap between what is promised and what exists today, the article Superintelligence vs ChatGPT: The Real Difference for Business helps separate the concepts.
Can you start without a complete management system? Yes, as long as there is a source of truth with an owner and filling rules. A well-structured spreadsheet, with unique identifiers and standardized fields, can support a pilot. The mistake is starting with the agent and leaving the records for later, because then the agent's answers depend on information nobody can audit.
Can the agent inform customers about certificates and weighings without legal risk? It can only report what is recorded and confirmed, and it should make the status of each stage clear. It should not state that a certificate is valid for specific purposes, nor promise deadlines or values outside written rules. Answers about legal or tax obligations should be reviewed by the responsible area before they become standard.
How do you know if the pilot is working? Agree on a simple metric before starting, such as the share of questions answered correctly from the record, and review a sample of conversations with the team. Also track the handoffs to people, because they show where the records still fail. Based on that data, the decision is whether to expand, adjust the records and rules, or stop the pilot.