feat(bootstrap): initial commit of agent configurations
This commit is contained in:
commit
6b45ce7447
4 changed files with 110 additions and 0 deletions
5
.gitignore
vendored
Normal file
5
.gitignore
vendored
Normal file
|
|
@ -0,0 +1,5 @@
|
||||||
|
.DS_Store
|
||||||
|
*.env
|
||||||
|
config.json
|
||||||
|
*.log
|
||||||
|
*.tmp
|
||||||
31
mcp/mcp_config.json
Normal file
31
mcp/mcp_config.json
Normal file
|
|
@ -0,0 +1,31 @@
|
||||||
|
{
|
||||||
|
"mcpServers": {
|
||||||
|
"antigravity-memory": {
|
||||||
|
"command": "node",
|
||||||
|
"args": [
|
||||||
|
"/Users/IdeeQuadrat/Projects/antigravity-2.0/mcp/antigravity-memory/server.js"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
|
||||||
|
"model-router": {
|
||||||
|
"command": "/bin/bash",
|
||||||
|
"args": [
|
||||||
|
"/Users/IdeeQuadrat/Projects/antigravity-2.0/mcp/start-model-router.sh"
|
||||||
|
]
|
||||||
|
},
|
||||||
|
|
||||||
|
"agent-reach-mcp": {
|
||||||
|
"command": "ssh",
|
||||||
|
"args": [
|
||||||
|
"root@80.90.43.178",
|
||||||
|
"docker",
|
||||||
|
"exec",
|
||||||
|
"-i",
|
||||||
|
"agent-reach",
|
||||||
|
"python",
|
||||||
|
"-m",
|
||||||
|
"agent_reach.integrations.mcp_server"
|
||||||
|
]
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
49
rules/AGENTS.md
Normal file
49
rules/AGENTS.md
Normal file
|
|
@ -0,0 +1,49 @@
|
||||||
|
# Antigravity Customization Rules
|
||||||
|
|
||||||
|
## Response Formatting Rule
|
||||||
|
At the beginning of every response to the user, include a timestamp line with the date, the local time (accounting for geographical offset, e.g. Europe/Luxembourg timezone), and `#` followed by a sequential response number.
|
||||||
|
|
||||||
|
Example format:
|
||||||
|
`[19.06.2026 - 06:48:36 (Luxemburg) | #1]`
|
||||||
|
|
||||||
|
## Sprache und Anredeform (Language and Tone)
|
||||||
|
* **Standard-Sprache:** Deutsch (außer vom Benutzer explizit anders gefordert).
|
||||||
|
* **Anrede:** Verwende für alle Antworten ausschließlich das informelle „Du“ (dein, dir, du). Vermeide jegliche förmliche Ansprache („Sie“, „Ihr“, „Ihnen“).
|
||||||
|
|
||||||
|
## Memory-Drift Protokoll (/md)
|
||||||
|
* Wenn der Benutzer eine Nachricht mit dem Präfix `/md <Begriff>` sendet (z. B. `/md Sie`), bedeutet dies, dass das Modell einen kognitiven Drift erlitten hat.
|
||||||
|
* **Reaktion:** Das Modell muss sich sofort entschuldigen, die Korrektur annehmen, das gewünschte Verhalten wiederherstellen und ggf. seine Präferenznotizen prüfen.
|
||||||
|
|
||||||
|
## Meta-Lernen und Optimierung der Lernstrategien
|
||||||
|
* **Lernkurvenanalysen:** Das Modell soll regelmäßig versuchen, seine eigenen Lernprozesse und Gedächtnisstrukturen zu verifizieren. Es analysiert, welche Lern- und Speicherstrategien (z. B. direkte Systemprompts vs. Speicherabfragen) am besten performen, um kognitive Drifts zu minimieren.
|
||||||
|
* **Schwarm-Strategien:** Bei komplexen Aufgaben oder kritischen Alignments prüft das Modell eigenständig, ob der Einsatz von kooperierenden Subagenten (z. B. ein Codierungs-Subagent und ein getrennter Compliance/Watchdog-Subagent zur Qualitätssicherung) eine stabilere und effektivere Performance liefert als ein einzelner Agentenkontext.
|
||||||
|
|
||||||
|
## Web-App Deployment & SSL-Automatisierung (Traefik)
|
||||||
|
* **Regel:** Bei Anfragen zur Veröffentlichung oder zum Deployment von Web-Apps auf dem Zielserver `80.90.43.178` (oder verbundenen Domains) muss automatisch das Traefik-Reverse-Proxy-Routing konfiguriert und das Let's Encrypt TLS-Zertifikat ausgestellt werden.
|
||||||
|
* **Ablauf:** Nutze dazu den Skill `deploy-with-traefik-ssl`.
|
||||||
|
|
||||||
|
## Qualitätssicherung & Verifikationspflicht
|
||||||
|
* **Regel:** Bevor eine Aufgabe als abgeschlossen gemeldet wird, müssen alle automatisierten Tests (z. B. `npm run build`, API-Verifizierungen oder Unit-Tests) lokal ausgeführt werden. Das Ergebnis dieser Tests muss im Walkthrough dokumentiert werden.
|
||||||
|
|
||||||
|
## Session-State-Persistenz
|
||||||
|
* **Regel:** Pflege am Ende jeder Session den aktuellen Projektzustand, offene To-Dos und wichtige Erkenntnisse in der Datei `.agents/state.json` im Workspace-Verzeichnis.
|
||||||
|
* **Ablauf:** Lies diese Datei beim Starten eines neuen Projekts oder Chats als erstes ein, um sofort wieder kontextuell synchron zu sein.
|
||||||
|
|
||||||
|
## Software- und Bibliotheks-Quarantänepflicht
|
||||||
|
* **Regel:** Jedes neue Programm, Docker-Image, Third-Party-Skript oder jede Software-Bibliothek, das/die in eines unserer Systeme oder Projekte (z. B. Bernados, u-Topia, Space Agent) integriert wird, muss zwingend zuerst den Quarantäne-Mechanismus durchlaufen.
|
||||||
|
* **Ablauf:** Vor der produktiven Freigabe oder direkten Systemintegration müssen solche Software-Komponenten in einer isolierten Quarantäne-Umgebung (z. B. auf der dedizierten Proxmox-Quarantäne-VM 81001171 an vmbr4 oder in einem Docker-Container ohne Netzwerkzugriff `--network none` mit Lese-Rechten auf ein absolutes Minimum beschränkt) auf Supply-Chain-Risiken, Backdoors und unerlaubten Datenabfluss analysiert werden.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## Das Staffelstab-Prinzip (Sequentielle Verifikationskoordination)
|
||||||
|
* **Regel:** Führe niemals Folge-Befehle oder Systemabfragen aus, bevor das Ergebnis des vorherigen Befehls vollständig abgeschlossen und unabhängig verifiziert ist.
|
||||||
|
* **Ablauf:**
|
||||||
|
1. Setze einen Befehl ab. Nutze bei `run_command` standardmäßig hohe `WaitMsBeforeAsync`-Werte (z. B. 5000–10000ms), um Synchronität zu erzwingen.
|
||||||
|
2. Falls ein Task asynchron im Hintergrund laufen muss, stoppe weitere Toolaufrufe (beende den Turn) und warte passiv auf die System-Benachrichtigung der Fertigstellung.
|
||||||
|
3. Verifiziere das Ergebnis unabhängig (z. B. per Dateigröße, mtime oder exaktem HTTP-Statuscode), bevor der nächste Schritt eingeleitet wird.
|
||||||
|
|
||||||
|
## Proxmox Master-Dateien & Routing-Regel
|
||||||
|
* **Regel:** Bevor Konfigurationen (insbesondere Traefik-Routing, Nginx-Configs oder Docker-Compose-Dateien) auf Proxmox-VMs editiert werden, muss geklärt werden, ob ein Watcher oder Sync-Daemon (z. B. `lp-manager-worker` auf VM 150) die Replikate steuert.
|
||||||
|
* **Ablauf:**
|
||||||
|
1. Prüfe auf Ziel-VMs Mounts und Hintergrundprozesse.
|
||||||
|
2. Falls ein Synchronisations-Dienst active ist, passe niemals die Datei auf dem Replikat (z. B. Traefik-VM) an, sondern lokalisiere und editiere die Source of Truth (z. B. Master-Datei auf VM 150).
|
||||||
25
scripts/sync_agent_config.sh
Normal file
25
scripts/sync_agent_config.sh
Normal file
|
|
@ -0,0 +1,25 @@
|
||||||
|
#!/bin/bash
|
||||||
|
# sync_agent_config.sh
|
||||||
|
# Dieses Skript synchronisiert die lokalen Antigravity-Konfigurationen
|
||||||
|
# mit dem versionierten Backup-Repository auf OMV und pusht sie zu Forgejo.
|
||||||
|
|
||||||
|
set -e
|
||||||
|
|
||||||
|
REPO_DIR="/Volumes/omv-150/MayaDO/Infrastruktur/agent-bootstrap"
|
||||||
|
CONFIG_SRC="${HOME}/.gemini/config"
|
||||||
|
|
||||||
|
echo "=== 1. Kopiere lokale Konfigurationen ==="
|
||||||
|
cp "${CONFIG_SRC}/AGENTS.md" "${REPO_DIR}/rules/AGENTS.md"
|
||||||
|
cp "${CONFIG_SRC}/mcp_config.json" "${REPO_DIR}/mcp/mcp_config.json"
|
||||||
|
|
||||||
|
echo "=== 2. Commit & Push ==="
|
||||||
|
cd "${REPO_DIR}"
|
||||||
|
|
||||||
|
if [[ -n $(git status --porcelain) ]]; then
|
||||||
|
git add .
|
||||||
|
git commit -m "style(config): auto-sync rules and mcp configuration"
|
||||||
|
git push origin main
|
||||||
|
echo "Erfolgreich zu Forgejo gepusht!"
|
||||||
|
else
|
||||||
|
echo "Keine Änderungen vorhanden."
|
||||||
|
fi
|
||||||
Loading…
Reference in a new issue