Skip to content
9x Dev
All case studies
Case study

One Answer From Six Tools: A Company-Wide Knowledge Base

Business requirements, product specs, engineering tickets and support FAQs lived across Notion, Confluence, Linear, Jira, Google Drive and GitHub, and rarely agreed. We built an AI-powered knowledge base that reads all six, links what belongs together, answers with sources, and raises an alert when two departments disagree.

Client
Software company, 750+ people
Industry
B2B software
Duration
22 weeks
Services
AI Integration, Systems Integration
The challenge

Everyone Had the Answer. Nobody Had the Same One.

Business wrote requirements in Notion. Product wrote specifications in Confluence. Engineering tracked implementation in Linear, bugs in Jira and code in GitHub. Customer service kept its FAQs in Google Drive. Every team was diligent, and none of it was connected.

A support agent couldn't tell whether a reported bug was known, fixed or by design. A product manager couldn't see which requirement a ticket came from. New hires spent their first month asking. The company wanted one place to ask a question and get an answer that cited where it came from, without asking anyone to change the tools they already used.

What we built

A Knowledge Graph That Answers, and Tells You When It Can’t

Connectors that continuously ingest from Notion, Confluence, Linear, Jira, Google Drive and GitHub, a linking layer that ties requirements to specs to tickets to FAQs, an assistant that answers in plain language with citations, respecting each person’s existing permissions, and a discrepancy monitor that flags conflicting knowledge between departments before someone acts on it.

1
Six connectors. Incremental sync from Notion, Confluence, Linear, Jira, Google Drive and GitHub, with source permissions carried through so nobody sees what they couldn't see before.
2
Linking layer. Explicit references, shared identifiers and semantic similarity combine to connect a requirement to its spec, its tickets, its pull requests and the FAQ that explains it to customers.
3
Assistant with citations. Ask in chat or from inside the tools people already use. Every answer links to its sources.
4
Discrepancy alerts. When a spec in Confluence contradicts its requirement in Notion, or a support FAQ describes behavior a closed Jira bug has since changed, the owners of both are notified with the two versions side by side.
Approach

Twenty-Two Weeks, One Department at a Time

Six connectors in twenty-two weeks came from building the way the product itself works: connector scaffolding, tests and documentation generated with AI tooling, then reviewed and hardened by the engineers who own them.

01Weeks 1–3

Map the questions

We collected the two hundred questions people asked each other over three weeks and used them as the evaluation set for everything that followed.

02Weeks 4–10

Engineering first

Linear, Jira and GitHub connectors shipped first, with the assistant answering only engineering questions. Accuracy on the evaluation set, not features, gated each release.

03Weeks 11–17

Product and business

Notion, Confluence and Google Drive connected, and the linking layer began tying requirements to specs to tickets. This is where the disagreements between teams first became visible, and where the discrepancy alerts were born: what started as a report became a notification to the owners of both documents.

04Weeks 18–22

Customer service

FAQs connected, the assistant embedded in the support tool, and discrepancy alerts running across all four departments. Handed over with evals, runbooks and a connector template for whatever tool comes next.

Contact

Is Your Company’s Knowledge Spread Across Too Many Tools?

Tell us which ones, and an expert team member will reply.