Public Agent

Most tickets in your queue are answered by the private agent: it investigates across everything you’ve connected, then hands your team a draft. The public agent is a second agent that works differently. It answers the customer directly, and it is only allowed to use information a customer could already have found on their own. That restriction is the point. An answer built only from your public documentation and public code is an answer that is safe to send without a person reading it first.

​

Two Agents, Two Evidence Bases

Both agents can run on the same ticket. What separates them is what they are allowed to look at, and who reads the result. The private agent is the stronger investigator. It can trace a failing request through your logs and tell you which customer record is wrong. The public agent cannot do any of that, and it is not meant to. It exists to clear the large share of your queue that never needed an investigation in the first place.

​

What the Public Agent Can See

The public agent has a deliberately short list of sources:

• Public knowledge base articles. Only articles marked Public in your knowledge base. Anything left private is invisible to it, including every investigation note your team has written.
• Public code repositories. Only repositories that are public on GitHub, GitLab, or Bitbucket. If all of your connected repositories are private, the public agent works from the knowledge base alone.
• Your status page, if your workspace has one configured. When a customer reports that something is broken and an incident is live, the agent points them at the status page rather than guessing.

It has no access to internal tickets, private repositories, observability data, data warehouses, payment records, or any of the other tools the private agent can call.

​

Every Answer Is Verified

The public agent does not get to decide on its own that an answer is good enough. Before anything is delivered, a separate verifier reads the drafted reply and checks it sentence by sentence against the sources the agent cited. Three things can happen:

• The answer holds up. Every claim traces back to a cited source, and the reply goes out as written.
• Part of it doesn’t hold up. The verifier rewrites the answer down to the parts that are supported, dropping the rest.
• Too little survives. The verifier blocks the reply. Nothing goes to the customer. The draft lands on the ticket as an internal note instead, and the ticket waits for your team like any other.

The agent is also held to a strict citation rule: every claim it makes must be traceable to a specific article or file. If it cannot cite a claim, it is not allowed to make it.

​

How Its Replies Are Signed

A public agent reply goes to the customer under your team’s name, so what sits at the bottom of it matters more here than it does on a draft your team reads before sending. Signature rules decide that. Open Agents, select Support Agent, go to the Replies tab, and find Signature. Each rule reads as a sentence you assemble from dropdowns:

When the public agent replies in category Billing question, sign as Sarah or Ada.

• Which agent it covers. Rules are written per agent, so the public agent can sign differently from the drafts your team sends out.
• When it applies. To any ticket, to tickets in specific routing categories, or to tickets on specific channels.
• How it signs. As one or more teammates, with custom text you write, or with no signature at all.

Rules are read top to bottom and the first match wins, so put your specific rules above your general ones. Each rule has its own switch, you can reorder them with the arrows, and you can keep up to 20.

​

Signing as a Teammate

Choosing a teammate signs the reply with that person’s reply signature, rendered with their name. Choose more than one and Decimal picks between them per ticket. The pick is stable rather than random: the same ticket always resolves to the same signer, so a follow-up on a thread is signed by whoever signed the first reply rather than by a different name each time. If a teammate you picked has no reply signature configured, that rule is skipped and the next matching rule applies. If no rule matches at all, the agent signs off however its tone and voice leads it to.

​

Public Agent vs Full Autonomy

These two features both end with a customer receiving a reply nobody on your team typed, which is why they get confused. They solve different problems and they work independently. The clean way to hold the difference: Full Autonomy changes who presses send. The public agent changes who writes the reply, and what they were allowed to read while writing it. You can run either one alone, or both together. When both are on, routing decides which agent’s answer is the candidate for the customer, and Full Autonomy governs the private drafts that routing keeps in-house.

​

Turning It On

1. Open the Settings tab. Go to Agents, select Support Agent, then Settings.
2. Turn on Run the public agent. From here the public agent starts drafting alongside the private agent.
3. Open the new Routing tab. Turning the public agent on adds a Routing tab to the Support Agent, where you decide which kinds of tickets it is trusted to answer.
4. Define your categories in Preview. New categories start in Preview, so the public agent drafts real answers and posts them as internal notes without any of them reaching a customer. See Routing.
5. Read the previews on real tickets. Give it a week of live traffic and read what it would have sent.
6. Switch the categories you trust to Live. Move them one at a time rather than all at once.

​

What You See on the Ticket

Every public agent run is recorded on the ticket, whether or not the customer saw it.

• In Preview, the drafted answer posts as an internal note headed Public Agent Response. Your team sees exactly what would have gone out.
• In Live, the answer is posted as a reply to the customer, and the ticket shows it as the reply that was sent.
• When the verifier blocks a reply, the draft posts as an internal note and the ticket is left for your team.

​

When the Public Agent Stands Down

The public agent does not answer every ticket it drafts for. It steps aside when:

• A teammate has already replied. The agent never sends over a human.
• The verifier blocked the answer. Covered above.
• The customer is asking for a person, or is visibly frustrated with automated replies. The ticket is handed to your team.
• Someone mentions Decimal directly on the ticket. A direct mention is a request for the investigating agent, so the ticket goes private.
• The conversation was escalated from a chat widget. The widget already tried the public path, so the ticket arrives on your team’s side of the line.
• Your routing rules send it elsewhere. A category that routes to the private agent, or a router decision that the thread now needs more oversight.

In each of these cases the work is not thrown away. The draft is still on the ticket, and the private agent’s investigation is still there for whoever picks it up.