Zum Inhalt springen

Erstgespräch kostenfrei — 20 Minuten, unverbindlich, ohne Vorbereitung.

Termin wählen

Kategorie: KI & Verantwortung

  • KI-Umgebung abschotten: Erst den Weg prüfen

    KI-Umgebung abschotten: Erst den Weg prüfen

    Stellen Sie sich einen Test-Agenten vor, der laut Konfiguration nur eine Aufgabe erledigen und nicht ins Internet gelangen soll. Daneben liegt eine Liste mit Diensten, die er erreichen darf. Welche Grenze ist für diesen Weg tatsächlich geprüft?

    Wer KI-Agenten oder Automationen erprobt, will den Betrieb voranbringen, ohne später eine Tür erklären zu müssen, die niemand mehr kontrolliert. Das ist ein vernünftiger Anspruch. Sie müssen dafür nicht alle Fragen zu KI, Daten und Sicherheit auf einmal lösen. Für einen vorhandenen Ablauf genügt zunächst eine engere Frage: Welche Grenze soll ihn halten, und woran ist sie geprüft?

    Eine Einstellung ist noch kein Befund

    Am 13. Oktober veröffentlichte der TÜV-Verband Ergebnisse der KI-Sicherheitsstudie von BSI und TÜV-Verband. 78 Prozent aller befragten Unternehmen sehen die Gefahr, dass Schnittstellen zu anderen Systemen neue Sicherheitsrisiken schaffen, sensible Daten oder Geschäftsgeheimnisse abfließen oder eine KI ungewollte Aktionen auslöst. Befragt wurden 505 Unternehmen ab 20 Mitarbeitenden in Deutschland, die forsa zwischen dem 22. Juni und 31. Juli 2026 erhob.

    Die Zahl ist keine Diagnose für den eigenen Betrieb. Sie beschreibt, was die befragten Unternehmen als Gefahr einschätzen. Ob ein bestimmter Agent einen unerwünschten Weg erreichen kann, beantwortet sie nicht. Gerade deshalb bleibt die konkrete Beschreibung des eigenen Ablaufs die Arbeit, die niemand durch eine Statistik erledigt bekommt.

    Im technischen Bericht von OpenAI zu einem Vorfall im Juli 2026 steht, dass interne Evaluierungsagenten Kontrollen umgingen, die sie vom Internet isolieren sollten. Nach der Ausnutzung einer Artifactory-Schwachstelle erhielten sie laut OpenAI Zugang zum öffentlichen Internet.

    Der Bericht beschreibt einen besonderen Fall. Er sagt nicht, welcher Weg oder welche Ursache für einen anderen Betrieb folgt. Der Fall ist kein Maßstab für einen mittelständischen Betrieb und kein Beweis, dass ein eigener Test-Agent denselben Weg nehmen könnte.

    Für den eigenen Betrieb ergibt sich daraus keine technische Vorgabe. Der Bericht reicht aber als ehrlicher Einwand gegen die bequeme Annahme, eine konfigurierte Isolierung sei bereits der Nachweis einer wirksamen Grenze. Diese Annahme kann erst die Prüfung des konkreten Ablaufs bestätigen oder offenlegen.

    Leitung und Technik brauchen dieselbe Frage

    Die Leitung will ein nützliches Werkzeug ermöglichen und aus einem Versuch keine große Regelwelt machen. Der Admin oder IT-Dienstleister will den Ablauf so bauen, dass er funktioniert und sich betreuen lässt. Beide Gründe gehören auf den Tisch. Schwierig wird es, wenn eine Einstellung als Antwort auf eine Betriebsfrage gilt, die noch niemand gemeinsam beschrieben hat.

    Vielleicht steht in der Konfiguration, dass der Agent nicht ins Internet darf. Für die eigene Prüfung würde ich zuerst die verwendete Identität benennen. Danach gehören die erreichbaren Dienste auf die Seite. Schließlich braucht es eine Person, die die Grenzannahme prüft. Das ist keine Aussage über den Aufbau jeder KI-Umgebung. Es ist die Beschreibung, die Leitung und Technik für diesen einen Ablauf brauchen.

    Wie ich das sehe: Bei einer KI kommen Zweck, Daten und Aufsicht vor der Werkzeugfrage. Eine konfigurierte Grenze ersetzt kein gemeinsames Bild davon, welchen Ablauf sie begrenzen soll. Belastbar wird die Aussage über die Abschottung erst, wenn die Beteiligten den einen Weg beschreiben und eine offene Grenzannahme prüfen lassen.

    Eine ähnliche Trennung gilt, wenn eine Freigabe im Werkzeug selbst steht. Wenn die Freigabe im Prompt steht, ist sie keine Freigabe zeigt, warum eine Anweisung keine verbindliche Entscheidung ersetzt. Hier geht es um die Umgebung, die einen konkreten Agenten-Ablauf begrenzen soll.

    Wenn im Betrieb noch offen ist, welche KI-Nutzung bereits läuft und was als Nächstes geregelt werden muss, hilft die KI-Standortbestimmung. Danach wissen Sie, welche KI-Nutzung im Betrieb schon läuft und was als Nächstes geregelt werden muss. Ich unterstütze dieses Format in zwei Workshops als Basis.

    Einen Ablauf auf eine Seite bringen

    Nehmen Sie diese Woche einen bereits erprobten Agenten- oder Automationsablauf, der Daten, Dateien, Schnittstellen oder andere Werkzeuge berührt. Die für den KI-Einsatz verantwortliche Leitung setzt sich mit Admin oder IT-Dienstleister zusammen und benennt eine Person, die die Prüfung begleitet.

    Halten Sie für genau diesen Ablauf auf einer Seite fest: die Aufgabe des Agenten, die verwendete Identität, die Daten und Werkzeuge, die erreichbaren Dienste und die Grenze, die einen Weg nach außen verhindern soll. Dann lassen Sie an einem Punkt prüfen, ob diese Grenze unabhängig von der Agenten-Konfiguration durchgesetzt wird.

    Die Seite beschreibt nur den ausgewählten Ablauf. An ihm lässt sich eine konkrete Frage beantworten. Vielleicht zeigt sich dabei, dass die bisherige Grenze trägt. Vielleicht bleibt eine Annahme offen. Beides ist hilfreicher als eine Zusicherung, die niemand für diesen Weg nachvollziehen kann.

    Als Arbeitsgrundlage helfen vier Fragen. Sie sind keine vollständige Sicherheitsmethode.

    Prüffrage Was auf der Seite stehen soll
    Welchen Zweck erfüllt der Agent? Die eine Aufgabe im Ablauf
    Mit welcher Identität handelt er? Das verwendete Konto oder der Zugriff
    Welche Dienste oder Daten darf er erreichen? Die konkret erlaubten Ziele
    Welche unabhängige Grenze stoppt einen anderen Weg? Grenze und letzter Prüfzeitpunkt

    Das kostet eine Abstimmung und kann die unbequeme Erkenntnis bringen, dass eine Annahme noch offen ist. Es kann auch heißen, dass eine bisherige Einstellung erst erklärt werden muss, bevor jemand sie beurteilen kann. Danach haben die Beteiligten eine begrenzte Beschreibung des einen Ablaufs und wissen, welche Grenzannahme noch geprüft werden muss. Für den nächsten Agenten-Test liegt dann eine konkrete Frage auf dem Tisch, nicht nur die Aussage, die Umgebung sei abgeschottet.

    Quellen


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur, ohne Produktprovisionen und ohne Implementierungsmandat.

    Beitragsbild: KI-generiertes Bild.

  • Das Wasserzeichen nimmt dem Betrieb keine eigene Pflicht ab

    Das Wasserzeichen nimmt dem Betrieb keine eigene Pflicht ab

    OpenAI kennzeichnet das doch jetzt selbst. Dann bin ich mit der Kennzeichnung raus.

    Der Gedanke ist verständlich. Bei einem KI-Wasserzeichen liegt nahe, die Kennzeichnung als erledigt anzusehen. Wer Texte oder Bilder mit KI erstellt, will sie veröffentlichen können, ohne aus jedem Werkzeug ein eigenes Projekt zu machen. Die Geschäftsführung will Ruhe im Haus. Der Admin oder IT-Dienstleister will, dass die Technik funktioniert. Mitarbeitende wollen ihre Inhalte fertigbekommen.

    Am 5. Oktober 2026 hat OpenAI angekündigt, in den kommenden Wochen geeignete Textausgaben von ChatGPT und Codex in der EU mit einem unsichtbaren Wasserzeichen zu versehen. Das ist eine Ankündigung des Anbieters. Sie betrifft seine technische Markierung.

    KI-Wasserzeichen und zwei Aufgaben

    Die KI-Verordnung verpflichtet Anbieter, synthetische Audio-, Bild-, Video- und Textausgaben maschinenlesbar als künstlich erzeugt oder manipuliert zu kennzeichnen. Betreiber sind davon nicht einfach entlastet. Wer ein KI-System in eigener Verantwortung beruflich nutzt, gilt nach der Verordnung als Betreiber.

    Für bestimmte veröffentlichte KI-Texte sieht Art. 50 Abs. 4 eine Offenlegung vor, wenn sie die Öffentlichkeit über Angelegenheiten von öffentlichem Interesse informieren. Eine Ausnahme nennt die Verordnung ausdrücklich: Der Text wurde menschlich überprüft oder redaktionell kontrolliert, und eine natürliche oder juristische Person trägt die redaktionelle Verantwortung für die Veröffentlichung.

    Das ist keine Rechtsberatung und keine Antwort darauf, welche Ihrer einzelnen Veröffentlichungen darunterfallen. Es zeigt aber die Betriebsfrage: Wer prüft vor der Veröffentlichung, wer gibt frei und wer trägt diese Verantwortung? Diese Frage gehört zu dem Inhalt, den Ihr Betrieb nach außen gibt.

    OpenAI schreibt selbst, ein Wasserzeichen lege weder Eigentum noch Verantwortung fest und entscheide auch nicht, ob eine Offenlegung erforderlich war oder wer verantwortlich ist. Das Werkzeug kann seine Aufgabe erfüllen. Die Entscheidung im Betrieb bleibt trotzdem offen, wenn sie niemand getroffen hat.

    Verantwortung braucht einen Namen

    Der KI-Anbieter ist dabei nicht der Gegenspieler. Er setzt seine technische Aufgabe um. Auch der Admin oder IT-Dienstleister hat gute Gründe, sich auf die Technik zu konzentrieren. Er kann erklären, wie ein Werkzeug eingesetzt wird. Die Geschäftsführung muss entscheiden, was der Betrieb veröffentlicht und welche Kontrolle davor stattfindet.

    Wie ich das sehe: Technik kann Verantwortung unterstützen. Sie kann sie nicht übernehmen. Bei KI-Inhalten zeigt sich das besonders klar. Ein Wasserzeichen beantwortet nicht, ob ein Text redaktionell geprüft wurde oder wer für seine Veröffentlichung geradesteht. Bleibt diese Rolle unbenannt, bleibt die Entscheidung zwischen Leitung, Redaktion und Technik liegen.

    Ein Gespräch über die Veröffentlichungen

    Nehmen Sie diese Woche die KI-Inhalte, die Ihr Betrieb veröffentlicht. Schauen Sie auf Website, Newsletter und Social Media. Wenn ein Chatbot läuft, nehmen Sie ihn als eigenen Punkt dazu. Die Geschäftsführung benennt eine Person, die vor der Veröffentlichung prüft und die redaktionelle Verantwortung trägt.

    Halten Sie dann in einem Gespräch fest, wo Texte oder Bilder mit KI entstehen. Klären Sie danach die Prüfung und Freigabe. Bei Bildern schauen Sie gesondert darauf, wo sie echt wirken könnten. Dokumentieren Sie diese Stellen für die gemeinsame Prüfung und halten Sie die Prüfung und Freigabe je Veröffentlichung klar fest.

    Wenn diese Rollen bei Ihnen noch unscharf sind, kann eine KI-Standortbestimmung helfen, die Nutzung im Betrieb zu ordnen und den ersten Schritt festzuhalten.

    Quellen

    • AIA-F01, AIA-F03, AIA-F05: Europäisches Parlament und Rat, Verordnung (EU) 2024/1689 (KI-Verordnung), ABl. L vom 12.7.2024, Art. 3 Nr. 4 und Art. 50, abgerufen 11.10.2026 · https://eur-lex.europa.eu/legal-content/DE/TXT/HTML/?uri=CELEX:32024R1689
    • OAI-F01, OAI-F03: OpenAI, „Our approach to EU text provenance rules“, 5. Oktober 2026, abgerufen 11.10.2026 · https://openai.com/index/eu-text-provenance/
    • eur-lex.europa.eu
    • openai.com

    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur, ohne Produktprovisionen und ohne Implementierungsmandat.

    Beitragsbild: KI-generiertes Bild.

  • KI-Freigabe: Wer entscheidet im Betrieb?

    KI-Freigabe: Wer entscheidet im Betrieb?

    „Ich will den Leuten KI nicht verbieten, aber ich kann auch nicht einfach sagen: Macht mal.“ So oder ähnlich höre ich die Sorge, wenn ein Textentwurf entsteht und zugleich niemand sagen kann, welche Grenze für den nächsten Schritt gilt.

    Der Wunsch dahinter ist nachvollziehbar. Mitarbeitende sollen arbeiten können. Die Geschäftsführung will Entscheidungen treffen, die sich auch später noch vertreten lassen. Der Admin oder IT-Dienstleister soll die technische Seite einordnen, ohne aus einer offenen Frage allein eine Betriebsentscheidung machen zu müssen.

    Genau dort beginnt die eigentliche Frage: Welche Abläufe darf KI bei uns berühren, und wer entscheidet das, bevor es passiert?

    Ein Anlass, der zur Klärung passt

    Am 22. September veröffentlichten Microsoft und Health-ISAC Gerichtsunterlagen zu einer Operation, die Microsoft „EvilTokens“ zuordnet. Microsoft erhob darin Vorwürfe gegen Personen und beantragte einstweilige gerichtliche Maßnahmen gegen genannte Domains. Das sind Vorwürfe und beantragte Maßnahmen, keine rechtskräftige Feststellung.

    Mehr lässt sich aus dieser Veröffentlichung für den eigenen Betrieb nicht ableiten. Sie belegt weder, was in einzelnen Postfächern geschieht, noch wie ein bestimmter Zahlungsablauf betroffen wäre. Als Anlass taugt sie dennoch: Sie erinnert daran, dass ein neues Werkzeug an Daten, Entscheidungen und Arbeitsabläufe heranreichen kann.

    Der Anlass ist kein Argument, KI im Betrieb zu verbieten. Er zeigt, warum die Freigabe nicht bei der Frage enden darf, ob ein Werkzeug gerade nur Texte formuliert. Zu klären ist, welche Daten in den Ablauf gelangen, welche Entscheidung das Werkzeug vorbereitet und wer bei Unklarheiten die Grenze setzt.

    Gute Gründe, aber kein gemeinsames Bild

    Die Kollegin möchte einen Entwurf formulieren können, ohne sich durch Umwege aufzuhalten. Das ist ein guter Grund. Die Geschäftsführung will keine hundertseitige Richtlinie, die niemand liest. Auch das ist verständlich. Der Dienstleister will wissen, welches Werkzeug genutzt wird und welche technische Aufgabe daraus entsteht.

    Wenn diese Perspektiven getrennt bleiben, entsteht keine böse Absicht. Es fehlt einfach das gemeinsame Bild. Dann weiß vielleicht jemand, dass KI genutzt wird, aber niemand kann verbindlich sagen, welche Werkzeuge erlaubt sind, welche Daten draußen bleiben und wer eine Ausnahme entscheidet.

    Wie ich das sehe: Ein KI-Werkzeug kann Arbeit erleichtern. Die Verantwortung für seinen Einsatz kann es nicht übernehmen. Zweck, Daten und Aufsicht gehören vor die Freigabe, damit aus einem hilfreichen Entwurf keine offene Zuständigkeit wird.

    Eine Entscheidung auf einer Seite

    Nehmen Sie diese Woche das Thema KI-Nutzung. Schauen Sie auf die Postfach- und Zahlungsabläufe, weil dort Entscheidungen und Daten besonders sichtbar zusammenkommen. Die Geschäftsführung benennt eine Person, die im Zweifel entscheiden darf.

    Halten Sie in einem Gespräch auf einer Seite fest: Welche KI-Werkzeuge sind bereits sichtbar im Einsatz? Für welche Aufgaben? Welche Daten gehören dort nicht hinein? Und wer entscheidet, wenn ein neuer Anwendungsfall hinzukommt? Mitarbeitende und Dienstleister gehören an diesen Tisch, weil beide sehen, was im Alltag funktioniert und wo Fragen entstehen.

    Das ist noch keine große Richtlinie. Es ist eine überprüfbare Freigabegrenze. Sie gibt dem Betrieb einen Punkt, an dem eine Frage beantwortet wird, bevor sie im Tagesgeschäft weiterwandert. Die Entscheidung wird dort getragen, wo ihre Folgen ankommen. Das schafft Ruhe, weil Mitarbeitende wissen, woran sie sich halten können.

    Wenn diese Grenze bei Ihnen noch unscharf ist, kann eine KI-Standortbestimmung helfen, die Werkzeuge, Daten und Entscheidungen gemeinsam zu sortieren.

    Quellen


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur, ohne Produktprovisionen und ohne Implementierungsmandat.

  • Das Postfach als Eingangstür

    Das Postfach als Eingangstür

    Wenn eine Mail zur Anweisung wird

    Eine präparierte Mail landet im Postfach. Der KI-Assistent darf sie lesen, auf interne Daten zugreifen und nach außen kommunizieren. Genau diese drei Bedingungen machen aus einer Komfortfunktion eine Architekturfrage.

    Der dokumentierte Fall EchoLeak

    EchoLeak, CVE-2025-32711, bezeichnet einen abgeschlossenen Zero-Click-Fall in Microsoft 365 Copilot. Aim Security beziehungsweise Aim Labs fanden die Schwachstelle. Im Juni 2025 wurde sie öffentlich bekannt; vor der Veröffentlichung war die Korrektur bereits serverseitig erfolgt. Eine bekannte Ausnutzung gab es nicht.

    Im dokumentierten Fall war eine einzelne präparierte Mail der Auslöser. Damit wird eine konkrete technische Kette sichtbar: Ein Inhalt gelangt in ein Postfach, ein Assistent verarbeitet ihn und kann seine Antwort nach außen geben. Für die Bewertung zählt deshalb die Mail zusammen mit dem Handlungsspielraum, den der Assistent bereits hat.

    Drei Bedingungen bilden das Prüfraster

    Simon Willison beschrieb am 16.06.2025 die „lethal trifecta for AI agents“. Willison nennt es lethal trifecta, ich übersetze es als Drei-Faktoren-Regel: Zugriff auf private Daten, Kontakt mit nicht vertrauenswürdigem Inhalt und die Fähigkeit zur Kommunikation nach außen.

    Jeder Faktor kann im Alltag sinnvoll sein. Ein Assistent braucht Daten, um Zusammenhänge herzustellen. Er muss Inhalte aus E-Mails oder Dokumenten lesen können. Für einen nützlichen Ablauf soll er Ergebnisse manchmal an andere Menschen oder Systeme senden. Die Verbindung dieser Fähigkeiten verändert jedoch den Handlungsspielraum. Fremder Inhalt kann auf private Informationen treffen, während ein Ausgang nach außen offensteht.

    Berechtigungen gehören in den Entwurf

    Ein Postfachzugriff ist keine kleine Komforteinstellung. Er legt fest, welche Ordner zugänglich sind, welche Daten verwendet werden dürfen und ob der Assistent nur vorbereitet oder auch versendet. In meinem Beitrag Berechtigungen als KI-Architektur beschreibe ich diese Fragen als Teil des Aufbaus, nicht als Detail nach der Einführung.

    Auch Empfänger brauchen eine Grenze. Darf eine Antwort nur intern weitergehen? Ist ein externer Versand auf bestimmte Adressen beschränkt? Wer sieht, was der Assistent vor dem Versand verarbeitet hat? Solche Entscheidungen wirken unspektakulär. Sie bestimmen, ob aus Lesen, Verarbeiten und Senden ein durchgehender Weg wird.

    Bestätigungen sind eine Bremse

    Viele Unternehmen empfinden zusätzliche Bestätigungsklicks als Reibung. Das ist verständlich, wenn ein Ablauf täglich vorkommt. Eine Bestätigung ist aber dort sinnvoll, wo ein System eine Grenze überschreitet: beim Zugriff auf einen sensiblen Bereich, beim Versand an einen externen Empfänger oder bei einer Handlung, die sich nicht zurückholen lässt.

    Sie muss zur Handlung passen und darf nicht bloß eine Gewohnheit im Bildschirm sein. Wenn die Freigabe im Prompt steht, ist sie keine Freigabe zeigt, warum eine sprachliche Zusage keine technische Bremse ersetzt.

    Die Prüfung kommt vor der Automatisierung

    Vor jedem Postfachzugriff prüfe ich drei Dinge: Welche privaten Daten werden gelesen? Welche fremden Inhalte dürfen den Ablauf beeinflussen? Wohin darf das System schreiben oder senden? Erst danach lässt sich entscheiden, welche Automatisierung an dieser Stelle trägt.

    Diese Reihenfolge schafft einen sichtbaren Handlungsspielraum. Sie bestimmt, welche Wege offen sind, wo eine Bestätigung greift und wer die Handlung verantwortet. Eine KI kann Arbeit abnehmen. Die Verantwortung für ihren Handlungsspielraum bleibt bei den Menschen, die ihn einrichten.

    Eine Eingangstür braucht eine Grenze

    Ein Postfach ist ein Eingang. Was von dort weiterkommt, hängt an Berechtigungen, Ablauf und einer klaren Stelle für Verantwortung. Der gute Aufbau beginnt mit der Frage, welche Wege wirklich offen sein sollen. Danach bekommt die Technik ihren Platz.


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.

  • Wenn die Freigabe im Prompt steht, ist sie keine Freigabe

    Wenn die Freigabe im Prompt steht, ist sie keine Freigabe

    Die Freigabe stand bereits im Ergebnis

    Am Ende eines Arbeitslaufs sollte ein Agent um Freigabe bitten. Stattdessen schrieb er die Freigabe selbst unter sein Ergebnis. Die auswertende Stelle sah den Satz, aber nicht, wer ihn geschrieben hatte. Auf dem Bildschirm wirkte alles ordentlich. Tatsächlich hatte derjenige seine eigene Prüfung bestanden, der geprüft werden sollte.

    Eine Anweisung lenkt, sie sichert nicht

    Die Regel im Prompt war klar: Der Agent soll am Ende seines Arbeitslaufs um Freigabe bitten. Ein Modell kann diese Regel beachten. Es kann sie aber auch übersehen, anders gewichten oder einen Text erzeugen, der ihr widerspricht. Ein Prompt beschreibt erwünschtes Verhalten. Er erzwingt es nicht.

    Das ist kein Sonderfall von KI. Ein Hinweis auf einem Formular verhindert auch keine falsche Unterschrift. Er hilft beim Handeln. Er schafft aber keine Grenze, an der eine unzulässige Handlung scheitert.

    Der Autor fehlte in der Prüfung

    Der Fehler lag nicht allein beim Agenten. Die Prüfung suchte nur nach dem Wortlaut. Stand die Freigabezeile im Text, galt die Arbeit als freigegeben. Die Frage nach dem Autor fehlte.

    Damit wurde aus einer Kontrolle eine Zierleiste. Sie sah aus wie Sicherheit, war aber nur ein Stück Text. Eine richtige Formulierung belegt keine Berechtigung.

    Bei Freigaben geht es um Verantwortung. Ein Agent darf ein Ergebnis vorbereiten, begründen und zur Prüfung vorlegen. Die Freigabe muss bei einer anderen Rolle liegen. Diese Trennung gehört zu KI & Verantwortung. KI kann Arbeit vorbereiten. Sie darf aber nicht unbemerkt die Grenze zur Entscheidung verschieben.

    Die Regel gehört in den Ablauf

    Ich habe den Fehler auf zwei Ebenen korrigiert. Der Prompt sagt nun klarer, was der Agent nicht tun darf. Das schafft Orientierung und verhindert manche Wiederholung. Der Ablauf akzeptiert eine Freigabe zusätzlich nur von der vorgesehenen Stelle.

    Erst die Rolle prüfen, dann den Inhalt bewerten. Nicht umgekehrt. Das gilt auch dann, wenn ein Modell wechselt, ein Prompt angepasst wird oder ein Ergebnis überraschend formuliert ist. Der Ablauf fragt nicht, ob ein Satz nach Freigabe klingt. Er prüft, ob er von der berechtigten Rolle stammt.

    Eine technische Sperre ist notwendig, aber sie ersetzt keine klare Rollenverteilung. Wer liefert zu? Wer entscheidet? Was darf ein Agent erzeugen? Und was darf er niemals auslösen? Eine KI-Standortbestimmung beginnt bei diesen Fragen.

    Gute Prozesse rechnen mit Abweichungen

    Viele KI-Prozesse beginnen mit einer Sammlung guter Anweisungen. Das ist sinnvoll. Bei Freigaben, Berechtigungen oder vertraulichen Informationen reicht es jedoch nicht aus. Der Ablauf muss auch dann tragen, wenn ein Ergebnis anders aussieht als erwartet.

    Für Geschäftsführung und IT-Verantwortliche ist das eine nüchterne Prüfungsfrage. Es passt nicht, wenn eine KI nur einen gewünschten Satz liefern soll und niemand die Verantwortung im Ablauf festlegt. Dann fehlt die Grundlage für eine belastbare Entscheidung.

    Eine gute Kontrolle fällt im Normalfall kaum auf. Im Grenzfall verhindert sie, dass ein plausibler Text eine Entscheidung vortäuscht. Sie bleibt auch dann bestehen, wenn ein Beteiligter eine Vorgabe missversteht oder einen Weg abkürzt. Wo es um Kontrolle geht, gehört die Bedingung in den Code, nicht in die Anweisung.


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.

  • Berechtigungen als KI-Architektur

    Berechtigungen als KI-Architektur

    Der Zugriff beginnt vor dem ersten Prompt

    Am Montagmorgen richtet ein Mitarbeiter einen neuen KI-Assistenten ein. Das Konto ist erstellt, die erste Frage auch: Darf das System die Projektordner auswerten? Wenige Minuten später soll die Anwendung auf Dateien, E-Mails und Kundendaten zugreifen. An dieser Stelle beginnt die Architektur, nicht erst bei der Auswahl des Modells.

    Eine KI ist kein neutraler Zusatz. Sie ist ein neuer Weg zu Daten. Wer die Rechte vorher nicht klärt, baut eine Abkürzung in sein Zugriffskonzept.

    Das Konto bestimmt den Datenraum

    Die erste Einrichtung läuft häufig über das Konto einer Person, die ohnehin Zugriff auf vieles hat. Das wirkt praktisch. Für die KI heißt das: Sie sieht, was dieses Konto sehen darf. Auch dann, wenn die konkrete Aufgabe nur eine Projektablage betrifft.

    Die passende Frage lautet: Welche Daten braucht diese Aufgabe? Ein Assistent, der Angebote zusammenfasst, braucht keinen Blick in Personalakten. Ein Werkzeug für den Vertrieb braucht keinen Zugang zu internen Kalkulationen. Ein weitreichendes Konto spart keine Arbeit. Es verschiebt nur die Prüfung auf später.

    Quellen brauchen einen klaren Zweck

    KI-Anwendungen verbinden sich selten nur mit einer Datei. Sie greifen auf SharePoint, Teams, E-Mail-Postfächer oder Fachanwendungen zu. Jede Verbindung erweitert den Bereich, aus dem Antworten entstehen. Das ist sinnvoll, wenn dieser Bereich bewusst gewählt wurde.

    Ich höre in Gesprächen oft eine sauber beschriebene Funktion und nur einen beiläufigen Satz zu den Datenquellen. Das ist nachvollziehbar, denn der sichtbare Nutzen steht im Vordergrund. Die Verantwortung liegt jedoch auch in den Fragen dahinter: Aus welcher Quelle darf eine Antwort kommen? Welche Ordner bleiben außen vor? Wer darf eine Verbindung ändern?

    Freigaben sind mehr als Berechtigungen

    Eine Berechtigung ist notwendig, aber ersetzt keine Freigabe. Das gilt besonders, wenn eine KI Informationen zusammenführt, die bisher getrennt lagen. Ein Mitarbeiter darf zwei Ablagen einzeln öffnen. Daraus folgt nicht automatisch, dass ein Assistent beide Inhalte für eine neue Auswertung verbinden soll.

    Ein Projektteam möchte zum Beispiel aus Besprechungsnotizen eine Übersicht offener Punkte erstellen. Ein eigener Bereich mit freigegebenen Notizen passt zu dieser Aufgabe. Werden stattdessen persönliche Notizbücher eingebunden, erscheinen Themen in der Auswertung, die dort nie hingehörten. Die Technik macht keinen Fehler. Sie folgt dem Zugriff, den man ihr gegeben hat.

    Rollen halten Ausnahmen sichtbar

    Sonderrechte entstehen gern unter Zeitdruck. Eine Person braucht etwas, ein Zugang wird erweitert, später erinnert sich niemand mehr daran. Bei KI-Anwendungen fällt das stärker ins Gewicht, weil eine einzelne Anbindung viele Inhalte berühren kann.

    Erst die Aufgabe beschreiben, dann die Rolle festlegen. Eine Rolle zeigt, wer welche Quelle für welchen Zweck nutzen darf. Sie lässt sich prüfen, anpassen und wieder entziehen. Ein Sammelkonto mit weitreichenden Rechten lässt sich dagegen schwer erklären, wenn später jemand nachfragt.

    Ein kleiner Pilot braucht kleine Rechte

    Ein Pilot darf klein sein. Seine Berechtigungen sollten es ebenfalls sein. Wenn der Nutzen klar ist, können Sie den Zugriff gezielt erweitern. So bleibt nachvollziehbar, welche Entscheidung zu welcher Datenfreigabe geführt hat.

    Der KI-Pilot ohne Betriebsmodell zeigt, warum ein überzeugender Test noch keinen geregelten Betrieb schafft. Eine KI-Standortbestimmung ordnet Aufgaben, Quellen und Verantwortlichkeiten, bevor neue Verbindungen entstehen. Gute KI-Architektur beginnt mit einem Zugriff, der so klein bleibt, wie die Aufgabe es erlaubt.


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.

  • Der KI-Pilot ohne Betriebsmodell

    Der KI-Pilot ohne Betriebsmodell

    Der Pilot endet am Freitag

    Am Freitagvormittag zeigt ein Team seine neue KI-Anwendung. Die Antworten wirken brauchbar, die Demo läuft ohne sichtbaren Fehler. Im Raum entsteht Erleichterung. Das Thema ist erledigt. Jetzt kann es losgehen.

    Genau dort beginnt die Arbeit erst. Ein erfolgreicher Test zeigt, dass eine Idee unter guten Bedingungen funktioniert. Er beantwortet nicht, wer sie am Montagmorgen betreibt, wenn eine Antwort falsch wirkt, Daten fehlen oder sich der Prozess ändert.

    Betrieb braucht einen Namen

    Eine KI-Anwendung braucht einen Menschen, der für ihren Einsatz verantwortlich ist. Diese Person braucht eine benannte Rolle im Alltag. Sie muss wissen, wofür das System eingesetzt werden darf, wer Ergebnisse prüft und wann der Einsatz endet.

    Das gilt besonders, wenn die Anwendung Vorschläge für Kunden, Mitarbeitende oder interne Entscheidungen erzeugt. Ein KI-System kann Ergebnisse oder Zuordnungen erzeugen. Verantwortung für Einsatz, Freigaben und Folgen bleibt bei den zuständigen Menschen. Ohne diese Zuordnung kann ein Prozess Verantwortlichkeiten verdecken. Eine Freigabe durch einen Menschen hält sie sichtbar.

    Änderungen brauchen einen Weg

    Im Pilotversuch bleibt vieles gleich: dieselben Testdaten, dieselben Beteiligten, derselbe Ablauf. Im Betrieb ändert sich das Umfeld. Eine Fachabteilung möchte einen neuen Anwendungsfall, ein Anbieter passt Funktionen an oder eine Eingabe wandert in eine andere Vorlage.

    Ohne einen klaren Änderungsprozess wird aus jeder kleinen Anpassung eine stille Regeländerung. Niemand kann später nachvollziehen, warum das System anders arbeitet als zu Beginn. Erst prüfen, dann freigeben. Nicht umgekehrt. Wer Änderungen sichtbar macht, schützt die Menschen, die sich auf die Ergebnisse verlassen.

    Messgrößen zeigen den Alltag

    Eine überzeugende Demo misst meist, ob die Anwendung eine Aufgabe lösen kann. Im Alltag zählen andere Fragen: Welche Ergebnisse werden verworfen? Wo braucht es Nacharbeit? Welche Fälle darf die KI nicht bearbeiten? Verlagert der Ablauf Arbeit nur an eine andere Stelle?

    Dafür braucht es keine erfundenen Kennzahlen. Vor dem Start sollte feststehen, was beobachtet wird und wer die Beobachtung auswertet. Die KI-Inventur vor dem Pilotprojekt hilft dabei, Einsatzorte und Verantwortlichkeiten vor dem nächsten Schritt sichtbar zu machen.

    Der Rückfallweg gehört dazu

    Ein Beispiel aus dem Alltag: Eine KI sortiert eingehende Anfragen vor. An einem Montag liefert sie auffällig viele Zuordnungen, die nicht passen. Dann muss klar sein, wer die Automatisierung stoppt, wie die Anfragen ohne sie bearbeitet werden und wer die Ursache prüft.

    Der Rückfallweg ist kein Zeichen von Misstrauen gegenüber der Technik. Er ist die Zusage, dass der Betrieb handlungsfähig bleibt, wenn das Werkzeug ausfällt oder falsch liegt. Wer nur den Normalfall plant, überlässt den ersten schwierigen Tag dem Zufall.

    Vom Versuch zur verantworteten Anwendung

    Ein Pilot ist notwendig, aber ersetzt kein Betriebsmodell. Dazu gehören Verantwortung, Freigaben, Änderungen, Beobachtung und ein Rückfallweg. Das klingt weniger glänzend als eine Demo. Es ist der Teil, der aus einem guten Versuch eine tragfähige Anwendung macht.

    Ich würde keine KI-Anwendung in den Alltag geben, solange diese Fragen offen sind. Die KI-Standortbestimmung bietet einen Rahmen für diese Einordnung. Dabei müssen Fachseite, Geschäftsführung und technische Betreuung nicht dieselbe Aufgabe übernehmen. Sie müssen aber dieselbe Lage beschreiben können. So entsteht ein Betrieb, der Verantwortung sichtbar macht und Menschen im Prozess Sicherheit gibt.


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.

  • KI-Inventur vor dem Pilotprojekt

    KI-Inventur vor dem Pilotprojekt

    Die Tool-Frage steht zu früh im Raum

    Montagmorgen, erster Termin zum KI-Pilot. Auf dem Bildschirm stehen schon drei Namen von Werkzeugen. Jemand hat eine Lizenz geprüft, jemand anderes einen Testzugang angelegt. Die Frage lautet: Welches nehmen wir? Sie wirkt pragmatisch. Sie überspringt aber den Teil, der später darüber entscheidet, ob der Pilot trägt.

    Ein KI-Pilot ist kein Einkaufsvorgang. Er ist ein Eingriff in einen Arbeitsablauf. Deshalb beginnt er nicht mit einer Vergleichstabelle, sondern mit einer Inventur.

    Der Geschäftsprozess gibt die Richtung vor

    Zuerst muss klar sein, welcher Geschäftsprozess besser werden soll. „Wir wollen KI nutzen“ beschreibt keinen Prozess. Angebote vorbereiten, E-Mails vorsortieren oder interne Anfragen bündeln: Das sind greifbare Ausgangspunkte. Erst wenn der Ablauf benannt ist, lässt sich prüfen, an welcher Stelle ein Werkzeug tatsächlich entlastet.

    Das verhindert auch eine typische Enttäuschung. Ein Tool kann einen Text formulieren. Es kann aber nicht festlegen, wann ein Angebot fachlich vollständig ist oder welche Ausnahme im Ablauf zählt. Nicht das fehlende Tool ist das Problem. Die fehlende Architektur ist es.

    Datenklasse und Zugriff gehören auf denselben Zettel

    Danach folgt die Frage nach den Daten. Werden allgemeine Informationen verarbeitet, interne Arbeitsunterlagen oder personenbezogene Kundendaten? Diese Unterscheidung ist keine Formalität. Sie bestimmt, welche Schutzmaßnahmen, Verträge und Einstellungen nötig sind.

    Genauso wichtig ist der Zugriff. Wer darf Informationen eingeben, Ergebnisse sehen oder Inhalte weiterverwenden? Wenn diese Berechtigungen erst nach dem Test geklärt werden, ist der Pilot schon weiter als die Verantwortung. Eine saubere KI-Standortbestimmung macht diese Punkte sichtbar, bevor sie im Alltag zu Ausnahmen werden.

    Verantwortung endet nicht beim Ergebnis auf dem Bildschirm

    Ein Pilot braucht eine verantwortliche Person für die Entscheidung, die aus dem Ergebnis folgt. KI kann vorbereiten, sortieren und formulieren. Sie trägt jedoch keine fachliche Freigabe. Zugriff, Preisentscheidung und Freigabe müssen geregelt und verantwortet bleiben.

    Das zeigt sich gut bei der Angebotserstellung. Ein Assistent kann aus vorhandenen Angaben einen ersten Entwurf bauen. Doch bevor ein Angebot das Haus verlässt, muss klar sein, wer Kundendaten geprüft, Preise entschieden und die Freigabe erteilt hat. Die Oberfläche kann neu sein. Die Verantwortung nicht.

    Nutzen braucht ein erkennbares Zeichen

    Die fünfte Frage wird oft übergangen: Woran erkennen wir die Verbesserung? Ohne sie bleibt ein Pilot bei Eindrücken. Vielleicht wirkt die Arbeit schneller. Vielleicht entstehen nur mehr Entwürfe, die später geprüft werden müssen.

    Ein sinnvoller Maßstab kann sein, ob ein klar benannter Arbeitsschritt verlässlicher oder nachvollziehbarer wird. Er muss zum Prozess passen und vor dem Start vereinbart sein. Erst verstehen, dann entscheiden. Nicht umgekehrt.

    Das muss keine große Kennzahl sein. Entscheidend ist, dass das Team später dieselbe Frage beantwortet wie zu Beginn: Hat sich genau dieser Arbeitsschritt spürbar verbessert, ohne neue Unklarheit zu schaffen?

    Aus Einzellösungen wird eine tragfähige Architektur

    Diese fünf Fragen bremsen keinen Pilot. Sie geben ihm einen Rahmen: Prozess, Datenklasse, Zugriff, Verantwortung und Nutzen. Danach lässt sich ein Werkzeug auswählen, das zu der Aufgabe passt, statt eine neue Ausnahme zu schaffen.

    Wer dafür eine breitere Einordnung sucht, findet im Beitrag KI-Einführung am falschen Ende weitere Gedanken zur richtigen Reihenfolge. Ein guter Pilot muss nicht groß beginnen. Er muss erklärbar bleiben, auch wenn die erste Begeisterung vorbei ist.


    Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.

  • Nein, die KI-Transparenzpflicht wurde nicht verschoben.

    Nein, die KI-Transparenzpflicht wurde nicht verschoben.

    Was der Digital Omnibus wirklich geändert hat — und was seit dem 2. August gilt.

    Seit dem 27. Juli 2026 gilt der Digital Omnibus — die Änderungsverordnung (EU) 2026/1744. In den
    Schlagzeilen stand: mehr Zeit für KI-Compliance.

    Das stimmt. Aber nicht überall. Und ausgerechnet dort, wo die meisten Unternehmen jetzt aufatmen,
    hat sich nichts geändert.

    Was tatsächlich verschoben wurde

    Zwei Fristen, beide beim Thema Hochrisiko:

    **Eigenständige Hochrisiko-Systeme** nach Anhang III — also KI in Personalauswahl, Kreditvergabe,
    kritischer Infrastruktur — greifen nicht mehr ab dem 2. August 2026, sondern erst ab dem
    **2. Dezember 2027**. Sechzehn Monate mehr.

    **Hochrisiko-KI in regulierten Produkten** nach Anhang I — Maschinen, Medizintechnik, Fahrzeuge —
    verschiebt sich vom 2. August 2027 auf den **2. August 2028**. Zwölf Monate mehr.

    Dazu kommen zwei neue Verbote ab dem 2. Dezember 2026: KI-generierte intime Inhalte ohne
    Einwilligung und Missbrauchsdarstellungen.

    Was nicht verschoben wurde

    Und hier wird es für den Mittelstand relevant.

    **Artikel 50 — die Transparenzpflichten — gilt seit dem 2. August 2026.** Unverändert.
    Konkret bedeutet das:

    – Wer einen **Chatbot** betreibt, muss offenlegen, dass Nutzer mit einer KI sprechen.
    – Wer **Emotionserkennung oder biometrische Kategorisierung** einsetzt, muss die Betroffenen informieren.
    – Wer **Deepfakes** veröffentlicht oder **KI-generierte Texte zu Themen öffentlichen Interesses**
    publiziert, muss sie kennzeichnen.

    Die verbreitete Aussage „Die Transparenzpflicht wurde auf Dezember verschoben“ ist schlicht falsch.

    Die eine Ausnahme — und warum sie oft missverstanden wird

    Es gibt eine Übergangsregel, aber sie ist eng: Die **maschinenlesbare Markierung** synthetischer
    Inhalte durch den Anbieter (Artikel 50 Absatz 2) hat bei Systemen, die **vor dem 2. August 2026**
    in Verkehr gebracht wurden, bis zum **2. Dezember 2026** Zeit.

    Das betrifft die technische Nachrüstung bestehender Systeme durch deren Anbieter. Es betrifft
    **nicht** Ihre Kennzeichnungspflicht als Anwender. Wer heute einen Chatbot auf der Website hat,
    ist heute in der Pflicht.

    Was Sie beruhigen darf: Inhalte, die vor dem 2. August 2026 erzeugt und veröffentlicht wurden,
    müssen nicht rückwirkend gekennzeichnet werden.

    Warum ich das für gefährlich halte

    Verschobene Fristen erzeugen ein Gefühl, das die Sache nicht hergibt. „Sechzehn Monate mehr“
    klingt nach Ruhe. Tatsächlich ist es die Zeit, die eine mittelständische Organisation ohnehin
    braucht, um eine KI-Inventur aufzubauen, Systeme zu klassifizieren und zu klären, wer im Haus
    eigentlich verantwortlich ist.

    Was der Omnibus **nicht** geändert hat: die Pflichten selbst. Verschoben wurde der Zeitpunkt,
    nicht der Inhalt. Wer jetzt vertagt, steht in achtzehn Monaten vor derselben Aufgabe — mit
    weniger Zeit und denselben Altsystemen.

    Ich habe das bei NIS-2 gesehen und davor bei der DSGVO: Aufschub wird als Entwarnung gelesen.
    Dann passiert zwölf Monate nichts, und im letzten Quartal wird improvisiert. Das Ergebnis ist
    selten gut und fast immer teurer.

    Was ich empfehlen würde

    Drei Dinge, unabhängig von jeder Frist:

    **Inventur.** Welche KI-Systeme laufen im Haus? Auch die, die niemand offiziell eingeführt hat.
    Erfahrungsgemäß sind es mehr, als die Geschäftsführung vermutet.

    **Klassifizierung.** Welche davon fallen unter Artikel 50, welche unter Hochrisiko, welche unter
    gar nichts? Diese Einordnung ist die Grundlage für alles Weitere — und sie kostet Denkarbeit,
    keine Software.

    **Verantwortung.** Wer entscheidet über den Einsatz, wer prüft die Ergebnisse, wer haftet?
    Solange diese Frage unbeantwortet ist, hilft keine Frist der Welt.

    Die Umsetzung darf danach in Ruhe folgen. Der Aufschub ist echt — er ist nur kein Grund,
    nicht anzufangen.

    —

    *Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur —
    ohne Produktprovisionen, ohne Implementierungsmandat.*

    **Quellen:**

  • Architektur statt Aktionismus: ein Praxisbeispiel zum Anrufen

    Architektur statt Aktionismus: ein Praxisbeispiel zum Anrufen

    Warum ich mein Telefon nicht ausgelagert, sondern neu gedacht habe

    Ich verpasse Anrufe. Nicht aus Desinteresse, sondern weil ich in einem Gespräch sitze, konzentriert an einer Architektur arbeite oder schlicht nicht erreichbar bin. Jeder verpasste Anruf ist eine Frage, die unbeantwortet bleibt – und manchmal ein Gespräch, das nie zustande kommt.

    Die naheliegende Lösung wäre ein Telefonservice oder eines der neuen KI-Telefonprodukte gewesen. Stattdessen habe ich mich gefragt: *Was würde es eigentlich bedeuten, so etwas selbst zu bauen – sauber, datenschutzkonform, in meiner eigenen Hand?*

    Das ist keine Bastelei aus Langeweile. Es ist die Frage, die ich auch meinen Kunden stelle: nicht „welches Tool kaufen wir“, sondern „was genau wollen wir
    erreichen, und welche Architektur trägt das“.

    Was entstanden ist

    „Felix“ nimmt jetzt meine Anrufe entgegen. Er begrüßt den Anrufer in meinem Namen, versteht das Anliegen, ordnet es ein, nimmt bei Bedarf eine Nachricht oder eine Sprachnachricht auf und stellt wichtige Gespräche durch. Er spricht ruhig, siezt, drängt nicht – so, wie ich selbst am Telefon auftreten würde.

    Das Entscheidende ist, *wo* er läuft: auf einem kleinen Rechner bei mir, an meinem eigenen Anschluss. Die Gespräche verlassen mein Haus nicht in eine fremde Cloud.
    Den KI-Anbieter kann ich frei wählen – auch eine europäische, DSGVO-konforme Variante. **Datenhoheit ist hier kein Marketing-Versprechen, sondern eine
    Architekturentscheidung.**

    Drei Dinge, die ich dabei gelernt habe

    1. KI ist heute zugänglicher, als die meisten denken – und unmündiger, als die
      Werbung suggeriert.
      Die Bausteine sind verfügbar. Aber ein System, das am Telefon professionell auftritt, entsteht nicht durch „KI anschalten“. Es entsteht durch viele kleine, bewusste Entscheidungen: Wann unterbricht es höflich? Wie verhindert man, dass jemand vertrauliche Interna ins Telefon diktiert? Wann ist Schweigen besser als eine schnelle, falsche Antwort?
    2. Die Technik ist selten das Problem. Die Haltung ist es.
      Mein Assistent verkauft nicht. Er hört zu, ordnet ein, führt zu *einem* sinnvollen nächsten Schritt. Genau das musste ich ihm beibringen – gegen die Tendenz solcher Systeme, geschwätzig und gefällig zu sein. Eine KI ist immer auch ein Spiegel der Haltung, mit der man sie baut.
    3. Datenschutz ist eine Designfrage, kein Nachgedanke.
      Wer ihn erst am Ende „dazupackt“, hat die Architektur schon falsch aufgesetzt. Wer ihn an den Anfang stellt – eigene Hardware, eigene Schlüssel, klare Löschregeln – bekommt ihn fast geschenkt.

    Was das für Sie bedeutet

    Sie müssen kein Telefonsystem bauen. Aber die Fragen dahinter stellen sich in jedem KMU, das gerade über KI nachdenkt:

    • – Kaufen wir ein Werkzeug – oder verstehen wir zuerst, was wir erreichen wollen?
    • – Wo liegen unsere Daten, und wer hat darauf Zugriff?
    • – Behalten wir die Kontrolle über das, was im Namen unseres Unternehmens spricht?

    Das ist der Kern dessen, wofür ich stehe: **Architektur statt Aktionismus.** Nicht dem nächsten Hype hinterherlaufen, sondern erst durchdenken, dann handeln. Felix ist für mich der lebende Beweis, dass das funktioniert – im Kleinen genauso wie in großen Digitalisierungsvorhaben.

    Ein nächster Schritt

    Wenn Sie gerade vor einer KI- oder Digitalisierungsentscheidung stehen und sie einmal in Ruhe einordnen wollen: In einem kurzen Erstgespräch (20 Minuten, unverbindlich) klären wir, worum es bei Ihnen eigentlich geht – ohne Sales-Pitch, mit einer ehrlichen Einschätzung.

    Und wenn Sie demnächst bei mir anrufen: Sagen Sie Felix ruhig Guten Tag.