A skill captures, once and for all, the proven path through the graph to answer a specific type of question. And it's written in a conversation, not a ticket.
When you query the graph, the assistant has to work out which entities to look at, which attributes matter, how to present the result. For a one-off question, that's normal.
But for business questions that come back every week (comparing a part's usage across two vehicles, tracking a supplier, auditing a range), this improvisation is costly and gives uneven answers: not quite the same approach, not quite the same quality, from one time to the next.
A skill locks in the proven path for a type of question: the entities to traverse, the attributes that matter, working examples, and what to avoid.
The difference is simple to state: an assistant that reinvents an approach for every question, versus one that applies a recipe already known to work. On recurring questions, it's the second one you want: faster, more consistent, reliable in the same way every time.
Business experts know which question matters and why. The assistant, which queries the graph every day, is the only one who reliably knows how that question actually translates into the data.
Without both at once, you end up writing either a skill that asks a good question with a shaky technical path, or the reverse.
An administrator describes their need in their own words. The assistant takes over the entire technical side: it asks the questions only a human can settle (the goal, the entities involved) while inspecting the real graph in parallel.
The skill is therefore grounded in what the data actually contains, not in what you assume it contains. No separate tool to learn.
The skill the assistant produces is never activated automatically: it arrives in the database as an inactive draft, invisible to users, until an administrator has reviewed and approved it.
Even before that stage, the content passes its own checks: reference queries verified and dry-run tested on the real graph, an overall review to rule out duplicates and approximations.
Writing skills moves from the register of development to that of conversation.
The people who understand the business questions create a skill themselves, in their own words.
The assistant provides what it alone reliably possesses: the real translation of the question into the data.
No generated content reaches a user without explicit human validation.
A matter of conversation, not a ticket to open with a technical team. We can build a first skill with you, on a question that already comes up every week at your organization.
Insight on knowledge graphs, straight to your inbox.