Three translucent green speech bubbles with light shining through the gaps between them.

What Comes First: Knowledge or Context?

We can start with a rule and find the context needed to apply it. Or a customer’s situation can reveal which knowledge is missing. Either way, we think giving AI access to context deserves as much attention as improving its knowledge. Together, they guide what it should say and do.

The same question can have two correct answers

Imagine two customers asking to change a delivery address. One is told yes, the other no. In this example, the company allows changes until the warehouse starts packing. The first order is still waiting. The second is already being packed.

The answers look inconsistent without the order status. That detail explains why each customer received a different response.

The AI needs access to the order system to check the current packing status. It can then work out whether the change is allowed and, if it has permission to update orders, make it.

Context-specific knowledge explains when an answer or action applies. The agent needs the details of the customer’s situation to know when to use it.

Knowledge and current context both feed an AI agent, helping it answer or take a permitted action.
Example: an address-change policy provides the knowledge. The order’s current packing status provides the context.

The Consortium for Service Innovation’s KCS® guidance makes a similar point: keep the details that explain why similar requests need different solutions. Capturing those details alongside the conversation helps the team understand what happened and what the AI could learn from it.

Learning from how an answer was reached

An experienced service agent might check an order, recognise an unusual situation or ask a colleague for approval before replying. A transcript may contain the final answer without those steps.

Those steps can show what the AI was missing. An approval rule may need to be added to its knowledge. An order status it could not see may mean giving it access to more context.

AI can help compare similar conversations and point out differences. The team may need to ask the person who handled a case to understand the decision. They can then check whether the agent needs better knowledge, access to missing context, or both.

When there is still no clear answer

The same distinction matters when a case remains unresolved.

If the AI knows the rule but cannot see the order status, the missing piece is context. If it has the status but nobody has decided whether an exception is allowed, the team needs to clarify the rule before adding it to the knowledge.

KCS makes room for work-in-progress knowledge. Teams can share what they know while an answer is still being worked out. In an AI workflow, that record could also show which context was unavailable, so the next step is clearer.

Making sure it works in practice

Start with a few conversations about the same request. Check which rules the AI had and whether it could access the context needed to apply them. That helps you decide whether to improve the knowledge, provide more context, or both.

Then try the change in a few different situations: an order before packing, one after packing and one where the status cannot be checked. The AI should give the right answer, only make changes it is allowed to make and ask for help when it cannot check the facts.

Under the example policy, an address change is allowed before packing and not allowed after packing starts. If the status is unavailable, get context or ask for help.
The same address-change policy in three situations: before packing, after packing starts, and when the order status is unavailable.

We think this is an important part of Human-on-the-Loop. People improve both what the AI knows and the context it can access, then check how those changes affect its answers and actions.

This thinking is shaping what we’re building next at Ebbot. We’ll share more as the work takes shape.

KCS® is a service mark of the Consortium for Service Innovation™.