fluesta KB

Docs

Wie Menschen und Agents mit der Knowledge Base arbeiten.

Was ist das?

Zentrale Wissensbasis von fluesta. Connectoren spiegeln Quellen (knowledge/-Doku, GitHub, Linear, Discord) in eine normalisierte Tabelle; Hybrid-Suche (Volltext + semantisch, RRF, Recency-Decay) macht alles über ein Interface auffindbar. Closed Loop: wer etwas lernt, schreibt es per capture zurück — sofort suchbar für alle.

Für Menschen: Web-UI

AskFrage stellen → Planner holt Evidence, Antwort mit Citations
CaptureLearning/Entscheidung in die Inbox schreiben
Admin-KonsoleNur für Admins: Ingest steuern, API-Keys + Connector-Configs setzen, Knowledge browsen, Inbox reviewen, MCP-Tokens, Users, Aktivität

Login mit Passwort oder Magic-Link. Kein Account? Admin legt ihn in der Admin-Konsole an (Users-Tab).

Für Agents: MCP

Einziger Endpoint (HTTP Streamable Transport):

https://kb.srv.fluesta.eu/mcp

Auth: Authorization: Bearer fluesta_kb_… — jeder Client bekommt einen eigenen Token (Audit + Widerruf pro Client, ADR 0009). Tokens verwaltet ein Admin in der Admin-Konsole → Tokens.

Cursor

{
  "mcpServers": {
    "fluesta-kb": {
      "url": "https://kb.srv.fluesta.eu/mcp",
      "headers": { "Authorization": "Bearer fluesta_kb_..." }
    }
  }
}

Claude Code

claude mcp add --transport http fluesta-kb \
  https://kb.srv.fluesta.eu/mcp \
  --header "Authorization: Bearer fluesta_kb_..."

Andere Harnesses / Chatbots (z.B. hermes)

Jeder MCP-Client mit HTTP-Streamable-Support: URL + Bearer-Header wie oben. Kein Sonderweg — MCP ist das einzige Agent-Interface.

MCP-Tools

ToolZweck
list_sourcesWas ist indexiert, wie aktuell, Embeddings aktiv? Guter Einstieg.
searchHybrid-Suche. Liefert id, source, kind, title, score, snippet, url.
get_itemVolltext eines Treffers per id (Snippets sind gekürzt).
recentNeueste Items pro Quelle/Zeitraum — "was hat sich getan?"
who_knowsExpert:innen zu einem Thema aus Autorenschaft.
captureLearning/Decision zurückschreiben → Inbox, sofort indexiert.

Regeln für Agents

  1. Erst search, Volltext dann via get_item — keine großen limits ziehen.
  2. capture ist der Closed Loop: Erkenntnisse festhalten. Ein Mensch kuratiert später aus der Inbox.
  3. MCP ist LLM-frei: planen und synthetisieren macht der Client.
  4. Token = Identität. Nicht teilen, nicht committen. Verlust → Dashboard → revoken + neu minten.