Frontend und Agenten in einem Deployment.
Anmeldung und Datenzugriff inklusive.
Baue einen Chat, einen Posteingang für Freigaben oder ein internes Tool mit jedem Framework, das statische Dateien erzeugt. connic baut die App bei jedem Deployment, liefert sie pro Environment aus und meldet Personen mit connic-Konto oder über deinen Identity Provider an.
Von der Ops-Konsole bis zum Kundenportal.
Dein Ops-Team, dein Review-Team und deine Kundschaft bekommen jeweils die App, die sie brauchen. Jede App meldet Personen auf ihre Weise an, ruft Agenten über ihre Verbindungen auf und liest nur die Daten, die ihre Regeln erlauben.
Runs, Fehler und offene Freigaben aller Agenten auf einen Blick, mit Abbrechen-Button für hängende Runs.
Das Review-Team sieht, was ein Agent tun will und warum, und gibt es frei oder lehnt es ab.
Kundinnen und Kunden melden einen Schaden, laden Fotos hoch und verfolgen den Status, während ein Agent ihn bewertet.
Vertrag hochladen und Befunde pro Klausel erhalten, gespeichert in deiner Datenbank und offen für Rückfragen.
Jeder Besucher sieht nur seine eigenen Daten.
Eine Mitarbeiterin und das IT-Team öffnen dieselbe App und schicken dieselbe Anfrage. Sie bekommt ihre eigenen Tickets, das IT-Team bekommt alle, denn connic hängt die Zugriffsregeln der App an jede Abfrage.
- Regeln filtern die Abfrage
doc.author_id == user.idwird Teil der Datenbankabfrage. Listen, Zählungen und Seiten enthalten deshalb nur die eigenen Datensätze.- Felder, die der Browser nicht setzen kann
setschreibtauthor_idbei jedem Einfügen selbst, und Updates, die das Feld ändern wollen, lehnt connic ab.- Ohne Regel kein Zugriff
- Anfragen ohne passende Regel bekommen den Status 403. Lässt sich eine Regel nicht durchsetzen, schlägt das Deployment fehl, und die Fehlermeldung nennt Datei und Pfad der Regel.
- Abgelehntes bleibt sichtbar
- Die Statistik jeder App zeigt 30 Tage Besucher, Anmeldungen und Datenanfragen und zählt fehlgeschlagene Anmeldungen und abgelehnte Anfragen gesondert.
Lege für jede App fest, wer sie öffnen darf.
Kundinnen und Kunden öffnen einen öffentlichen Assistenten, das Review-Team meldet sich mit seinem connic-Konto an, und Mitarbeitende nutzen ihren gewohnten Firmen-Login. Die Anmeldung legst du pro Environment in der App-Datei fest oder im Dashboard, ganz ohne Deployment.
- Öffentlich
- Für alle mit dem Link, etwa bei Kundenassistenten, Anfrageformularen und Demos.
- connic-Konten
- Für Mitglieder des Projekts, auf Wunsch nur für bestimmte Berechtigungsgruppen. Passt zu Staging und internen Review-Tools.
- Dein Identity Provider
- Mitarbeitende melden sich über deinen OpenID-Connect-Provider an, eingeschränkt nach E-Mail-Domain oder Gruppe. Ein eigenes connic-Konto brauchen sie nicht.
Ein Deployment stellt die App und ihre Agenten bereit.
Der Quellcode kommt nach apps/it-desk/, und apps/it-desk.yaml beschreibt die App. Jedes Deployment baut sie zusammen mit den Agenten, die sie aufruft, und jedes Environment liefert sie unter einer eigenen connic.app-Adresse aus.
name: IT desk
build:
command: npm run build
output: dist
auth:
mode: oidc
issuer: https://sso.example.com
client_id: ${DESK_CLIENT_ID}
client_secret: ${DESK_CLIENT_SECRET}
allowed_domains: [example.com]
connectors:
- desk-chat
access:
database:
tickets:
read: doc.author_id == user.id or "it-support" in user.groups
insert: user.signed_in == true
set:
author_id: user.id
environments:
Staging:
auth:
mode: connic
Production:
domain: desk.example.combuild
connic installiert die Abhängigkeiten aus deinem Lockfile und führt
npm run buildmit Node 22 oder 24 aus. Schlägt der Build fehl, scheitert das Deployment, und das aktive Deployment liefert weiter aus.auth
oidcschickt Besucher zu deinem Identity Provider, undallowed_domainslässt nur Adressen deines Unternehmens zu. Ohneauthverwaltest du die Anmeldung im Dashboard.connectors
Die App erreicht Agenten nur über die Verbindungen, die hier stehen. Mit
apps_only: truein ihrer Datei nimmt eine Verbindung keine anderen Anfragen an, und eine WebSocket-Verbindung streamt die Antwort in den Browser, während der Agent sie schreibt.access
Mitarbeitende lesen ihre eigenen Tickets, die Gruppe it-support liest alle, und
setträgt bei jedem Einfügenauthor_idein.environments
In Staging melden sich Besucher mit connic-Konten an. Die Produktivumgebung behält deinen Identity Provider und liefert die App unter
desk.example.comaus.