Ecossistema LLM Wiki Stacks vs Nosso Vault
Pergunta (confidence: high)
Quais stacks relevantes aparecem nos projetos de llm-wiki já representados neste vault, e como a stack deste projeto se compara ao ecossistema?
Implications: esta pergunta transforma uma lista de projetos em um mapa de decisão: o que este vault já faz bem, o que falta, e quais stacks externas servem como referência para próximos passos.
Resposta Curta (confidence: high)
O ecossistema se divide em oito famílias: OKF/compiler, desktop agent, web/full-stack, graph/memory/RAG, Rust local-first, minimal MCP, demos por linguagem e templates Obsidian/prompt-only. Este vault está acima dos starters e templates porque tem MCP, grafo, lint e testes verificados; está competitivo com MCPs locais simples; e fica atrás de plataformas com UI, extensão browser, banco vetorial/graph DB externo, single binary Rust ou produto hospedado.
Implications: o caminho mais racional não é trocar a base Markdown, mas escolher uma direção de maturação: produto web, distribuição empacotada, graph/memory engine mais forte, ou manter o foco em governança e confiabilidade local.
Mapa de Stacks (confidence: high)
| Família | Projetos exemplares | Stack típica | O que representa |
|---|---|---|---|
| OKF/compiler/SDK | atomicstrata-llm-wiki-compiler | TypeScript, CLI/SDK, lifecycle L0-L3, templates, MCP | Padronização e compilação de wiki |
| Web/full-stack | lucasastorian-llmwiki | Python/TypeScript, API, extensão, webhooks, hosted option | Produto e integração com fluxos externos |
| Graph/memory/RAG | cognee | Graph DB ou grafo persistente, busca vetorial, memória, MCP | Recuperação e memória como infraestrutura |
| Rust local-first | krakiun-llmwiki | Rust, Tantivy, embeddings, hybrid search, MCP, single binary | Performance, distribuição e operação local |
| MCP e interoperabilidade | model-context-protocol | Servidores MCP, ferramentas determinísticas, chamadas locais | Conectar o vault a agentes sem acoplar a uma UI |
| Roadmap de vaults | vault-roadmap | Fases de fundação, infraestrutura, grafo, automação e escala | Evolução incremental do nosso próprio vault |
| OKF e governança | open-knowledge-format | Frontmatter, lifecycle, schema, provenance | Compatibilidade sem depender de app específico |
Implications: as stacks mais fortes combinam duas coisas: uma base simples de arquivos ou Markdown e uma camada operacional verificável por ferramentas. O nosso vault já tem a segunda camada mínima, mas ainda não tem embalagem de produto.
Nossa Stack Com Prova (confidence: high)
| Camada | Estado deste vault | Prova observada |
|---|---|---|
| Base de conhecimento | Markdown com raw/, wiki/, index.md, log.md, _schema.md e governança em AGENTS.md | Arquitetura explícita em AGENTS.md; catálogo em index.md; ação registrada em log.md |
| MCP/API | Implementado em Python/FastAPI com ferramentas list_pages, get_page, search, graph_neighbors, graph_stats | mcp/server.py; integração live reexecutada em 2026-07-24 com 43 passed, 0 failed |
| Busca | Whoosh/BM25 no MCP; helper híbrido com BM25, vetor e grafo | requirements.txt, mcp/server.py, scripts/hybrid_query_helper.py; pytest de servidor/segurança reexecutado com 18 passed, 1 warning |
| Grafo | Export local de wikilinks para JSONL/GraphML | scripts/graph-export.ps1 -SkipHtml produziu 179 nodes, 952 edges |
| Lint/saúde | Lint estrutural com escopos main, prompts e all | scripts/wikilint.ps1 -Scope all retornou wikilint: OK para 176 páginas |
| Ausência de app web/desktop/browser | Não há manifesto Node, Tauri nem extensão browser | Busca por package.json, tauri.conf.json e manifest.json não encontrou arquivos |
| Ausência de Rust/Go/Java | Não há implementação Rust, Go ou Java no repo | Busca por Cargo.toml, go.mod e pom.xml não encontrou arquivos |
| Ausência de containerização | Não há Dockerfile no repo | Busca por Dockerfile não encontrou arquivos |
Implications: as alegações sobre este projeto são verificáveis por código, manifests ausentes e testes. A principal força atual é confiabilidade local; a principal lacuna é empacotamento e produto.
Comparação (confidence: high)
| Comparação | Veredito |
|---|---|
| Contra templates Obsidian/prompt-only | Este vault está à frente porque tem MCP, grafo, lint e testes verificados, não só estrutura de arquivos e prompts. |
| Contra MCPs locais simples | Este vault é competitivo porque junta MCP, busca, grafo exportável, lint e documentação operacional. |
| Contra OKF/compiler | Este vault está parcialmente atrás: segue convenções OKF-like, mas não oferece SDK/CLI/compilador formal. |
| Contra web/full-stack | Este vault está atrás como produto: não há app web, extensão, webhooks, API pública empacotada ou deploy containerizado. |
| Contra Rust single-binary | Este vault está atrás em distribuição/performance: é Python/PowerShell local, não um binário Rust com índice incremental. |
| Contra graph/memory engines | Este vault é mais simples: tem busca/grafo local, mas não graph DB externo, memória multiagente ou lifecycle algorítmico de memória. |
Implications: a melhor comparação não é “bom ou ruim”, mas “qual fronteira queremos puxar”. Se a prioridade for confiança e auditabilidade, o vault já está forte; se for produto, distribuição ou memória avançada, há lacunas claras.
Próximas Fronteiras (confidence: medium)
- Produto local navegável: uma UI leve sobre o MCP e o grafo.
- Distribuição: Docker, pacote CLI ou instalador local.
- Busca híbrida mais madura: índice incremental, ranking fusion e avaliação de qualidade.
- Memória: lifecycle operacional para confiança, supersessão e esquecimento.
- Interoperabilidade OKF: export/import mais formal para alinhar com compiladores e ferramentas externas.
Implications: qualquer uma dessas fronteiras pode ser escolhida sem descartar o que existe. O princípio de preservação continua: estender o vault, não reescrevê-lo.
Related
- how-main-wiki-is-selected — como a arquitetura escolhe (ou não) um wiki “principal” entre os padrões aqui mapeados
Sources
raw/articles/llm-wiki-okf-comprehensive-report-2026.mdraw/articles/denser-llm-wiki-analysis.mdraw/articles/krakiun-llmwiki-rust.mdraw/articles/geronimo-iia-llm-wiki-engine.mdraw/articles/pratiyush-llm-wiki.md- Local implementation proof:
mcp/server.py,requirements.txt,scripts/graph-export.ps1,scripts/wikilint.ps1,scripts/hybrid_query_helper.py,index.md,log.md
Implications: as fontes externas explicam o ecossistema; os arquivos locais provam o estado real deste vault.