Meleki 116f21105c fix(chat): Web-Search-Streaming – Text-Bubbles nach Search in gleicher Bubble fortsetzen
- chat.js: _afterWebSearch Flag trackt ob gerade eine Web-Search beendet wurde
  - text_start nach Web-Search: resumeStreamBubble() statt neue Bubble
  - web_search_start: Bubble NICHT beenden (bleibt finalisiert im DOM)
  - web_search_end: setzt _afterWebSearch=true
  - Flag wird bei tool_start, review_start, finalizer_start, error, done zurückgesetzt
- ui.js: Neue resumeStreamBubble() Funktion
  - _lastStreamDiv/_lastStreamText speichern letzte finalisierte Bubble
  - resumeStreamBubble() reaktiviert die letzte Bubble zum Weiter-Streamen
  - Verhindert separate Message-Blöcke bei mehrfachen Web-Searches
2026-03-07 09:48:14 +01:00
2026-03-01 14:25:43 +01:00
2026-03-06 23:09:08 +01:00

// gott

Self-hosted AI-Coding-Agent auf Basis der Anthropic Claude API. Stellt eine Web-UI bereit, über die man in Sessions mit konfigurierbaren Agenten chatten kann. Die Agenten haben Tool-Zugriff (Dateien lesen/schreiben/bearbeiten, Shell-Befehle ausführen, Suchen, Todos, Memory) auf ein definiertes Workspace-Verzeichnis.


Features

  • Multi-Agent-System – Mehrere Agenten mit eigenen Identitäten, Persönlichkeiten und Tool-Konfigurationen
  • Multi-Agent Review – Optionaler Review-Agent pro Session, der die Arbeit des Worker-Agents prüft und Feedback gibt
  • 12 Tools – read_file, write_file, edit_file, list_files, delete_file, execute, glob, grep, todo_write, memory_read, memory_write, memory_list
  • Streaming – Echtzeit-Antworten via Server-Sent Events (SSE)
  • Stop-Button – Laufende Requests zuverlässig abbrechen (inkl. laufender Shell-Befehle)
  • Skill-System – Wiederverwendbare Prompt-Bausteine, zuordenbar pro Agent
  • Memory – Persistentes Gedächtnis pro Agent (Dateisystem-basiert)
  • Workspace-Browser – Integrierter Datei-Explorer mit Editor
  • Telegram-Integration – Agents über Telegram ansprechen
  • Cronjobs – Zeitgesteuerte Prompts mit Cron-Expressions
  • Bildgenerierung – Krea AI Integration für Bildgenerierung
  • Nachrichten teilen – Einzelne Nachrichten per öffentlichem Link teilen
  • Archivierung – Chat-Verläufe archivieren und durchsuchen
  • Benutzerverwaltung – Multi-User mit Admin-Rollen, Impersonate, Login-Links
  • Servereinstellungen – Admin-UI für appsettings.Production.json
  • Desktop-Client – WPF + WebView2 Windows-App
  • Dark Theme – CSS-Variables basiertes Theming

Tech-Stack

Bereich Technologie
Backend .NET 10 Minimal API, C#
Datenbank SQLite + Dapper
AI Anthropic Claude API (SSE Streaming)
Frontend Vanilla JS SPA (kein Framework), CSS Variables
Mathe KaTeX (LaTeX-Rendering)
Bilder SixLabors.ImageSharp
Cron Cronos
Desktop WPF + WebView2 (optional)

Voraussetzungen

Konfiguration

Beim ersten Start wird appsettings.json mit Standardwerten verwendet. Für eigene Einstellungen eine appsettings.Production.json im publish/-Verzeichnis anlegen (oder über die Admin-UI verwalten):

{
  "Port": 19000,
  "AnthropicToken": "sk-ant-...",
  "MaxIterations": 100,
  "PayloadLogging": false,
  "PayloadLoggingGzip": false,
  "KreaToken": "",
  "KreaApiKey": ""
}
Setting Beschreibung Default
Port Server-Port (erfordert Neustart) 19000
AnthropicToken Anthropic API Key (erforderlich) –
MaxIterations Max Tool-Loop Iterationen pro Chat 100
PayloadLogging API-Payloads in Konsole loggen false
PayloadLoggingGzip Payload-Logs als .gz komprimieren false
KreaToken Krea AI API Token (optional) –
KreaApiKey API-Key für Krea-Endpoints ohne User-Auth (optional) –

Hinweis: Die appsettings.Production.json wird nicht beim dotnet publish mitkopiert. Sie lebt ausschließlich im publish/-Verzeichnis und kann über die Admin-UI (#/server-settings) verwaltet werden.

Starten

dotnet run

Die Web-UI ist dann unter http://localhost:19000 erreichbar.

Beim ersten Start wird automatisch ein Admin-Account erstellt:

  • Benutzername: admin
  • Passwort: admin

Deployment (Linux)

Empfohlen als systemd-Service hinter einem Reverse Proxy (Nginx, Caddy):

# deploy.sh (Beispiel)
#!/bin/bash
set -e
cd /app/gott
systemctl stop gott
dotnet publish -c Release -o publish
systemctl start gott

Beispiel systemd-Unit (/etc/systemd/system/gott.service):

[Unit]
Description=Gott
After=network.target

[Service]
Type=exec
WorkingDirectory=/app/gott
ExecStart=/app/gott/publish/gott
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

Projektstruktur

gott/
├── Program.cs                  # Startup, DI, Middleware, Routing
├── appsettings.json            # Standard-Konfiguration
├── Models/                     # Records (reine Daten)
├── Services/                   # Business-Logic (Singletons)
├── Endpoints/                  # HTTP API (Minimal API)
├── Middleware/                  # Auth-Middleware
├── Templates/                  # Vorlagen (IDENTITY.md, SOUL.md, USER.md)
├── wwwroot/                    # Frontend (Vanilla JS SPA)
│   ├── js/                     # App, Router, API, Chat, UI-Helpers, Pages
│   └── css/                    # Styles (theme.css = CSS Variables)
├── WindowsApp/                 # WPF + WebView2 Desktop Client
└── publish/                    # Build-Output + Laufzeit-Daten
    └── data/
        ├── gott.db             # SQLite Datenbank
        ├── agents/{id}/        # Memory-Dateien pro Agent
        ├── skills/{slug}/      # Skill-Dateien
        └── images/             # Krea-generierte Bilder

Ausführliche Dokumentation: ARCHITECTURE.md · Kurzreferenz: ARCHITECTURE_QUICK.md


Lizenz

Proprietär – Alle Rechte vorbehalten.

S
Description
No description provided
Readme
3.1 MiB
0 Stars 1 Watchers 0 Forks
Languages
C# 65.9%
JavaScript 24.6%
CSS 5.1%
HTML 2.5%
Python 0.7%
Other 1.2%