<aside> 🔒

Öffentliche Gesamtübersicht

Lesbar nach Notion-OAuth oder can_view. Lana-KI-Laufzeit ohne persönliche MFA/OAuth/FIDO2. Keine Secret-Werte. Keine Produktionsfreigabe. changes_applied=false.

</aside>

Stand: 15. Oktober 2026 · Europe/Berlin. Anrede: Thomas. Quelle dieser Fassung: Nutzerangaben im Chat, USER_SPECIFIED. Kein Live-Zugriff auf Norton, Slack, SharePoint, Cloudflare, NotebookLM oder GPU-Anbieter in diesem Auftrag.

Lies daneben Lana Readme und Lana KI – DAIOS Gesamtkanon & Übergabe (12.10.2026) als Altquellen. Hybrid-/Node-D-/NAS-Text dort ist HISTORICAL/CONFLICT.

Ziel

Lana KI ist die zentrale, dauerhaft laufende Cloud-Automatisierung für Carpuncle Cloud. Sie koordiniert Infrastruktur, KI-Tools, Dokumentation, Deployments, Fehleranalyse und kontrollierte Pipeline-Korrekturen — ohne eigene Hardware. Im Normalbetrieb keine interaktive Anmeldung. Eigene technische Dienstidentität, nicht das persönliche Benutzerkonto.

Zentrale Architektur

Nutzer / Lana KI / KI-Clients
        │ SSO, Service Token oder OAuth
        ▼
Cloudflare Zero Trust Access
        ▼
Cloudflare Worker Gateway  gateway.lana-ki.de
├── /mcp              → MCP / JSON-RPC
├── /openapi.json     → OpenAPI 3.1
├── /api/execute      → kontrollierte REST-Tools
└── /.well-known/...  → nur bei echter OAuth-/OIDC-Architektur
        ├── GitHub
        ├── Cloudflare (DNS, Workers, Access, R2, D1, KV, Queues, Secrets)
        ├── Google Workspace / NotebookLM
        ├── Notion
        ├── Slack
        ├── SharePoint
        ├── Norton (nur bei freigegebener API)
        ├── Modellanbieter
        └── optionale GPU-Cloud

MCP-Pfad ist /mcp, nicht /mpc. Vorgesehener Endpunkt: https://gateway.lana-ki.de/mcp. Plugin-Richtung: Lana-ki-cloud/agent-plugins erweitern. Konkretes GitHub-Repository: MISSING. Das lokale ZIP lana-ki(4).plugin v0.3.1 ist MISSING und nicht das laufende Gateway. Kanon: Lana-KI-Plugin.

Clients: Claude/MCP, ChatGPT Actions/REST, Gemini/Workspace, Notion-nahe Agenten, lokale Agenten, interne Lana-Prozesse.

Plattformen

Plattform Aufgabe
Cloudflare Domain/DNS, Access, Worker-Gateway, Secrets, R2, D1, KV, Queues, ggf. Tunnel
GitHub Code, PRs, Actions, Nachvollziehbarkeit
Google Workspace / NotebookLM Wissen und Recherche
Notion Runbooks, Aufgaben, Freigaben
Slack Alarme, Fehler, ggf. Genehmigungen
SharePoint Team-Dokumente mit M365-Rechten
Norton Endpoint-Status nur lesend bzw. über ausdrücklich freigegebene API; hier UNVERIFIED
GPU-Cloud Bedarfsgesteuerte Medien; nicht dauerhaft
R2 Medien, Archive, Exporte, CDN

Authentifizierung

Menschen: Zero Trust Access (Google Workspace, GitHub oder Entra ID). Sitzung läuft ab.

Lana 24/7: keine Browser-Sitzung, kein FIDO2, keine privaten Admin-Tokens. Getrennte Credentials je Dienst und je development/staging/production; minimale Rechte; Rotation; Audit ohne Geheimnisse; jederzeit widerrufbar.

Im erlaubten Bereich: Status prüfen; genehmigte Deployments; Worker/Routen/konfigurierte Ressourcen; CI/CD analysieren; Korrektur als Branch/PR; reversible Runbooks; Benachrichtigungen; Secrets setzen/ersetzen, niemals Werte lesen oder ausgeben.

Sicherheitsgrenzen

Nicht automatisch: kostenpflichtige Server/GPUs/Verträge/Tarife; Löschen von Domains, Zonen, DBs, R2-Buckets, zentralen Workern; Eigentum, Abrechnung, globale Adminrechte; Abschalten von Sicherheit, Backups, Zero Trust, Audit; IdP/SSO ohne Freigabe; Secrets in GitHub, Notion, NotebookLM, SharePoint, Logs, D1, R2 oder Chat; persönliche Keys wiederverwenden.

Standard: Analyse → Plan → Branch → Tests → PR → Freigabe → Deployment → Audit. Direkte Produktion nur für festgelegte reversible Runbooks.

Speicher

Technik Zweck Grenze
KV Cache, Status, Ratenlimits Keine Secrets, keine Langprotokolle
D1 Kleine Status-/Auditdaten Keine Tokens, Passwörter, PII
R2 Medien, Exporte, Archive Berechtigungen und Lebenszyklus
GitHub Code und Infra-Definition Keine Secret-Commits
Notion / SharePoint / Workspace menschliche Doku Externe Freigabe nur nach Bestätigung