Salesforce-to-Glider Nexus Prototype

Ein vertragsbasiertes Mock-Prototyp, der eine kontrollierte, KI-gestützte Asset-Änderungspipeline demonstriert:

Natural-language request
-> controlled asset discovery
-> user review
-> immutable request manifest
-> deterministic manager routing
-> mandatory approval
-> execution-time revalidation
-> mock authoritative update
-> complete reconciliation and audit

Dieser Prototyp verwendet nur angenommene Verträge und synthetische Daten. Er stellt keine funktionierende Integration mit echten Salesforce- oder Glider-Nexus- Systemen dar. Siehe docs/scope.md und docs/assumptions.md, bevor Sie sich auf etwas hier verlassen.

Aktueller Status: Phase 0 (Skelett)

Bisher existieren nur das Repository-Skelett, gemeinsame Verträge und Service-Health-Checks. Siehe docs/scope.md für das, was in dieser Phase im und außerhalb des Umfangs liegt, und den Build-Phasen-Plan in der Quellspezifikation für das, was als Nächstes kommt.

Related MCP server: Harness Engineering MCP

Lokale Einrichtung

python3.11 -m venv .venv
source .venv/bin/activate
pip install -e ".[dev]"
cp .env.example .env

Tests ausführen

pytest

Einen Dienst lokal ausführen (Phase 0: nur Health-Checks)

uvicorn mock_glider.app.main:app --reload --port 8001
uvicorn mock_salesforce.app.main:app --reload --port 8002
uvicorn integration.app.main:app --reload --port 8003

Dann prüfen Sie z. B.:

curl http://localhost:8001/health

Docker

Docker-Compose-Orchestrierung wird hinzugefügt, sobald einzelne Dienste echte Funktionalität haben (ab Phase 1). In Phase 0 noch nicht verfügbar.

Repository-Struktur

Siehe docs/scope.md für den vollständigen Phasenplan. Top-Level-Verzeichnisse:

• shared/ - Verträge (Enums, Schemas, Fehler, Korrelation), die von allen Diensten verwendet werden

• mock_glider/ - Mock-System für autoritative Assets

• mock_salesforce/ - Mock-System für Anfragen/Genehmigungen

• integration/ - deterministischer Workflow, Validierung, Genehmigungsrouting, Ausführung

• assistant/ - konversationeller Parser und optionaler LLM-Adapter

• frontend/ - Operations-/Manager-/Status-UI

• mcp_server/ - verwaltete MCP-Tools (optional, zuletzt hinzugefügt)

• config/ - Genehmigungsregeln, Verantwortlichkeitszuordnungen, Statusübergänge

• scripts/ - Seed-Daten, Demo-, Reset-, Leistungstest-Skripte

• docs/ - Umfang, Annahmen, Architektur, Verträge, Testplan, Demo-Skript