// FÜR TEAMS

Bringt einen Prozess mit.
Gebt ihn einem KI-Agenten.
Schaut, was möglich wird.

Kein KI-Vortrag. Kein Demo-Agent.
Ihr nehmt einen echten Arbeitsprozess auseinander und baut ihn an einem Tag mit KI neu.

03. NOVEMBER 2026 · FRANKFURT · CHECKQUARTIER

MIT MEINEM TEAM TEILNEHMENSO FUNKTIONIERT SKRIPT

Wir bringen KI-Agenten aus dem Experiment in echte Unternehmensprozesse.

// DER WEG

Aus eurem Alltag wird ein echter Workflow.

INPUT 01

EUER PROZESS

Was heute wirklich passiert.

INPUT 02

EUER WISSEN

Erfahrung, Ausnahmen, Regeln.

SKRIPT WORKSPACE

Hier wird aus eurem Prozess ein kontrollierter KI-Workflow.

KONTROLLIERTE UMGEBUNG

TOOLS & DATEN

  • Dokumente
  • E-Mails
  • CRM
  • Fachsysteme
  • Web / APIs
  • Richtlinien
LIVE · SANDBOX · MOCK

IM ZENTRUM

KI-AGENT

Bauen. Testen. Verbessern.

PLAYBOOKS

  • Schritte
  • Werkzeuge
  • Bedingungen
  • Ausnahmen

REGELN & FREIGABEN

  • Erlaubt
  • Braucht Freigabe
  • Blockiert
  • Audit
TESTEN→REALER WORKFLOW

Nicht Folien bauen. Dinge laufen lassen.

// EIN TAG

Was macht ihr eigentlich den ganzen Tag?

01

VERSTEHEN

Ihr zerlegt euren echten Prozess.

Wo beginnt er? Was passiert heute? Wo nervt es? Wo braucht es Erfahrung?

02

BAUEN

Ihr gebt dem Agenten Daten, Tools und einen Ablauf.
03

BEGRENZEN

Ihr legt fest, was erlaubt ist und wo ein Mensch übernehmen muss.
04

LAUFEN LASSEN

Ihr testet den Prozess mit echten oder simulierten Fällen.

// AUFGABE

Ihr werdet nicht über Agenten reden. Ihr werdet ihnen Arbeit geben.

Beschreibt die Aufgabe in normaler Sprache.

Der Agent nutzt genau die Verbindungen und Werkzeuge, die ihm für diese Aufgabe zur Verfügung stehen.

Devctrl-Chat mit der Aufgabe, Kündigungen aus Q3 zusammenzufassen
Normale Sprache. Echte Aufgabe.
Devctrl-Playbook für eine Erstattung mit vier nachvollziehbaren Schritten
Jeder Schritt bekommt nur das, was er braucht.

// PLAYBOOKS

Aus Erfahrung wird ein Ablauf.

Was heute in Köpfen, Checklisten und Arbeitsanweisungen steckt, wird zu einem wiederholbaren Prozess.

SCHRITTE
Was passiert in welcher Reihenfolge?
WERKZEUGE
Welches System wird in welchem Schritt gebraucht?
AUSNAHMEN
Wann muss der Prozess anders reagieren?

// REGELN & FREIGABEN

Kann die KI das?
Ist nicht die wichtigste Frage.

Darf sie das?

Jede konkrete Aktion kann im Kontext der Aufgabe geprüft werden.

ERLAUBTDer Agent darf die Aktion ausführen.
BRAUCHT FREIGABEDer Prozess stoppt und ein Mensch entscheidet.
BLOCKIERTDie Aktion findet nicht statt.
Richtlinienprüfung mit den Ergebnissen erlaubt, braucht Freigabe und blockiert
Governance powered by devctrl

// HUMAN-IN-THE-LOOP

Der Mensch bleibt.
Aber nicht überall.

Ihr bestimmt, welche Schritte autonom laufen, wo ein Mensch bestätigt und wann der Prozess bewusst stoppt.

SYSTEMEINGANG
→
KI-AGENTLESEN
→
KI-AGENTPRÜFEN
→
KI-AGENTVORSCHLAG
→
MENSCHFREIGABE
→
SYSTEMAKTION
Laufende Erstattung mit sichtbaren erledigten, übersprungenen und offenen Schritten
Der Prozess ist sichtbar: Schritte, Quellen, Tool-Nutzung und Stopps.

// AUDIT & TRANSPARENZ

Und hinterher könnt ihr sagen, was wirklich passiert ist.

ABGERUFEN.GEPRÜFT.GESCHWÄRZT.FREIGEGEBEN.BLOCKIERT.

Aktionen, Richtlinien, Freigaben und Stopps bleiben nachvollziehbar.

Devctrl Audit-Log mit abgerufenen, geschwärzten und blockierten Aktionen
Eine Aktion, der Reihe nach.

// EURE VORBEREITUNG

Okay.
Und was bringt ihr mit?

Einen Prozess, den ihr wirklich verändern wollt.

PROCESS

Was passiert heute?

PEOPLE

Wer kennt den Prozess wirklich?

DATA

Welche Informationen braucht ihr?

SYSTEMS

Wo liegen diese Informationen?

RULES

Was darf nicht schiefgehen?

EXAMPLE

Welcher Fall ist typisch?

Ihr braucht keinen fertigen Agenten. Ihr braucht kein Entwicklerteam. Ihr braucht keinen perfekten API-Zugang.

// SYSTEMZUGANG

Nicht jedes System muss am Hackathon wirklich angebunden sein.

01

LIVE

Eine echte Schnittstelle oder freigegebene Umgebung steht bereit.

02

SANDBOX

Wir arbeiten in einer vorbereiteten Testumgebung.

03

MOCK

Wir simulieren das System und konzentrieren uns auf Prozess und Agentenlogik.

KEIN PRODUKTIVZUGANG?
KEIN PROBLEM.

Ein guter Use Case soll nicht daran scheitern, dass am 3. November kein Zugriff auf ein internes Fachsystem möglich ist.

// CHALLENGE BUILDER

Damit wir am 3. November nicht mit Setup anfangen.

Je besser wir euren Prozess vorher verstehen, desto mehr Zeit bleibt für das eigentliche Arbeiten.

  1. 01

    Was wollt ihr verändern?

    Beschreibt den heutigen Prozess in wenigen Sätzen.

  2. 02

    Was nervt euch daran?

    Wo entsteht Aufwand, Warten, Suchen oder Unsicherheit?

  3. 03

    Welche Informationen braucht ein guter Mitarbeiter dafür?

    Dokumente, E-Mails, Daten, Systeme, Richtlinien.

  4. 04

    Welche Aktionen darf ein Agent ausführen?

    Lesen, suchen, vorbereiten, schreiben, auslösen.

  5. 05

    Wo muss ein Mensch entscheiden?

    Freigabe, Ausnahme, Unsicherheit, Verantwortung.

  6. 06

    Gebt uns einen typischen Fall.

    Ein repräsentativer Vorgang reicht.

Und: Was wäre am Ende richtig gut?

// DATEN

Mit welchen Daten arbeitet ihr?

Wir klären vorab, welche Daten beim Hackathon verwendet werden können.

ECHTANONYMISIERTSYNTHETISCHMOCK
  • Enthält der Fall personenbezogene Daten?
  • Enthält er vertrauliche Unternehmensinformationen?
  • Kann ein Beispiel bereitgestellt werden?

// SYSTEME & CAPABILITIES

Welche Systeme spielen mit?

OutlookSharePointCRMDMSServiceNowSAPInternes FachsystemDatenbankWebAPI

Was muss der Agent damit tun?

LESENSUCHENSCHREIBENAKTION AUSLÖSEN
Aus Systemen werden Fähigkeiten.

// AGENT PASSPORT

Was darf euer Agent?

DARF SELBSTSTÄNDIG

  • Dokumente lesen
  • Daten vergleichen
  • Informationen zusammenfassen

BRAUCHT FREIGABE

  • Kundenmail versenden
  • Datensatz verändern

DARF NIEMALS

  • Kreditentscheidung treffen
  • Daten löschen
AGENT PASSPORTREADY FOR SKRIPT

Kreditunterlagen-Assistent

AUFTRAG
Prüft eingereichte Unterlagen auf Vollständigkeit und Plausibilität.
DATEN
PDF · Kundendaten · Richtlinie
TOOLS
DMS · CRM Mock
HUMAN APPROVAL
Nachforderung
NEVER
Kreditentscheidung

// ERGEBNIS

Am Ende habt ihr nicht nur eine Demo.

01

PLAYBOOK

Ein nachvollziehbarer Ablauf.

02

AGENT

Mit klar definierten Fähigkeiten.

03

POLICIES

Mit Regeln und Freigaben.

04

TEST CASE

Mit einem realen oder simulierten Fall.

05

NEXT STEPS

Mit Klarheit, was für Produktion noch fehlt.

Playbook-Bilanz mit 24 Aktionen, Statusverteilung und Versionierung
Was funktioniert? Wo stoppt der Prozess? Was wurde verändert?

// BEISPIEL · READINESS CHECK

Wie nah ist der Prozess an der Realität?

Aus euren Angaben bereiten wir gemeinsam mit unseren Partnern euren SkrIpt Workspace vor.

PROCESSBEREIT
PEOPLEBEREIT
DATABEREIT
SYSTEMSWIRD VORBEREITET
GOVERNANCEGEMEINSAM ZU KLÄREN
EXAMPLE CASEBEREIT

// GEMEINSAME INFRASTRUKTUR

SkrIpt bleibt die Bühne.
Partner machen den Workflow möglich.

TEAM↓SKRIPT↓DEVCTRL↓TOOLS / DATEN / SYSTEME↓REALER WORKFLOW
SKRIPT
Rahmen, Methodik und Orchestrierung.
JAMBIT
Prozess, Technologie, Integration und individuelle Fähigkeiten.
DEVCTRL
Agenten, Playbooks, Governance und kontrollierte Ausführung.
WEITERE PARTNER
Impulse, Werkzeuge und Fähigkeiten für konkrete Herausforderungen.

AM MORGEN BRINGT IHR EINEN PROZESS MIT.

Am Abend könnt ihr ihn laufen sehen.

03. NOVEMBER 2026 · CHECKQUARTIER FRANKFURT

Ausgewählte Ergebnisse werden am 04. November auf der Banking Exchange weitergeführt.

MIT MEINEM TEAM TEILNEHMENFRAGEN KLÄREN
4 TEAMS · BEGRENZTE PLÄTZE · EIGENE PROZESSE