Zum Hauptinhalt springen
connic
Starte kostenlos

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.

Help Center
Agent Ops
Refund Review
help.example.com/search?q=package+delivered
Help CenterOrdersReturns
package delivered but not here
Missing or stolen deliveriesShipping

If tracking says delivered but the package isn't there, check your parcel locker and neighbors first.

Pick up a parcel from a lockerShipping

The pickup code for a delivered parcel is in the delivery email and in your order.

Report a problem with an orderOrders

Damaged, incomplete or not here? Report it within 14 days of delivery.

Still stuck? Chat with us

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.

Agent Ops
ops.example.com/overview
OverviewLast 7 daysLR
Runs
12,486+8.2%
Completed
97.8%+0.4%
Failed
214−31
Avg. duration
4.2s−0.3s
Runs per day
ThuFriSatSunMonTueWed
Needs a decision3
Pay out €2,140 on CL-20931
claims-triage
Decide
Refund €349 on ORD-48213
support-agent
Decide
Order 40 laptops
procurement-agent
Decide
invoice-extractorCompleted3.1s14:02:11Details
support-agentRunning41.7s14:01:38Cancel
claims-triageAwaiting approval8.4s13:58:02Details
order-syncFailed0.8s13:55:47Details
NutztDein Identity Provider/_connic/runs/stats/_connic/runs/_connic/approvals

Das Review-Team sieht, was ein Agent tun will und warum, und gibt es frei oder lehnt es ab.

Refund Review
refunds.example.com/inbox/ORD-48213
refunds3 opentom@example.comTB
Search requests
€349.004m
Mia Wagner · ORD-48213
Damaged on arrival
€89.9018m
Jonas Klein · ORD-48177
Wrong size, return received
€1,240.001h
Lea Fischer · ORD-47950
Charged twice
Mia Wagner · ORD-48213
Refund €349.00
“The vase arrived in pieces, photos attached. I'd like my money back.”
Support agentsuggestsissue_refund
order_idORD-48213
amount349.00 EUR
reasonDamaged on arrival

Delivered two days ago. The photos show breakage, and it's the customer's first refund.

Reason (optional)
Breakage confirmed on the photos.
RejectApprove refund
Nutztconnic-Konten/_connic/approvals/_connic/approvals/<id>/decide

Kundinnen und Kunden melden einen Schaden, laden Fotos hoch und verfolgen den Status, während ein Agent ihn bewertet.

My claims
claims.example.com/claims/CL-20931
Home InsuranceMy claimsPoliciesDocumentsAna Meyer
Water damage in the kitchen
Claim CL-20931 · Reported Oct 28
In review
  1. Claim reportedOct 28, 09:14
  2. 4 photos and 1 invoice uploadedOct 28, 09:16
  3. First assessmentOct 28, 09:17

    Water damage to the cabinet base and flooring, most likely from the dishwasher hose. Covered by your home contents policy, section 4.2. Estimated cost: €2,140.

  4. Adjuster reviewUsually within 2 working days
Your documents
Cabinet base
Flooring
Dishwasher hose
Overview
plumber-invoice.pdf184 KB
Add photos or documents
NutztDein Identity Provider/_connic/files/upload/_connic/db/claims/findclaims-intake

Vertrag hochladen und Befunde pro Klausel erhalten, gespeichert in deiner Datenbank und offen für Rückfragen.

Contract Review
legal.example.com/contracts/supplier-agreement-2026
CounselContractsPlaybookJK
supplier-agreement-2026.pdf · p. 6 of 24
FindingsChecked against your playbook in 38s
§ 8 LiabilityCapped at 12 months of fees, excluding gross negligenceLow
§ 11 TermRenews for 24 months unless cancelled 6 months aheadMedium
§ 14 Data processingNo storage location for personal data, subprocessors added without noticeHigh
§ 17 Governing lawGerman law, courts of MunichLow
Ask about this contract
NutztDein Identity Provider/_connic/files/upload/_connic/db/findings/findcontract-chat

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.id wird Teil der Datenbankabfrage. Listen, Zählungen und Seiten enthalten deshalb nur die eigenen Datensätze.
Felder, die der Browser nicht setzen kann
set schreibt author_id bei 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.
IT desk
desk.example.com/tickets
IT deskMy ticketsPaula Richter
  • IT-2291Laptop battery drains overnightOpen
  • IT-2264Access to the Finance shared driveWaiting
2 tickets
POST /_connic/db/tickets/findSame request, filtered by the app's rules
IT desk
desk.example.com/tickets
IT deskAll ticketsOmar Haddad · it-support
  • IT-2293VPN drops on hotel wifiOpen
  • IT-2291Laptop battery drains overnightOpen
  • IT-2288Printer on floor 3 jamsIn progress
  • IT-2264Access to the Finance shared driveWaiting
37 tickets

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.
IT deskActive
SettingsStatsAccess
Sign-in
In code
Who can open the app
Your identity provider

Visitors sign in with an OpenID Connect provider such as Entra ID, Okta or Google Workspace.

Issuer
https://sso.example.com
Client ID
8c2e4f17-5a3b-4d90-b6e1-0f7a9c3d2e54
Allowed email domains
example.com
Redirect URI
https://api.connic.co/v1/apps/auth/callback

Register it with the identity provider.

Managed in apps/it-desk.yaml. Change it in your code and deploy.

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.

apps/it-desk.yaml
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.com
  1. build

    connic installiert die Abhängigkeiten aus deinem Lockfile und führt npm run build mit Node 22 oder 24 aus. Schlägt der Build fehl, scheitert das Deployment, und das aktive Deployment liefert weiter aus.

  2. auth

    oidc schickt Besucher zu deinem Identity Provider, und allowed_domains lässt nur Adressen deines Unternehmens zu. Ohne auth verwaltest du die Anmeldung im Dashboard.

  3. connectors

    Die App erreicht Agenten nur über die Verbindungen, die hier stehen. Mit apps_only: true in 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.

  4. access

    Mitarbeitende lesen ihre eigenen Tickets, die Gruppe it-support liest alle, und set trägt bei jedem Einfügen author_id ein.

  5. environments

    In Staging melden sich Besucher mit connic-Konten an. Die Produktivumgebung behält deinen Identity Provider und liefert die App unter desk.example.com aus.

Häufig gestellte Fragen

Jedes Framework, das statische Dateien mit einer index.html erzeugt, etwa Angular, Astro, Next.js als statischer Export, Nuxt mit generate, SvelteKit mit adapter-static oder Vite mit React, Solid, Svelte oder Vue. Die App braucht eine package.json und ein Lockfile, gebaut wird mit Node 22 oder 24. Server-Rendering, API-Routen und Middleware laufen nicht. Serverseitige Arbeit übernehmen Agenten hinter Verbindungen.

Das legt der Anmeldemodus fest. Mit public kann jede Person mit dem Link die App öffnen. Mit connic melden sich Mitglieder des Projekts mit ihrem connic-Konto an, auf Wunsch nur bestimmte Berechtigungsgruppen. Bei oidc läuft die Anmeldung über den OpenID-Connect-Provider deines Unternehmens, etwa Google Workspace, Microsoft Entra ID oder Okta, und du kannst nach E-Mail-Domain und Gruppe einschränken. Eine Anmeldung gilt höchstens 12 Stunden. Änderst du die Anmeldeeinstellungen, meldet connic alle Besucher ab.

Nein. Der Browser erreicht nur die Ressourcen und Operationen, die unter access in apps/<key>.yaml stehen. Alles andere lehnt connic ab. Regeln können den Besucher (user) und Lookups verwenden, etwa ein Dokument aus members, das zur E-Mail-Adresse passt. Die Teile einer Regel, die gespeicherte Datensätze betreffen, macht connic zu Filtern der Abfrage, und lässt sich eine Regel nicht durchsetzen, schlägt das Deployment fehl. Jeder Schreibzugriff landet mit App und Besucher im Audit-Log.

Runs aus einer App enthalten context.app mit ID und Key der App sowie context.end_user mit ID, E-Mail-Adresse, Name und Gruppen des Besuchers und der Angabe, ob er angemeldet ist. connic setzt beides selbst und nie aus der Nachricht. Deine Tools und deine Middleware können sich also darauf verlassen.

Dann schlägt das Deployment fehl, die Ausgabe des Builds steht im Deployment-Log, und das aktive Deployment liefert weiter den vorherigen Build aus. Jedes Deployment behält seinen eigenen Build, ein Rollback bringt also eine ältere Version zurück. Mit connic dev siehst du die Ausgabe eines fehlgeschlagenen Builds, und der letzte funktionierende Build bleibt online.

Apps gibt es im Pro- und im Enterprise-Tarif. Jedes Environment liefert die Apps aus, die sein Deployment deklariert. connic dev stellt sie in seinem eigenen Dev-Environment bereit.