Funktionen der Plattform

Eine Plattform mit Governance für Entwicklung, Anbindung und Orchestrierung von KI.

Jede Funktion läuft unter denselben Profilen und Berechtigungssets, sodass Ihre KI innerhalb Ihrer Zugriffsregeln arbeitet und nicht an ihnen vorbei.

MCP-Zugang

Machen Sie Ihre App für die KI-Assistenten erreichbar, die Ihre Mitarbeitenden nutzen

Ihre Mitarbeitenden können Ihren Geschäftsanwendungen Fragen stellen, direkt aus Claude, ChatGPT oder jedem Assistenten, der benutzerdefinierte MCP-Connectoren unterstützt. Dafür braucht es kein eigenes Integrationsprojekt und keine Kopie der Daten.

Jede App-Site kann über eine einzige Einstellung einen MCP-Server bereitstellen. Lesen und Schreiben sind getrennte Schalter, sodass Sie Abfragezugriff anbieten können, ohne Änderungen zuzulassen. Personen verbinden die Site als benutzerdefinierten Connector und melden sich mit OAuth an, und jede Abfrage läuft mit ihrer Identität. Zwei Personen, die dieselbe Frage stellen, erhalten unterschiedliche Antworten, weil ihre Profile und Berechtigungssets bestimmen, was der Assistent sehen kann.

So funktioniert die Anbindung

1
KI-AssistentClaude, ChatGPT oder jeder benutzerdefinierte MCP-Connector
2
OAuth-AnmeldungDie Person meldet sich mit ihrer eigenen Identität an
3
MCP-Server der UES.IO-AppLesen und Schreiben getrennt aktivierbar
4
Profil und BerechtigungenLegen Sie fest, was der Assistent sehen darf

02 · Builder-Agenten

Entwickeln Sie Apps im Dialog mit den Agenten UES.IO App Builder, Schema Builder und View Builder

Beschreiben Sie, was Sie brauchen, und erhalten Sie eine App, ein Datenmodell oder eine Ansicht, die Sie nachvollziehen können, statt einer Blackbox.

Drei Builder-Agenten arbeiten innerhalb der Plattform. Der Schema Builder erstellt und ändert Collections, Felder und Beziehungen. Der View Builder erzeugt und bearbeitet Views, einschliesslich Wires, Komponenten, Layouts und Merge-Logik, und nutzt dazu Ihren Komponentenkatalog, damit die Oberflächen zu Ihrem Design-System passen. Der App Builder kombiniert beide: Anhand einer Beschreibung legt er Collections, Beispieldaten, Navigation und Views in einem Dialog an.

So entsteht eine App

1
App beschreibenIm Dialog
2
App Builder, Schema Builder und View BuilderCollections, Felder, Views und Navigation
3
Deklaratives YAMLLesbar und unter Versionskontrolle
4
Protokollierte ÄnderungJede von einem Agenten vorgenommene Änderung wird protokolliert

03 · Coding-Agenten

Lassen Sie Coding-Agenten auf UES.IO entwickeln

Machen Sie aus einer schriftlichen Anforderung eine funktionierende, bereitgestellte Funktion, mit Berechtigungen, die von Anfang an Teil der Entwicklung sind.

Coding-Agenten wie Claude Code und Codex können mit dem UESIO Connector for Agents und dem Skill uesio-dev Collections, Felder, Views und Berechtigungen mit einem einzigen Prompt erstellen. Der Agent stellt in einem Entwicklungs-Workspace bereit und prüft das Ergebnis in der Vorschau. Die Veröffentlichung auf einer Live-Site ist ein eigener Schritt: eine Bundle-Version, die Sie aktivieren, wann Sie es entscheiden.

So wird veröffentlicht

1
Ein PromptEine schriftliche Anfrage
2
Coding-AgentClaude Code oder Codex mit dem UESIO Connector for Agents und dem Skill uesio-dev
3
Dev-WorkspaceDeployt und in der Vorschau geprüft
4
Go-liveEine Bundle-Version, aktiviert, wenn Sie es entscheiden

04 · Orchestrierung

Orchestrieren Sie Agenten und wählen Sie für jeden Schritt das passende Modell

Wählen Sie das Modell, dessen Leistung und Kosten zur Aufgabe passen, und protokollieren Sie, was jeder Lauf getan hat und was er gekostet hat.

Eine Orchestrierung verkettet Agenten zu einem Workflow, und jeder Agent hat sein eigenes Modell, eigene Anweisungen und eigenen Tool-Zugriff. Ein günstigeres Modell kann zum Beispiel die Daten vorsortieren, und ein leistungsstärkeres analysiert nur, was dabei markiert wurde. Läufe werden mit der Identität der angemeldeten Person ausgeführt, und Prüfungen ausserhalb ihres Zugriffs werden übersprungen und gemeldet. Jeder Lauf zeigt seine Tool-Aufrufe, Tokens und Kosten pro Modell.

Eigene konfigurieren

1
OrchestrierungSteuert die Reihenfolge der Agenten
2
Triage-AgentEin günstigeres Modell liest die Daten, die die Person sehen darf
3
Reasoning-AgentEin leistungsstärkeres Modell sieht nur die Markierungen
4
ReportTool-Aufrufe, Tokens und Kosten pro Modell

Governance

Eine Governance-Schicht unter jeder Funktion

Berechtigungen, Audit und Wahl der Bereitstellung gelten unabhängig davon, welche Funktion Sie nutzen, auf dieselbe Weise.

Lesen Sie, wie UES.IO mit KI-Governance, Vertrauen und Sicherheit umgeht.

Zugriff folgt der PersonJeder Agent handelt mit den Berechtigungen der Person, für die er arbeitet.
Jede Aktion wird protokolliertBei jedem KI-Aufruf werden Person, Agent, Modell, Prompt, Antwort, Tokens und Kosten protokolliert.
Sie bestimmen, wo die Plattform läuftVon uns gehostet, in Ihrem eigenen Tenant oder air-gapped.

FAQ Häufig gestellte Fragen

Kann ich Abfragen erlauben, ohne Änderungen zuzulassen?

Ja. MCP-Lesezugriff und MCP-Schreibzugriff lassen sich getrennt aktivieren.

Kann der Assistent Daten sehen, die die Person nicht sehen darf?

Nein. Anfragen laufen mit der Identität der angemeldeten Person, unter ihrem Profil und ihren Berechtigungssets.

Ändert der Coding-Agent meine Live-Anwendung?

Im gezeigten Workflow stellt der Agent in einem Entwicklungs-Workspace bereit. Die Veröffentlichung auf einer Site ist ein eigener Schritt.

Unterscheiden sich Apps, die Agenten entwickeln, von manuell entwickelten Apps?

Nein. Die Agenten erzeugen dieselben deklarativen Definitionen und folgen denselben Schema-Regeln, Komponentenverträgen und Bereitstellungsabläufen.

Welche KI-Assistenten lassen sich anbinden?

Claude, ChatGPT und jeder andere Assistent, der benutzerdefinierte MCP-Verbindungen erlaubt. Jede Person meldet sich mit ihrem eigenen UES.IO-Konto an.

Welche Modelle kann ich verwenden?

UES.IO unterstützt 14 Modellanbieter, und jeder Agent kann einen anderen nutzen.

Sehen Sie diese Funktionen an Ihrem Use Case in Aktion