How to Teach an AI Support Agent: Knowledge Capture, Gaps and Human Review
A self-learning AI support agent only improves when people approve what it learns. Here is how SupportWire turns Slack answers, resolved conversations and missing-answer gaps into Knowledge Store entries Kal can reuse, with a human gate on every step.
Most "self-learning AI support agent" pitches skip the part that actually matters: who decides what the agent is allowed to learn.
If a model quietly updates itself from every chat, you get silent drift. If nothing learns after launch, you get the other failure mode: a bot that was fine in week one and wrong by week six. The useful middle is human-in-the-loop. Your team answers once. A person approves what becomes source material. The next customer gets the better answer.
That is how Kal, SupportWire’s AI support agent, is built to improve. This guide walks through the loop a support lead can run without a prompt file or a retraining cycle.
Jump to a section:
- What "learns from corrections" should mean
- Step 1: Capture answers your team already gave
- Step 2: Turn a resolved conversation into knowledge
- Step 3: Fill the gaps Kal could not answer
- Step 4: Keep a human gate on every change
- What this is not
- A weekly rhythm that fits a small team
What "learns from corrections" should mean#
Buyers searching for a self-learning AI support agent, an AI agent that learns from corrections, or a way to teach an AI support bot usually want three things:
- A place wrong or incomplete answers go, instead of vanishing into a resolved ticket.
- A review step so learning is deliberate.
- A next answer that uses the approved source, without rebuilding a flow chart.
SupportWire’s answer to that is the Knowledge Store: the repository of sources Kal reads from. Learning means adding or updating entries there, with citations on later replies. Coaching on the Kal page is described as correcting a reply and approving a better one so the improve loop can pick it up. Inline feedback on replies is marked Beta on that page. The durable, reviewable path that is documented in product and release notes is Knowledge Capture plus knowledge gaps.
Step 1: Capture answers your team already gave#
Your best answers often live in Slack. Someone solves a hard refund edge case in #support, the customer is unblocked, and the wording disappears into the scroll.
Knowledge Capture watches the Slack channels you choose. When the team posts an answer, Kal drafts a Knowledge Store entry from it. The draft keeps a link back to the original Slack message, so you can see where an answer came from. Nothing reaches a customer until someone on your team approves the draft.
You pick the channels. Leave the watercooler alone. Change the list whenever you like. Reject a draft and it never enters Kal.
That is the first teach loop: human answer in Slack, draft, human approve, Kal can reuse it.
Step 2: Turn a resolved conversation into knowledge#
The same idea applies inside SupportWire’s inbox.
When a conversation is resolved, Capture to knowledge asks Kal to draft an entry from the messages up to that resolve. If a similar editable entry already exists, Kal can suggest merging the new details into it. You choose Approve merge or Save as new. Again, nothing is published until a person approves it.
If you want less clicking, there is a setting to draft entries automatically from resolved conversations. It is off by default. Assumed resolutions and conversations with no human reply are skipped on the automatic path. Either way, drafts land in the review queue.
That is the second teach loop: a real customer thread your team finished, turned into a reusable source with a human gate.
Step 3: Fill the gaps Kal could not answer#
Learning is not only about answers you liked. It is also about questions Kal could not close.
Gap Radar scans unanswered customer questions, clusters them, and surfaces knowledge gaps. Your team fills the missing article or policy once. The next similar question has a source to retrieve from, instead of another handoff for the same miss.
Pair that with the AI support operating loop: someone owns finding the gaps, someone owns fixing the source, and corrections stop being one-off apologies.
Step 4: Keep a human gate on every change#
Control is the product claim that makes the loop safe:
- You choose which Slack channels feed Knowledge Capture.
- Captured entries start as drafts.
- Approvals are deliberate. Reject means never learned.
- On each channel you can run Kal in reply or draft mode, so email can wait for a human while chat stays automatic.
- Teammates can edit, rewrite or hand off any Kal reply. Handoff keeps the full thread.
That is human-in-the-loop AI customer support in plain terms. The agent proposes. The team decides what becomes source material.
What this is not#
A few comparisons help set expectations.
It is not silent fine-tuning on every chat. Your conversations are not used to train a public model.
It is not the same as Google Research’s harness2. harness2 is an Apache 2.0 research framework for recursively improving an agent’s harness (prompts, tools, memory and related scaffolding) from execution evidence, without human ground-truth labels. SupportWire’s learning loop is a support product: people capture answers, approve knowledge, and Kal retrieves from that store. Related idea at a high level. Different mechanism. SupportWire is not built on that repository.
It is also not a promise of a rising accuracy percentage. We will not invent a score. The honest measure is whether the next similar question has an approved source and a clean handoff when it does not.
A weekly rhythm that fits a small team#
You do not need a separate AI ops department. On a 2 to 10 person team, one owner can run this in a short weekly pass:
- Skim the Knowledge Capture review queue. Approve, merge or reject.
- Open Gap Radar. Pick the highest-frequency or highest-risk gap and write or update one source.
- Spot-check a handful of Kal replies. Edit anything off-voice and capture the corrected thread if it should become knowledge.
- Confirm channel scope and draft-versus-reply mode still match how you want Kal to behave.
That is enough to keep a self-learning AI support agent pointed at your product instead of drifting.
If you want to see the loop in your own inbox, start a free trial or read how Kal works. For the broader operating model around an AI agent, use the AI support agent playbook.
Frequently asked questions
A self-learning AI support agent is one that gets better after launch because your team turns real answers into approved sources. In SupportWire, Kal drafts from the Knowledge Store. New answers come in as drafts from Slack and from resolved conversations, and nothing reaches a customer until a person approves it.
Two ways that are live today. Kal can watch the Slack channels you choose and capture answers as drafts. On a resolved conversation, Capture to knowledge asks Kal to draft a Knowledge Store entry from the thread, with a merge suggestion when a similar entry already exists. Automatic capture on resolve is optional and off by default. Every draft waits in the review queue.
No. Captured answers land as drafts. A teammate approves, merges or rejects them before they enter the Knowledge Store Kal reads from. You also control which Slack channels Kal listens to, and you can edit, rewrite or hand off any reply Kal drafts.
Kal is meant to stay inside the sources you approve and hand off to a person with the full thread when it is unsure. Separately, Gap Radar clusters unanswered customer questions into knowledge gaps so your team can fill the missing source once instead of answering the same miss forever.
No. Google Research’s harness2 is an open-source framework for recursively improving an agent’s harness from execution evidence without human ground-truth labels. SupportWire’s learning loop is a product path: humans capture and approve knowledge, and Kal answers from that store. The goals rhyme. The mechanisms are not the same codebase or the same loop.
Updated November 2026