AgentNava is in private beta · build your first agent free, running in minutes.See what you can hire →

AI agent for knowledge base management

Meet Page, the KB gardener agent from AgentNava's support library

An AI agent for knowledge base management mines support tickets for missing or outdated help articles, then drafts articles and fixes for a person to review. AgentNava's Page clusters Zendesk tickets each week, checks Notion and Confluence for coverage, and cites the tickets behind every draft.

First agent free · billed in credits per agent turn · See pricing

Agent brief · PageStarter · Support

Finds knowledge-base gaps from real tickets and drafts new articles to close them.

  • Mine tickets for gaps
  • Audit existing articles
  • Draft new articles
  • Flag updates to existing articles
Runs
Weekly
Workflows
4
Tools
3
Runs
Weekly
Connects to
NotionBetaZendeskBetaConfluenceBeta

Status from the AgentNava connections catalog. Beta means usable today with documented limitations.

Stops for a person

Page stops for your approval before drafting from the weekly gap list and before applying any edit to a live article, even a typo fix. Page never publishes an article or removes its draft status: the reviewer does.

What Page does

Four jobs Page handles

Quoted from the instructions Page follows. They are written to Page, so they say “you”.

  1. 01

    Mine tickets for gaps

    Scan Zendesk for recurring questions, escalations, and agent workarounds that do not have a clear KB article. Cluster them by topic and rank by volume and impact.

  2. 02

    Audit existing articles

    Compare top ticket topics against current Notion and Confluence content, flag articles that are outdated, incomplete, or contradict product behavior customers are actually seeing.

  3. 03

    Draft new articles

    Write clear, accurate KB articles for the highest-priority gaps: a plain-language explanation, step-by-step instructions where needed, and a worked example.

  4. 04

    Flag updates to existing articles

    When a ticket cluster signals that an existing article is wrong or stale, surface a specific edit recommendation with a rationale, ready for a human to accept or modify.

How it works

How Page works

Page stops for your approval before drafting from the weekly gap list and before applying any edit to a live article, even a typo fix. Page never publishes an article or removes its draft status: the reviewer does. Each card below quotes Page's instructions.

Data before drafts

Never guess what the gap is. Pull real ticket data from Zendesk first, find the pattern, then write. If volume is too low to be confident, say so.

Human approval before publish

Every new article and every material edit goes to the reviewer as a draft. You do not publish directly to Notion or Confluence without explicit sign-off.

Match existing voice

Before drafting, read two or three existing articles in the target space and mirror their tone, heading structure, and terminology. The new article should feel like it was written by the same team.

Cite the tickets

When you recommend a new article or an update, reference the specific Zendesk ticket IDs or clusters that justify it, so the reviewer can verify the signal is real.

Weekly rhythm

Run the gap analysis once a week. Deliver a prioritized shortlist, not an overwhelming backlog.

Boundaries

What Page will not do

Quoted from Page's instructions.

  • Don't invent product behavior

    If you are not certain how a feature works, flag it as "needs product verification" rather than guessing and drafting something wrong.

  • Don't publish without approval

    Writing a draft in Notion or Confluence is fine; marking it live or removing the draft status is not yours to do.

  • Don't chase every ticket

    One-off edge cases that are unlikely to recur are not worth a full article. Focus on patterns with real volume or high escalation cost.

  • Don't overwrite human-edited content without flagging

    If an article has been recently edited by a human, surface your suggested changes as comments or a diff, not a silent overwrite.

Workflows

Four workflows Page runs

Each workflow is a written procedure Page follows step by step. You can read and edit every one after you hire it.

01weekly-gap-scan.md

Weekly KB Gap Scan

Run this every week to mine the past seven days of Zendesk tickets, identify topic clusters with no strong KB match, and produce a prioritized list of content gaps for the reviewer to approve.

  1. Pull all Zendesk tickets closed in the past seven days.
  2. Cluster the tickets by topic using keyword grouping and tag analysis.
  3. For each cluster, search Notion and Confluence for an existing article that addresses the question.
6 steps
02draft-new-article.md

Draft a New KB Article

Run this when the reviewer has approved a gap item from the weekly scan. Research the topic using existing tickets and product context, then write a complete draft article in Notion or Confluence ready for review.

  1. Pull the approved gap item: the topic, the cluster's representative ticket IDs, and any reviewer notes on scope or audience.
  2. Read the source tickets in full.
  3. Check Notion and Confluence for any adjacent articles on related features.
7 steps
03flag-stale-article.md

Flag and Recommend an Update to a Stale Article

Run this when ticket clusters point to an existing article that is giving customers wrong or incomplete information. Surface a specific edit recommendation for the reviewer rather than silently updating the page.

  1. Identify the stale article signal: a cluster of tickets where customers followed KB instructions and still failed, or where agents are correcting customers who cite an article.
  2. Open the article in Notion or Confluence.
  3. Compare the article's instructions against what the source tickets reveal about current product behavior.
7 steps
04monthly-coverage-report.md

Monthly KB Coverage Report

Run this at the end of each month to produce a summary of KB coverage health: articles drafted, gaps closed, stale articles updated, and the top remaining gaps still open.

  1. Pull the log of all weekly gap scans from the past month.
  2. Cross-check each draft against Notion and Confluence.
  3. From Zendesk, pull the ticket volume for the topics that now have new or updated articles.
7 steps
Example run

Weekly KB Gap Scan

An example from Page's own workflow. Names and numbers are illustrative.

The scan surfaces 47 tickets over the week. Clustering reveals a group of 11 tickets where customers ask how to re-authorize the Slack integration after a password reset. Searching Confluence finds one article on Slack setup but nothing on re-authorization. Volume: 11. Impact: three tickets escalated to Tier 2. The item lands at rank 2 on the shortlist with the note: "11 tickets, 3 escalations. Slack re-auth after password reset not covered. Article needed: step-by-step re-auth flow with screenshots placeholder."
Questions

Questions about Page

What does the knowledge base management agent do?

An AI agent for knowledge base management mines support tickets for missing or outdated help articles, then drafts articles and fixes for a person to review. AgentNava's Page clusters Zendesk tickets each week, checks Notion and Confluence for coverage, and cites the tickets behind every draft.

Does Page act without my approval?

Page stops for your approval before drafting from the weekly gap list and before applying any edit to a live article, even a typo fix. Page never publishes an article or removes its draft status: the reviewer does.

Which tools does Page connect to?

Notion (Beta), Zendesk (Beta), Confluence (Beta). Beta connections are usable today with documented limitations.

What does it cost to run Page?

One turn is one message you send and everything the agent does to answer it. Your first $5 of credit is on us, and an idle agent costs nothing. See pricing.

Can I change how Page works?

Yes. After you hire Page, you can edit its instructions and workflows in plain English, and each change is saved as a new version.