feat: expose knowledge-base documentation through an MCP server
Mantenedores costumam responder em até 1 dia
@oto-macenauer-absa já está trabalhando nisso.
Desde 4/10/2026.
- #119 de @oto-macenauer-absa — aberto
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- javascript
- Domínio
- api, documentation
Direção de pesquisa
Start by locating the existing static build pipeline and the generated documentation data it produces. Then map the proposed MCP adapter over that catalog and search index; done means the listed resources, tools, schemas, bounded reads, deterministic search behavior, tests, and deployment documentation satisfy the acceptance criteria.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Feature Description
Provide an MCP server for the knowledge base so AI agents and other MCP-compatible clients can discover documentation and retrieve relevant documents without scraping rendered HTML.
The server should expose the documentation catalog as MCP Resources and provide agent-friendly discovery/search operations:
- List available documentation, with stable identifiers, title, app, description, tags, route, MIME type, and modification metadata.
- Search documentation by keyword and return ranked, bounded matches with excerpts and canonical document resource URIs.
- Allow clients to fetch a selected document through
resources/read.
Problem / Opportunity
The knowledge base aggregates documentation into a browser-oriented static site. Agentic clients need a protocol-native, structured interface for retrieval-augmented workflows: first discover/search available material, then fetch only relevant content.
A standard MCP surface makes this capability pluggable across compatible agents and clients, rather than coupling consumers to one UI, scraper, or proprietary API.
Acceptance Criteria
- An MCP server can be run/configured against a built knowledge-base deployment or its generated documentation index.
- Server advertises MCP
resourcesandtoolscapabilities. -
resources/listexposes a deterministic, paginated document catalog using stablekb://URIs. -
resources/readreturns requested document content and metadata for a catalog URI. - A
list_documentstool supports filtered catalog discovery (for example app, tag, or title). - A
search_documentstool accepts a keyword query and optional filters, pagination, and result limit. - Search results return deterministic ranking plus structured metadata: document URI, title, app/slug, route, excerpt, and relevance score.
- Tool outputs use JSON Schemas and return schema-valid structured content, with compatible text content where needed.
- Search and document reads enforce bounded response sizes and clear errors for unknown or inaccessible resources.
- Build/deployment produces required search/catalog data without runtime HTML scraping.
- Server validates inputs, applies access controls appropriate to deployment, rate-limits requests, and sanitizes returned content.
- Automated tests cover resource listing/reading, search ranking/filtering/pagination, schemas, deterministic ordering, and error handling.
- Documentation explains supported transport/configuration, MCP client setup, URI format, tool schemas, and security/operational limits.
Proposed Solution
Generate a normalized document catalog and search index during the existing static build pipeline. Implement a separate MCP adapter over that generated data so retrieval behavior stays independent from browser rendering and can be deployed or embedded using a supported MCP transport.
Use two complementary MCP primitives:
- Resources for canonical documents. Each document receives a stable
kb://URI, appears inresources/list, and is retrieved throughresources/read. - Tools for agent-directed discovery:
list_documentsfor filtered catalog enumeration.search_documentsfor ranked keyword search.
Search responses should return compact structured matches and resource links, enabling an agent to request full content only after selecting relevant results. Keep tool names server-namespaced and output schemas explicit to support aggregation with other MCP servers.
Evaluate whether resource-list change notifications should be enabled for deployments where documentation updates without server restart.
Dependencies / Related
- MCP Resources specification: https://modelcontextprotocol.io/specification/2026-07-28/server/resources
- MCP Tools specification: https://modelcontextprotocol.io/specification/2026-07-28/server/tools
- MCP architecture overview: https://modelcontextprotocol.io/docs/2026-07-28/learn/architecture
No existing MCP-related issue found in this repository.
Additional Context
Research findings:
- MCP Resources fit canonical documentation: clients can list resources, select them explicitly or automatically, and retrieve content by URI.
- MCP Tools fit parameterized search because keyword input, filters, ranking, and bounded result sets are actions rather than static documents.
- MCP requires deterministic list order and supports pagination/caching, useful for large documentation catalogs and agent prompt caching.
- Tool output schemas improve interoperability; structured search matches should be paired with readable text output for broad client compatibility.
- MCP security guidance requires input validation, access control, rate limiting, output sanitization, and client-side validation of untrusted tool results.
- Linguagem predominante
- JavaScript
- Estrelas
- 0
- Forks
- 0
- Merge médio
- 20min
- PRs com merge (30d)
- 8
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de AbsaOSS/knowledge-base
-
enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
AbsaOSS/knowledge-base#118 ·
Mantenedores costumam responder em até 1 dia
-
enhancement
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 52/100
AbsaOSS/knowledge-base#114 · 1 reação ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
AbsaOSS/knowledge-base#113 ·
Mantenedores costumam responder em até 1 dia
-
Dynamic responsive masthead menu from documentation manifestsTalvez já em andamento @oto-macenauer-absa assumiu há 23 dias. Abertaenhancement
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
AbsaOSS/knowledge-base#111 · 1 responsável ·
Mantenedores costumam responder em até 1 dia
Todas as issues de AbsaOSS/knowledge-base
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 72/100
thedevs-network/kutt#1059 ·
-
good first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 82/100
Mantenedores costumam responder em até 1 dia
-
0. Needs triage 35-feedback bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia