AI for the GLPI knowledge base: from resolved ticket to ready article

NexTool's AI Assist connects artificial intelligence to the GLPI knowledge base: it suggests articles before the user opens a ticket, cites the right article in replies, turns resolved tickets into draft articles and, when there is no material, makes nothing up. How it works, how to enable it and where its limits are.

Most knowledge bases die the same way: nobody writes down what they have already solved ten times, and nobody reads what was written. NexTool's AI Assist module uses artificial intelligence to close that loop inside GLPI itself: the right article shows up before the ticket is opened, the technician's reply cites the knowledge base, and the resolved ticket becomes a draft article ready for review.

The problem

A service desk's knowledge is scattered across ticket tasks and solutions. Writing an article takes time the technician doesn't have in the middle of the queue, so the solution is recorded only in that one ticket and gets lost. On the other side, users open tickets for things an article would solve in a minute, because they can't find the article when they need it.

Dropping a generic AI in the middle doesn't fix this on its own. An assistant that always returns something makes up steps when there is no material, suggests unrelated articles and turns a test ticket into a "procedure". In a knowledge base, that is worse than having nothing: it becomes wrong information that looks official.

How AI Assist works with the knowledge base

AI Assist is a free module of the NexTool plugin. It works with OpenAI, Google Gemini or Anthropic Claude, using your company's own API key, and it steps in at six points of the support process.

1. Before the ticket: suggested articles in the form

While the user describes the problem in a GLPI 11 form or in the ticket form, the module searches the knowledge base for related articles and shows a panel right below the question being filled in. The search combines the typed text, the ticket category linked to the knowledge base category and each article's keywords, while respecting the normal article visibility rules in GLPI.

With the Ask the AI button, the module drafts a short answer from the articles it found, citing the source. The user decides whether that solved the issue or whether to open the ticket anyway, and both choices are recorded: that is how you measure how many tickets the knowledge base prevented.

GLPI 11 form suggesting a knowledge base article while the user describes the problem, before opening a ticket
In the password reset form, the right article shows up while the user describes the problem.

2. At creation: automatic triage with a source

With automatic triage turned on, every new ticket is analyzed in the background. When there is an article or a previous ticket covering the same problem, the module saves a private follow-up with a possible path and states where it came from. The technician starts working with a lead, and the requester sees none of it.

Automatic triage: the ticket's first follow-up is a possible path generated by the AI, with the knowledge base article used as the source
The ticket's first interaction is the path suggested by the AI, with the knowledge base article as the source.

3. While working the ticket: a reply that cites the article

The reply suggestion checks the knowledge base before writing. When an article solves the case, the reply follows its procedure and cites it by title. When the suggestion is inserted into the editor, only the articles actually cited are linked to the ticket, which keeps the knowledge base usage statistics honest.

Reply suggestion generated by the AI from the ticket history, citing the knowledge base article that solves the problem
The suggested reply cites the knowledge base article that covers the problem.

4. After resolution: the ticket becomes an article

On a solved or closed ticket, the KB article (AI) button generates a draft from what was recorded. The AI identifies the problem from the category, title and description, checks whether the tasks and the solution actually address that problem, and only then writes, organizing the text into problem, cause, step-by-step solution and verification.

The draft is shown formatted, exactly as it will look once published, along with similar articles that already exist in the knowledge base, to avoid duplicates. On confirmation, the article is created as unpublished, linked to the source ticket and free of any personal data. Fine-tuning is done in GLPI's own editor.

Knowledge base article draft generated from a solved ticket, with problem, cause, solution and verification
A draft generated from an Outlook ticket, with the AI's confidence level and the similar articles that already exist.

5. In the article editor: a writing assistant

When editing any knowledge base article, an AI Assist toolbar suggests titles, keywords and a section-based layout, plus the short description used in the GLPI 11 catalog. Everything is shown side by side with the current text and only goes into the article when you click Apply: the assistant never saves on its own.

AI assistant in the article editor: formatting improvement with a before and after comparison
Improve formatting: before and after side by side, before you apply.
AI assistant in the article editor: title suggestions to choose from and apply
Three title suggestions to choose from and apply.

6. Knowledge base gaps: what still needs to be written

A daily routine cross-checks resolved tickets by category against existing articles. A category with many tickets and no article becomes a gap, with a notice to administrators and, for the largest ones, a draft prepared from the tickets that best documented the solution. The same routine flags articles that look outdated and articles that have never been used.

When the AI suggests nothing (and why that is a good thing)

In a knowledge base, trust is what matters most. That is why AI Assist was built to stay silent when it has no material:

  • Article from a ticket: only on solved or closed tickets, and only when the tasks and the solution describe what was done. Unfilled solution template text and courtesy messages don't count. Without content, the answer is "No relevant content to create a knowledge base article", along with the reason, and no AI call is made.
  • Triage: test tickets or tickets with no problem described are not triaged, an article with no real connection to the subject is not used as a source, and every suggested step must point to the article or ticket it came from, with enough confidence. If any of these is missing, no follow-up is saved.
  • Gaps: tickets whose solution is only the template text are not used as material for the draft.

In practice, technicians come to trust what the AI saves, because it doesn't save what it doesn't know.

Privacy and cost

  • Your own key: calls go from your GLPI straight to the provider you chose, with no middleman. The key is stored encrypted in GLPI.
  • Personal data: by default, names, email addresses, phone numbers and Brazilian tax IDs (CPF/CNPJ) are replaced with placeholders before sending, and generated articles never carry personal data.
  • Usage: every AI call is logged with its tokens, the feature and the user, and the automatic routines (triage and gaps) have a daily token cap.
  • Language: the AI replies in the language of whoever is using GLPI.

How to enable

  1. Install the NexTool plugin on GLPI and enable the AI Assist module in Plugins > NexTool > Modules.
  2. In the Connectors tab, choose the provider, enter the API key and keep the recommended model.
  3. In the Features tab, turn on the knowledge base features your team will use.
  4. In the NexTool permission matrix, grant each action per profile, including article suggestions for the self-service profile.
  5. In the Knowledge base tab, link ticket categories to knowledge base categories and choose which forms show the suggestion.
  6. For triage and gaps, set up a service user and make sure GLPI's cron is running. Both start turned off.

Who it's for

Service desk teams that already have a knowledge base, even a small one, and want it to be used; operations with many repetitive tickets (passwords, email, printers, access) that users can solve on their own; and teams that solve problems well but document little, where the article-from-ticket feature turns the effort of writing into a review task.

If you don't have a knowledge base yet, start with the basics in Knowledge Base in GLPI: how to build it and engage your team. Gaps and article-from-ticket help fill the knowledge base from day one.

Compatibility

  • GLPI: 10 and 11 (suggestions in native forms are GLPI 11 only)
  • Plan: free; the AI cost is whatever your provider charges
  • Plugin: NexTool 6.14.0 or later

Next step

See every feature on the AI Assist page, including ticket summaries and sentiment analysis, which we covered in How to use AI to summarize and reply to tickets in GLPI. AI Assist is part of NexTool, an ecosystem of modules that extends GLPI without code customizations. Talk to the team for a demo.


Reviewed by the NexTool Solutions team. Screenshots are from GLPI running the NexTool plugin in a demo environment.

Frequently Asked Questions

No. The module generates a draft from the solved ticket and creates the article as unpublished, linked to the source ticket. A technician reviews it, adjusts it in the GLPI editor and publishes it. The editor assistant also only applies a suggestion when you click Apply.

Because the ticket doesn't document how the problem was solved. The module requires a solved or closed ticket and tasks or a solution that describe what was done; unfilled template text and courtesy messages don't count. Record the task performed and the solution, and the draft will be generated.

Yes. The knowledge base suggestions permission can be granted to the self-service profile, and the panel appears in GLPI 11 forms and in the ticket form. Who sees each article follows the normal knowledge base visibility rules in GLPI.

OpenAI, Google Gemini or Anthropic Claude, with your company's own API key. The module fetches the provider's model list and flags the recommended one.

The necessary text goes from your GLPI straight to the provider you chose, with no middleman. By default, names, email addresses, phone numbers and Brazilian tax IDs (CPF/CNPJ) are replaced with placeholders before sending, and generated articles never carry personal data. In regulated environments, treat the choice of provider as a data protection (LGPD/GDPR) decision.

The module is free. The cost is the token usage with your AI provider; every call is logged in the module, and the automatic routines have a daily token cap.

Need help?