Meleki 8e0ae90dc6 Plan-Modus: System-Prompt-Blöcke kontextabhängig anpassen
- SystemPromptBuilder.BuildBlocks/Build bekommt planMode-Parameter
- Im Plan-Modus: Tools-Block zeigt nur Read-only-Tools (read_file, list_files, glob, grep)
- Im Plan-Modus: KRITISCH, Verhalten, Erinnerung und Git-Blöcke werden übersprungen
- Im Plan-Modus: Skills als 'nicht ausführbar' markiert
- Plan-Modus-Block zentral im SystemPromptBuilder statt doppelt in AnthropicService + SessionEndpoint
- ChatService reicht planMode an SystemPromptBuilder durch
- SessionEndpoint reicht planMode Query-Parameter an BuildBlocks durch
- System-Prompt-Modal zeigt korrekte Blöcke je nach Plan-Modus-Status
2026-03-07 12:20:44 +01:00
2026-03-01 14:25:43 +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
  • Finalizer-Agent – Optionaler Agent, der nach dem Review abschließende Arbeiten durchführt (z.B. Git-Commit, Deployment)
  • Web-Search – Integrierte Web-Suche mit Quellenangaben (URLs + Titel) in Chat und geteilten Nachrichten
  • 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%