<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.
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.
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.
| 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 |
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.
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.
| 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 |