Seminar Tines – AI Agents und Workbench

Zweitägiges Praxisseminar zur Automatisierungsplattform Tines. Der Schwerpunkt „AI Agents und Workbench“ wird anhand von KI-Einsatzmodell und Grenzen, AI Agent im Aufgabenmodus, AI Agent im Chatmodus, Werkzeuge und Aktionen systematisch erschlossen. Im Mittelpunkt stehen praktische Konfiguration, kontrollierte Tests, Fehlerfälle, Sicherheitsaspekte und eine nachvollziehbare Betriebsübergabe.

Inhaltsübersicht

1. Seminarprofil
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. Praxisprojekt
7. Einordnung in den Lernpfad

Seminarprofil

Zwei Tage erlauben die getrennte Behandlung von Aufgaben- und Chatmodus, Werkzeugen, Kontext, Evaluation, Schutzmaßnahmen und menschlicher Freigabe. Der Schwerpunkt liegt auf nachvollziehbaren Entscheidungen, praktischer Konfiguration, kontrollierten Fehlerszenarien und wiederholbaren Betriebsverfahren.

Zielgruppe

Automation Engineers, SOC-Analysten, App-Builder, Plattformteams und technische Produktverantwortliche.

Voraussetzungen

Grundlagen zu Stories, Events, HTTP-APIs und sicherheitsbewusster Verarbeitung von Eingabedaten. Für die Übungen wird eine vorbereitete Laborumgebung mit Testdaten und ausschließlich dafür vorgesehenen Zugangsdaten verwendet.

Lernziele

• KI-Einsatzmodell und Grenzen fachlich einordnen, in Tines umsetzen, mit positiven und negativen Fällen prüfen und betriebsfähig dokumentieren.
• AI Agent im Aufgabenmodus fachlich einordnen, in Tines umsetzen, mit positiven und negativen Fällen prüfen und betriebsfähig dokumentieren.
• AI Agent im Chatmodus fachlich einordnen, in Tines umsetzen, mit positiven und negativen Fällen prüfen und betriebsfähig dokumentieren.
• Werkzeuge und Aktionen fachlich einordnen, in Tines umsetzen, mit positiven und negativen Fällen prüfen und betriebsfähig dokumentieren.
• Workbench und Workbench for Storyboard fachlich einordnen, in Tines umsetzen, mit positiven und negativen Fällen prüfen und betriebsfähig dokumentieren.
• Evaluation und produktiver Betrieb fachlich einordnen, in Tines umsetzen, mit positiven und negativen Fällen prüfen und betriebsfähig dokumentieren.

Seminarinhalte

1. KI-Einsatzmodell und Grenzen

1. Schritt 1 – Analyse: geeignete und ungeeignete Automatisierungsentscheidungen abgrenzen. Zweck, Eingaben, Ausgaben, Datenklasse und verantwortliche Rolle werden dabei eindeutig festgehalten.
2. Schritt 2 – Entwurf: Risiko, Datenklasse und notwendige menschliche Kontrolle zuordnen. Die beteiligten Tines-Objekte erhalten konsistente Namen, Notes, Sections und klar erkennbare Verbindungen.
3. Schritt 3 – Umsetzung: einen begrenzten Analysefall als Story-Sollbild modellieren. Die Konfiguration wird mit realistischen Beispieldaten ausgeführt; Events, Status und Seiteneffekte werden unmittelbar kontrolliert.
4. Schritt 4 – Prüfung: Halluzination, unvollständigen Kontext und unzulässige Aktion als Risiken prüfen. Normalfall, fehlende Eingabe, unerwarteter Datentyp, Berechtigungsfehler und technische Störung werden getrennt bewertet.
5. Schritt 5 – Übergabe: Entscheidungskatalog und Freigabeschwellen dokumentieren. Abnahmekriterien, Monitoring, Wiederanlauf, Änderungsweg und Zuständigkeit werden in einer kompakten Betriebsnotiz gesichert.

2. AI Agent im Aufgabenmodus

1. Schritt 1 – Analyse: Eingabe, gewünschtes Ergebnis und Erfolgsmaß definieren. Zweck, Eingaben, Ausgaben, Datenklasse und verantwortliche Rolle werden dabei eindeutig festgehalten.
2. Schritt 2 – Entwurf: Systemanweisung, Prompt und strukturiertes Ausgabeformat entwerfen. Die beteiligten Tines-Objekte erhalten konsistente Namen, Notes, Sections und klar erkennbare Verbindungen.
3. Schritt 3 – Umsetzung: Agent-Aktion mit kontrolliertem Ereigniskontext konfigurieren. Die Konfiguration wird mit realistischen Beispieldaten ausgeführt; Events, Status und Seiteneffekte werden unmittelbar kontrolliert.
4. Schritt 4 – Prüfung: mehrdeutige Eingaben, leere Felder und unerwartete Antworten testen. Normalfall, fehlende Eingabe, unerwarteter Datentyp, Berechtigungsfehler und technische Störung werden getrennt bewertet.
5. Schritt 5 – Übergabe: Version, Evaluationsfälle und Rückfalllogik festhalten. Abnahmekriterien, Monitoring, Wiederanlauf, Änderungsweg und Zuständigkeit werden in einer kompakten Betriebsnotiz gesichert.

3. AI Agent im Chatmodus

1. Schritt 1 – Analyse: Dialogziel, Abschlusskriterium und erlaubten Gesprächsraum bestimmen. Zweck, Eingaben, Ausgaben, Datenklasse und verantwortliche Rolle werden dabei eindeutig festgehalten.
2. Schritt 2 – Entwurf: Kontextführung und sichere Benutzereingaben planen. Die beteiligten Tines-Objekte erhalten konsistente Namen, Notes, Sections und klar erkennbare Verbindungen.
3. Schritt 3 – Umsetzung: interaktiven Ablauf mit Rückfragen und Abschlusszustand umsetzen. Die Konfiguration wird mit realistischen Beispieldaten ausgeführt; Events, Status und Seiteneffekte werden unmittelbar kontrolliert.
4. Schritt 4 – Prüfung: Prompt Injection, Themenabweichung und Endlosschleifen simulieren. Normalfall, fehlende Eingabe, unerwarteter Datentyp, Berechtigungsfehler und technische Störung werden getrennt bewertet.
5. Schritt 5 – Übergabe: Gesprächsregeln und Abbruchpfade in einer Betriebsnotiz sichern. Abnahmekriterien, Monitoring, Wiederanlauf, Änderungsweg und Zuständigkeit werden in einer kompakten Betriebsnotiz gesichert.

4. Werkzeuge und Aktionen

1. Schritt 1 – Analyse: benötigte Datenabfragen und auslösbare Tätigkeiten inventarisieren. Zweck, Eingaben, Ausgaben, Datenklasse und verantwortliche Rolle werden dabei eindeutig festgehalten.
2. Schritt 2 – Entwurf: Werkzeuge mit enger Zweckbindung und minimalen Berechtigungen entwerfen. Die beteiligten Tines-Objekte erhalten konsistente Namen, Notes, Sections und klar erkennbare Verbindungen.
3. Schritt 3 – Umsetzung: Vorlagen oder Sub-Stories als kontrollierte Tools anbinden. Die Konfiguration wird mit realistischen Beispieldaten ausgeführt; Events, Status und Seiteneffekte werden unmittelbar kontrolliert.
4. Schritt 4 – Prüfung: falsche Parameter, unberechtigte Ziele und Tool-Fehler prüfen. Normalfall, fehlende Eingabe, unerwarteter Datentyp, Berechtigungsfehler und technische Störung werden getrennt bewertet.
5. Schritt 5 – Übergabe: Toolvertrag, Eingaben, Ausgaben und Genehmigungspflicht dokumentieren. Abnahmekriterien, Monitoring, Wiederanlauf, Änderungsweg und Zuständigkeit werden in einer kompakten Betriebsnotiz gesichert.

5. Workbench und Workbench for Storyboard

1. Schritt 1 – Analyse: Analyse-, Recherche- und Builder-Aufgaben voneinander trennen. Zweck, Eingaben, Ausgaben, Datenklasse und verantwortliche Rolle werden dabei eindeutig festgehalten.
2. Schritt 2 – Entwurf: zugelassene Stories und Datenzugriffe für Workbench auswählen. Die beteiligten Tines-Objekte erhalten konsistente Namen, Notes, Sections und klar erkennbare Verbindungen.
3. Schritt 3 – Umsetzung: natürliche Sprache für Abfrage, Aktion und Story-Optimierung verwenden. Die Konfiguration wird mit realistischen Beispieldaten ausgeführt; Events, Status und Seiteneffekte werden unmittelbar kontrolliert.
4. Schritt 4 – Prüfung: unerwünschte Seiteneffekte und überbreite Datenantworten kontrollieren. Normalfall, fehlende Eingabe, unerwarteter Datentyp, Berechtigungsfehler und technische Störung werden getrennt bewertet.
5. Schritt 5 – Übergabe: Nutzungsleitfaden und Qualitätskriterien erstellen. Abnahmekriterien, Monitoring, Wiederanlauf, Änderungsweg und Zuständigkeit werden in einer kompakten Betriebsnotiz gesichert.

6. Evaluation und produktiver Betrieb

1. Schritt 1 – Analyse: repräsentative Testfälle und erwartete Antworten definieren. Zweck, Eingaben, Ausgaben, Datenklasse und verantwortliche Rolle werden dabei eindeutig festgehalten.
2. Schritt 2 – Entwurf: Bewertung nach Korrektheit, Sicherheit, Nachvollziehbarkeit und Kosten strukturieren. Die beteiligten Tines-Objekte erhalten konsistente Namen, Notes, Sections und klar erkennbare Verbindungen.
3. Schritt 3 – Umsetzung: Regressionstests mit festen Eingaben ausführen und vergleichen. Die Konfiguration wird mit realistischen Beispieldaten ausgeführt; Events, Status und Seiteneffekte werden unmittelbar kontrolliert.
4. Schritt 4 – Prüfung: Fehlerquote, Ausnahmen und Eskalationsbedarf bewerten. Normalfall, fehlende Eingabe, unerwarteter Datentyp, Berechtigungsfehler und technische Störung werden getrennt bewertet.
5. Schritt 5 – Übergabe: Freigabeprotokoll, Monitoring und Änderungsverfahren festlegen. Abnahmekriterien, Monitoring, Wiederanlauf, Änderungsweg und Zuständigkeit werden in einer kompakten Betriebsnotiz gesichert.

Praxisprojekt

Ein KI-gestützter Triage-Assistent klassifiziert Ereignisse, ruft eng begrenzte Werkzeuge auf und übergibt risikoreiche Entscheidungen an eine menschliche Freigabe.

1. Schritt 1 – Ausgangslage: Systeme, Testdaten, Rollen, Credentials und fachliche Abnahmekriterien werden vor Beginn festgelegt.
2. Schritt 2 – Aufbau: Die benötigten Actions, Tools, Pages, Records oder Sub-Stories werden nach dem behandelten Architekturstandard erstellt.
3. Schritt 3 – Normalbetrieb: Ein vollständiger Durchlauf wird ausgelöst; Eventpfad, Ausgaben und beabsichtigte Seiteneffekte werden geprüft.
4. Schritt 4 – Störung und Sicherheit: Mindestens ein Datenfehler, ein technischer Fehler und ein unzulässiger Zugriff werden simuliert und kontrolliert behandelt.
5. Schritt 5 – Abnahme: Testergebnisse, offene Risiken, Monitoring, Wiederanlauf und Betriebszuständigkeit werden in einer Übergabecheckliste dokumentiert.

Einordnung in den Lernpfad

Nach Datenmodell und API-Integration; vor MCP-Servern oder dem Intensivseminar Security Operations, Apps und KI. Die Auswahl der Vertiefung richtet sich anschließend nach Builder-, Administrations-, App-, KI-, Governance- oder Security-Operations-Verantwortung.