RAG-Chat: docUrls-Map + url-Feld in Sources hinzugefuegt
Aurora-Chat-Build-Prompt-Node (bLBD26tDbcbkKQHB) hatte bisher ueberhaupt keine URLs in der Quellen-Box (nur {name, score}). Neuer Patch: docUrls-Map analog zu Atlas, url-Feld im sources- Array. Reihenfolge: source_url > web_url > url. HTML-Chunks aus dem neuen Sync (document_source='sharepoint-html') bringen die Intranet-Sandwich-URL mit, aeltere Upload-Chunks haben kein source_url und bekommen keinen Link in der Box.
Aurora-Frontend bleibt auf aurora-001.fraia.de
Caddy-Block war bereits seit 30.05.2026 deployed. Heutige Caddy- Welle betraf nur atlas-001, n8n und intranet.
HTML Library Sync parallel zum Upload-basierten Bestand
Neuer Workflow "Fraia.Aurora-001 - HTML Library Sync" (ID 1lOqlAUJy3Ct5qPp, Webhook POST /aurora-html-sync) indexiert die SharePoint-Library "Dokumentationen" mit Mistral-Embedding: - Children GET (flach), HTML normalisieren analog Atlas-Sync (Mermaid/script/style/svg/head/comments raus, Tags strippen, Entities decoden, Whitespace normalisieren) - Chunks 1200 Zeichen mit 100 Overlap - 25 Chunks/Batch fuer Mistral mistral-embed (1024 Dim) - Mistral-HTTP-Node: batchSize=1, batchInterval=1500ms, retryOnFail=5 Versuche - schuetzt vor Rate-Limit - Qdrant-Insert in fraia-aurora-docs mit Payload-Feld source_url (identisches Schema zum Atlas-Sync, gleicher Intranet-URL-Bau) - document_source='sharepoint-html', Soft-Delete via sync_id scope-iert auf sharepoint-html Erster Lauf erfolgreich: 18 Dokumente -> 12 Batches -> 299 Chunks in fraia-aurora-docs, ~22 Sekunden Laufzeit (groesstenteils Mistral-Batching). Wissensbasis-Status parallel: - document_source='webhook-upload': Upload-basierte Bestaende - document_source='sharepoint-html': neuer SharePoint-Pfad Phase 3 (Chat passt Quellen-Box auf source_url) und Cut-Over folgen separat.
Frontend iframe-fähig (CSP frame-ancestors statt X-Frame-Options)
Workflow `Fraia.Aurora-001 - Frontend` (ID nr2MX9umFF2wudy4) Node „HTML senden": X-Frame-Options: SAMEORIGIN entfernt. Content- Security-Policy um frame-ancestors erweitert: default-src * 'unsafe-inline' 'unsafe-eval' data: blob:; frame-ancestors 'self' https://*.sharepoint.com https://*.sharepoint.de https://*.cloud.microsoft https://*.officeapps.live.com https://atlas-001.fraia.de https://aurora-001.fraia.de https://n8n-01.strukturwerk-ki.de; Hintergrund: analog zum Atlas-Frontend-Patch - Vorbereitung für Embedding im FrAIraum-Intranet und Cross-Site-Szenarien. Funktional unverändert für direkten Browser-Aufruf.
Microsoft-Login (Entra) komplett entfernt - nur noch lokaler Login
Aurora-001 ist jetzt durchgehend EU-Pure-Play: der Microsoft- Entra-Login wurde vollständig aus dem Auth-Workflow entfernt (13 Nodes - Entra-Setup, -Start und die Callback-Kette). Die Routen /aurora-auth-entra-start, -callback und -setup sind stillgelegt und antworten mit 404. Der lokale Username-Passwort- Login inklusive Admin-Benutzerverwaltung bleibt unverändert.
Fraia kennt ihre Aurora-Identität (keine Atlas-Vermischung)
Wird Fraia nach sich selbst gefragt (Workflows, Architektur, Stack, Modelle), antwortet sie jetzt ausschließlich über Aurora-001 und blendet Atlas-001-Quellen aus - auch wenn die Atlas-Architektur-Doku in der Wissensbasis liegt. Nur auf ausdrückliche Nachfrage geht sie auf Atlas-001 ein.
Health-Check aktiviert + auf Chat-only zugeschnitten
Aurora-001 hat jetzt einen aktiven, eigenständigen Health- Check (täglich 08:00 Uhr). Da Aurora bewusst chat-only ist (kein automatischer Sync), prüft er nur Erreichbarkeit und ob die Wissensbasis gefüllt ist - ohne Sync-Frische-Prüfung. Verschickt nach jedem Lauf eine Status-Mail (OK oder ALERT).