Lern-HubEffizienzpioniere Claude Onboarding

Claude ist als Denkpartner für Arbeitsaufgaben angelegt, nicht als Auskunftssystem. Es ist auf hilfsbereites, ungefährliches und ehrliches Verhalten ausgerichtet und auf Zusammenarbeit ausgelegt: Es lässt sich lenken, fragt nach und stimmt sich mit dir ab, statt nur zu antworten.

Wie Claude abwägt, legt Anthropic offen, in einem öffentlichen Grundsatzdokument: der Verfassung von Claude. Sie nennt vier Prioritäten in dieser Reihenfolge: sicher sein, also die Aufsicht von Menschen über KI nicht untergraben; ethisch handeln; die Richtlinien von Anthropic einhalten; wirklich hilfreich sein. Geraten sie in Konflikt, geht in der Regel die frühere vor. Abgewogen wird dabei im Ganzen, nicht nach starrem Schema. Dazu kommen wenige harte Grenzen, die immer gelten. Nachlesen kannst du sie bei Anthropic, auf Englisch.

Fünf Bereiche, in denen es stark ist

• Texte und Inhalte. Entwürfe, Umarbeitungen, Anpassung an einen Tonfall. Mit Beispielen gelingt das besonders gut.
• Recherche und Analyse. Muster in Daten finden, umfangreiche Dokumente erschließen, Informationen zusammenführen. Wie viel Material Claude gleichzeitig im Blick haben kann, heißt Kontextfenster: alles, was in einem Gespräch gerade beachtet wird, also deine Frage, die hochgeladenen Dateien und der bisherige Verlauf. Es fasst mindestens 200.000 Token, also etwa 500 Seiten, bei den neueren Modellen bis zu eine Million. Ein Token ist ein Wortteil und die Abrechnungseinheit der Technik; als Faustregel gilt etwa ein halbes Wort. In Teil 2 kommt das Kontextfenster noch einmal vor, dann mit seinen Grenzen.
• Code. Softwarecode schreiben, erklären und nach Fehlern durchsuchen, in allen üblichen Programmiersprachen.
• Problemlösung und Denken. Komplexe Fragen zerlegen und schrittweise durchgehen.
• Lernen. Sich in ein unbekanntes Thema einarbeiten, mit Erklärungen auf dem passenden Niveau.

Erreichbar ist es über Web, Desktop-App und die Mobil-Apps, über Claude Code für Entwicklung (bei uns nur für Builder, siehe Kapitel 04), über Cowork für mehrschrittige Aufgaben, über eine Browser-Erweiterung (bei uns nicht freigegeben, siehe Kapitel 11) und über die Einbindung in Microsoft 365. Gespräche, Projects und Memory sind dabei geräteübergreifend verfügbar.

Nachschlagen oder Denkpartner?

Viele tippen in Claude, wie sie in ein Suchfeld tippen: Ein Stichwort, und zurück kommt eine Auskunft. Damit bleibt der größere Teil ungenutzt.

Die Trennlinie ist dabei nicht das Thema. Sie verläuft dort, wo die Antwort dich braucht: Deinen Entwurf, deine letzte Vorlage, deine Einschätzung des Kunden.

Aufgabe: Sechs Anfragen aus unserem Alltag. Entscheide bei jeder: Reicht Nachschlagen, oder braucht es Claude als Denkpartner? Du hast eine Auswahl pro Anfrage, danach steht sie fest. Die Begründung bezieht sich auf deine Antwort.

Jede Anfrage wird als richtig oder nicht richtig ausgewiesen. Achte auf die zwei Fälle, die wie ihr Gegenteil aussehen: eine Anfrage, die wie eine Suche getippt ist und trotzdem dich braucht, und eine Fachfrage, die trotzdem reines Nachschlagen ist.

Wo ein steht, liegt ein Bildschirmfoto darunter. Es ist zugeklappt, damit es den Text nicht zerschneidet. Die Zeile daneben nennt schon, was zu klicken ist; das Bild zeigt, wo es sitzt, jeweils im Zustand vor dem Klick. Aufklappen lohnt sich, wenn du die Stelle nicht sofort findest. Wer sie kennt, liest weiter. Die Bilder zeigen die Oberfläche vom 20.08.2026 und werden vierteljährlich durchgesehen. Sieht deine Oberfläche anders aus, ist sie neuer als das Bild.

Plus-Symbol im Eingabefeld: „Dateien, Connectoren und mehr hinzufügen“

Der Prompt in drei Teilen

Der Prompt ist der Text, den du eingibst. So heißt er in den Videos, in der Dokumentation und in jeder Suche danach. Deshalb nennen wir ihn hier auch so und nicht „Auftrag“.

• Bühne stellen. Deine Rolle, das Ziel, der nötige Hintergrund. Beispiel aus der EP-Welt: „Agiere als Energieeffizienz-Experte und erstelle eine Abschlusspräsentation für die Geschäftsführung einer Baugenossenschaft“
• Aufgabe definieren. Welche Handlung ist gefragt, etwa schreiben, prüfen, analysieren oder strukturieren? Nenne ein Verb statt eines Themengebiets.
• Regeln setzen. Stil, Ton, Länge, Format. Am besten mit einem Beispiel, an dem sich das ablesen lässt.

Rede mit Claude wie mit einem Kollegen, natürlich und knapp. Gute Ergebnisse entstehen meist im Hin und Her nach dem ersten Prompt, selten durch den einen perfekten Prompt. Der Rahmen stammt aus dem 4D-Modell zur KI-Kompetenz von Rick Dakan (Ringling College of Art and Design) und Joseph Feller (University College Cork). Die vier Kompetenzen stehen in Kapitel 03. Hinter „4D“ stecken vier englische Begriffe, die alle mit D beginnen: Delegation, Description, Discernment, Diligence.

Kontext mitgeben

Drei Wege: Dateien hochladen, Systeme anbinden, dauerhafte Vorgaben hinterlegen. Verarbeitet werden Text und Bildinhalte aus PDF, DOCX, CSV, TXT sowie PNG und JPEG. Nach dem Upload wird die Datei erschlossen und kann Gegenstand der Anfrage werden. Praktische Fälle: Dokument zusammenfassen lassen, Bild beschreiben oder auswerten, Tabelle auf Muster prüfen, Code erklären lassen.

Plus-Menü: „Dateien oder Fotos hinzufügen“

Nachschärfen statt neu schreiben

• Nachfragen. Einen Punkt vertiefen, eine andere Perspektive, kürzer fassen.
• Rückmeldung geben. Sag konkret, was gefällt und was nicht. Mit „bitte besser“ kann Claude nichts anfangen.
• Zurücklenken. Wenn das Thema verfehlt wurde, die Frage präzisieren.
• Neu starten. Bei grundlegendem Abdriften ein neuer Chat mit dem Kernkontext.

Statt eine Korrektur anzuhängen, lässt sich die eigene vorherige Nachricht bearbeiten und erneut abschicken. Das ist sauberer, wenn nur die Formulierung nachgezogen wird.

Eigene Nachricht bearbeiten: Der Stift unter der Nachricht

Dauerhafte Vorgaben

Memory merkt sich Rolle, Vorlieben und Arbeitsweise über Gespräche hinweg, ist in den Einstellungen einsehbar, änderbar und löschbar und synchronisiert über Geräte. Der Schalter dafür heißt „Gedächtnis aus Chat-Verlauf generieren“. Darunter steht, was hinterlegt ist: Solange Claude nichts gemerkt hat, heißt die Zeile „Chat-Gedächtnis · Noch keine Erinnerungen“, so wie im Bildschirmfoto unten. Sobald etwas hinterlegt ist, heißt sie „Gedächtnis anzeigen und verwalten“ und nennt das Datum der letzten Änderung; dahinter stehen die einzelnen Einträge, die du ändern oder löschen kannst.

Weg zum Speicher: Einstellungen → Fähigkeiten

Styles (Schreibstile) legen fest, wie geschrieben wird: knapp, formell, erklärend oder nach deiner eigenen Beschreibung. Prüfe das an deinem eigenen Zugang: In den Konten, mit denen die Bildschirmfotos entstanden sind, gibt es am Eingabefeld keinen Stil-Umschalter; die Zeile enthält nur Plus, Modellauswahl, Mikrofon und Sprachmodus. Wo der Umschalter fehlt, erreichst du dasselbe über die Projektanweisungen aus Kapitel 05, für wiederkehrende Fälle auch über einen Skill aus Kapitel 07.

Ein Hausstil für unsere Kundenkorrespondenz ist so ein Stil, nur genauer: knapp, ohne Werbesprache und auf dem Fachniveau des jeweiligen Adressaten, etwa Genossenschaftsvorstand, Eigentümerversammlung oder Kämmerei.

Fünf Fehlbilder und ihre Gegenmittel

Haltung dahinter: Der erste Wurf ist ein Ausgangspunkt, kein Ergebnis. Wirksam arbeiten heißt prüfen, was funktioniert, konkret rückmelden („die ersten zwei Absätze passen, der Schluss muss handlungsorientierter werden“) und wissen, wann ein frischer Start schneller ist als weiteres Nachsteuern.

Vier Kompetenzen

Anwender brauchen vor allem Beschreibung, Teamleitungen vor allem Delegation und Urteilsvermögen. Das ist die Grundlage der Tiefenstufen in Modul 05.

Eignung messen statt vermuten

Die Frage „ist Claude bei dieser Aufgabe gut“ lässt sich nur für deine Arbeit beantworten. Dafür reichen vier Schritte:

1. Beispiele sammeln. Fünf bis zehn Fälle einer regelmäßigen Aufgabe, deren Ergebnis du selbst erstellt hast.
2. Prompts formulieren. Mit dem Kontext, den du im Alltag auch hättest.
3. Vergleichen. Sind die entscheidenden Informationen erfasst? Passt Ton und Stil? Was fehlt oder ließe sich verbessern?
4. Nachziehen. Prompts anpassen, Beispiele ergänzen oder festhalten, dass ein Mensch weiter prüfen muss.

Das schafft Gespür dafür, wo das Werkzeug Wert schafft, wo mehr Kontext nötig ist und bei welchen wiederkehrenden Aufgaben man sich auf das Ergebnis verlassen kann.

Bei uns übertragbar auf Verbrauchsauswertungen, Bilanzierungsergebnisse und Fördermittel-Zuordnungen. Nimm dafür am besten ein abgeschlossenes Projekt, dessen Ergebnis feststeht.

Am Anfang steht die Form der Arbeit, das Werkzeug folgt daraus. Es gibt drei Formen mit je einem Ort: Zug um Zug im Chat, Übergabe in Cowork, Software bauen im Code-Bereich.

Zug um Zug · im Chat

Du fragst, Claude antwortet, du fragst weiter. Das ist die Form aus Kapitel 02, und für den größten Teil der Arbeit reicht sie.

Sie passt, wenn erst die Antwort entscheidet, was du als Nächstes fragst, und wenn das Beschreiben der ganzen Aufgabe länger dauert als die Aufgabe selbst.

Die Desktop-App kann dabei etwas mehr als der Browser: Claude über die laufende Anwendung legen, einen Bildschirmausschnitt oder ein Fenster zeigen, diktieren statt tippen, lokale Werkzeuge anbinden. Nicht alles davon läuft überall: Schnellzugriff, Fenster teilen und Diktat gibt es derzeit nur auf macOS, Desktop-Erweiterungen auf macOS und Windows. Desktop-Erweiterungen sind Verbindungen wie Connectors und brauchen bei uns eine Freigabe per IT-Ticket.

Übergabe · in Cowork

Du beschreibst ein Ergebnis und gibst die Aufgabe ab. Cowork ist der Bereich der App, der dafür gebaut ist. Du erteilst einen Auftrag, und Claude arbeitet ihn in mehreren Schritten selbst ab, mit Zugriff auf einen Ordner und auf verbundene Systeme.

Cowork haben bei uns Power-User und Builder. Als Anwender lernst du die Form hier kennen und arbeitest im Chat. Brauchst du sie regelmäßig, ist das ein Grund für einen Stufenwechsel. Den schlägt deine Teamleitung vor.

Diese Form nimmst du, wenn einer dieser vier Punkte zutrifft:

• Die Aufgabe hat mehrere Schritte in Folge.
• Am Ende steht eine fertige Datei statt einer Antwort im Gespräch.
• Die Arbeit geht über mehrere Systeme.
• Sie soll regelmäßig oder nebenbei laufen.

So läuft eine Übergabe ab. Fünf Schritte, und der zweite ist der wichtigste:

1. Du beschreibst das Ergebnis. Du beginnst nicht mit der ersten Frage, sondern mit dem, was am Ende dastehen soll: Form, Umfang, für wen.
2. Claude fragt zurück zu Umfang und Format, noch vor dem Start. Hier entscheidet sich, ob eine Übergabe etwas taugt: Wer die Rückfragen abnickt, bekommt, was er nicht wollte.
3. Du bekommst einen sichtbaren Plan. Erst danach beginnt die Arbeit.
4. Du kannst jederzeit eingreifen: anhalten, korrigieren, die Richtung ändern.
5. Vor jeder Wirkung nach außen wird gefragt. Etwas verschicken, veröffentlichen oder in einem anderen System ändern: Dafür wartet Claude auf deine Freigabe.

Ein Beispiel. Der Auftrag: „Geh die laufenden Förderanträge im Projektordner auf meinem Rechner durch und leg mir eine Übersicht der Fristen der nächsten sechs Wochen als Excel-Datei dort ab, je Zeile Projekt, Programm, Frist und was noch fehlt.“ Was daraus wird: Rückfragen (welche Unterlage gilt als Antrag, wonach sortiert), ein Plan, dann liest Claude die Unterlagen, baut die Tabelle und legt sie im Ordner ab. Im Gespräch Zug um Zug wären das zwanzig Runden Hin und Her. Der Ordner enthält dabei nur, was die Aufgabe braucht. Eigentümerlisten und private Adressen (K2) bleiben draußen.

Was Cowork dafür in der Hand hat. Die ersten drei Zeilen sind bei uns der Normalfall, der Rest ist zum Kennen:

Software bauen · im Code-Bereich

Arbeit direkt am Code: Lesen, schreiben, testen, Befehle ausführen, mit sichtbaren Änderungen und Versionsverlauf. Entweder lokal auf einem Ordner oder an ein Repository (die versionierte Code-Ablage eines Software-Projekts) angebunden, sodass längere Umbauten weiterlaufen. Wie viel eigenständig passiert, ist einstellbar: jede Änderung vorlegen, Änderungen automatisch übernehmen oder erst planen. Für Nicht-Entwickler reicht es, das zu kennen. Den Code-Bereich haben bei uns nur Builder, über eine eigene Lizenz (Claude Team), zu der auch Claude Design gehört.

Bei uns läuft solche Software über GitHub. Gehostete Software (oft auch Cloud-Software genannt) liegt hier immer in einem Repository bei GitHub, nicht als Ordner auf einem einzelnen Rechner. So ist nachvollziehbar, wer was geändert hat, und der Stand hängt nicht an einer Person. Fragen dazu stellst du als IT-Ticket: ob es für dein Vorhaben schon ein Repository gibt, wie du Zugang bekommst, ob der Weg über GitHub überhaupt der richtige ist. Über ein Ticket stellt die IT auch die Infrastruktur bereit, siehe den Kasten weiter unten.

Grundsatz: Wir bauen für uns, nicht für Kunden. Was hier entsteht, sind interne Werkzeuge für unsere eigenen Abläufe. Software als Leistung für Kunden ist damit nicht gemeint.

Vieles davon ist heute Excel. Das ist oft die richtige Wahl: Ein Werkzeug, das sich mit jedem Objekt und jedem Programm noch ändert, ist in einer Tabelle schneller angepasst als in einer Anwendung. Lohnend ist der standardisierbare Teil: Wo ein Prozess feststeht, mit gleichen Eingaben, gleichen Schritten und gleichem Ergebnis, kann daraus eine Anwendung werden. Vor dem Bauen steht deshalb die Frage, ob der Ablauf schon fest genug ist.

Was dabei herauskommt, hat bei uns zwei Formen. Entweder eine Datei, die du weitergibst oder doppelklickst, etwa eine HTML-Seite, eine Excel-Tabelle oder ein Python-Skript. Oder gehostete Software, die im Browser läuft und die mehrere Personen benutzen: Der Code liegt dann bei GitHub, betrieben wird sie über Azure. Dieser Lern-Hub ist ein Beispiel dafür: aus einem Artifact entstanden und jetzt bei Azure gehostet.

Beispiel für gehostete Software. Der Steckbrief-Generator in Team 3 läuft im Browser, mehrere Personen benutzen ihn, der Code liegt bei GitHub, betrieben wird er über Azure. Am Steckbrief lässt sich auch der Unterschied zum Skill ablesen: Als Skill (Kapitel 07) baut ihn jede Person in ihrem eigenen Gespräch, als Anwendung gehen alle denselben Weg.

Ein Project ist ein abgeschlossener Arbeitsraum mit eigenem Gedächtnis, eigenen Gesprächen, eigener Wissensbasis und eigenen Anweisungen. Sinnvoll, sobald etwas fortlaufend ist statt einmalig: Bei Referenzmaterial, das du immer wieder brauchst; bei gleichbleibenden Anforderungen an die Antwort; bei Zusammenarbeit, die von gemeinsamer Grundlage lebt.

Anlegen · fünf Schritte

1. In der Seitenleiste auf Projects gehen.
2. Neues Project erstellen: Die Schaltfläche heißt Projekt erstellen.
3. Sprechenden Namen geben, etwa aus Kunde und Vorhaben statt „Projekt 3“.
4. Kurze Beschreibung ergänzen. Sie hilft vor allem dir und dem Team beim Wiedererkennen.
5. Sichtbarkeit wählen: Privat oder geteilt.

Projekte in der Seitenleiste, dann „Projekt erstellen“

Anweisungen · das Verhalten

Sie gelten für jedes Gespräch im Project und stehen über den allgemeinen Vorlieben und Stilen. Gute Anweisungen enthalten den Kontext der Arbeit, das Vorgehen („zuerst die Struktur prüfen, dann formulieren“), Ton und Fachniveau, und feste Anforderungen. Man kann damit auch Abläufe verankern, etwa: Aus einem hochgeladenen Protokoll entsteht eine Zusammenfassung nach unserer Vorlage. So legst du fest, wie Claude in diesem Project arbeitet.

Projektanweisungen festlegen: „Anweisungen speichern“

Wissensbasis · der Inhalt

Über das Plus-Symbol neben Kontext werden Dokumente aufgenommen; verarbeitet werden PDF, DOCX, CSV, TXT, HTML und weitere Formate. Die Liste unterscheidet sich vom Chat-Upload in Kapitel 02, dort zählen auch Bilder dazu. Cloud-Ablagen lassen sich verknüpfen. Hinein gehören:

Wissensbasis füllen: Das Plus rechts neben „Kontext“

Wird die Wissensbasis größer als das Kontextfenster, lädt Claude nicht mehr alles, sondern sucht gezielt in den Projektdateien. Die Kapazität wächst dadurch etwa auf das Zehnfache, bei gleicher Antwortqualität. Ein Hinweis in der Oberfläche zeigt das an; an der Nutzung ändert sich nichts. Für dich folgt daraus: Dateinamen werden zum Suchkriterium und damit wichtiger.

Teilen · drei Rechtestufen

Lesen und mitchatten ohne Änderungsrecht, bearbeiten mit Zugriff auf Anweisungen und Wissensbasis, besitzen mit Kontrolle darüber, wer das Project sieht. Geteilt wird über die Schaltfläche am Projektnamen, an einzelne Kolleginnen und Kollegen. Das Teilen mit der gesamten Organisation ist bei uns abgeschaltet.

Teilen-Dialog: Die Rechtestufe unter „Allgemeiner Zugriff“

Bauplan für ein Kunden-Project

Lege ein Project pro Kunde beziehungsweise Objekt an statt eines für alle. So bleibt der Kontext scharf, und Mandanten vermischen sich nicht. Sprechender Name aus Kunde und Vorhaben; Anweisungen mit Adressat (Eigentümerversammlung, Genossenschaftsvorstand, Bauamt oder Kämmerei), Fachniveau und der Vorgabe, Rechtsstände und Fördersätze als zu prüfende Annahme zu kennzeichnen; Wissensbasis aus Objektliste, Bestandsdaten, Protokollen, Vorlage und einem freigegebenen Musterbericht. Nicht hinein: Mieter- und Bewohnerdaten (K3), Mitarbeiterdaten außer Name und dienstlicher Mail (M2) und das Private aus WEG-Unterlagen und Förderanträgen, also Eigentümerlisten, private Adressen, IBAN und Steuernummern (K2). Die Wissensbasis bleibt bestehen: Was einmal darin liegt, wirkt in jedem Gespräch dieses Projects. Prüfe sie deshalb strenger als eine einzelne Anfrage.

Praxisregeln: Eng anfangen und dann erweitern; Wissensbasis aktuell halten; Anweisungen konkret statt vage; Dokumente sprechend benennen („KfW-464-Merkblatt-Stand-2026-06.pdf“ statt „merkblatt.pdf“); in der Frage direkt auf eine Unterlage verweisen, wenn es darauf ankommt.

Ein Artifact ist ein eigenständiges, benutzbares Ergebnis in einem eigenen Fenster neben dem Gespräch. Es ist sichtbar und fertig zur Verwendung, statt als Textblock im Verlauf zu stehen. Es entsteht von selbst, wenn der Inhalt umfangreich und in sich geschlossen ist (Richtwert etwa ab fünfzehn Zeilen), wenn er wahrscheinlich weiterbearbeitet oder wiederverwendet wird, wenn er ohne das umgebende Gespräch Sinn ergibt oder wenn du später darauf zurückgreifen willst. Wenn du eines erwartest und keines bekommst, fordere es ausdrücklich an. Prüfe außerdem, ob der Schalter „Artefakte“ in den Einstellungen unter „Fähigkeiten“ (Capabilities) an ist.

Einstellungen → Fähigkeiten: Der Schalter „Artefakte“

Dieser Lern-Hub ist so entstanden. Im Artefakt-Fenster kannst du zwischen Ansicht und zugrundeliegendem Code wechseln, den Inhalt kopieren und die Datei herunterladen.

Artefakt-Fenster: Umschalter Ansicht und Code, Datei herunterladen

Was ein brauchbares Ergebnis erzeugt

• Konkret sein. Statt „bau mir einen Rechner“ beschreibst du Eingaben, Auswertung und welche Warnung bei welchem Schwellenwert erscheint.
• Den Nutzer benennen. Ein Diagramm für den Gemeinderat sieht anders aus als eines für das Bauamt.
• Schrittweise ändern. Eine Änderung pro Runde. Dann ist nachvollziehbar, was gewirkt hat.
• Ausdrücklich anfordern, wenn etwas Umfangreiches im Chat statt im Fenster landet.

Ein Skill ist ein Paket aus Anweisungen, Hilfsmitteln und Ressourcen, das bei passenden Aufgaben herangezogen wird. So wird ein Vorgehen wiederholbar. Der Merksatz: Projects speichern Wissen, Skills führen Aufgaben aus.

Beides lässt sich kombinieren: Der Skill liefert das Wie, das Project das Was. Ein /förderprüfung-Skill bringt den Prüfablauf mit (Voraussetzungen, Fristen, Nachweise, in dieser Reihenfolge) und holt sich Objektdaten und Merkblätter aus dem Kunden-Project.

Was in deinem Team ein Skill werden könnte

Die folgende Tabelle ist eine Sammlung von Vorschlägen, keine Aufgabenliste. Die ersten acht sind Kandidaten, also Ideen, die noch nicht gebaut sind. Ob und welche davon entstehen, entscheidet jedes Team selbst; die vier Anwendungstypen in Modul 05 helfen beim Sortieren. Die drei von der Führungsebene gibt es bereits. Sie zeigen, wie so etwas aussieht. Erfahrungsgemäß ist ein guter erster Skill klein, kommt oft vor und lässt sich aufschreiben. Alle liefern Texte zum Weiterarbeiten, keine fertigen Berichte. Prüfen und fertigstellen musst du sie selbst.

Woran man einen schlechten Kandidaten erkennt: Er fällt selten an, das Vorgehen steckt nur im Kopf einer Person, oder das Ergebnis lässt sich nicht prüfen. Dann lohnt es sich, erst zwei, drei Durchläufe im Chat zu machen und dabei mitzuschreiben. Daraus kann später ein Skill werden.

Zwei Herkünfte

• Mitgelieferte Skills von Anthropic, getestet und gepflegt. Sie stecken hinter der Erstellung von Excel-, Word-, PowerPoint- und PDF-Dateien. Wer schon einmal eine Tabelle erzeugen ließ, hat unbemerkt einen benutzt. Sie werden automatisch herangezogen.
• Eigene Skills für unser Vorgehen: Unsere Methodik, Gliederungen und Prüfschritte, festgeschrieben statt mündlich weitergegeben. Hier liegt der Unterschied zu anderen.

Freischalten

Skills brauchen zwei eingeschaltete Fähigkeiten: Codeausführung und Dateierstellung.

Weg: Einstellungen → Fähigkeiten → Codeausführung und Dateierstellung einschalten. Danach wird ein Skill nicht dauerhaft angeschaltet, sondern im Gespräch ausgewählt: Plus-Menü → Skills. Eine Ein-und-Aus-Schaltfläche je Skill gibt es in der Verwaltung nicht.

Zuerst gibt die IT beides zentral frei. Das darf in Claude, wer die Rolle „Inhaber“ oder „Administrator“ hat. Gemeint ist eine Rolle in der Claude-Verwaltung, nicht der Inhaber der Firma; bei uns hat sie die IT. Ohne diese Freigabe erscheinen die zwei Schalter auf der Seite „Fähigkeiten“ gar nicht. So war es in den Konten, mit denen die Bildschirmfotos entstanden sind. Fehlen sie bei dir: IT-Ticket.

Im Einsatz

In der Regel musst du nicht daran denken, denn Claude wählt anhand der Anfrage aus. „Erstelle eine Excel-Tabelle mit Summenformeln“, „mach aus diesen Notizen eine Präsentation“, „erzeuge einen PDF-Bericht“: Das sind alles Fälle, in denen ein Skill greift. Während der Arbeit ist das im Gedankengang sichtbar, das Ergebnis kommt als Datei zum Herunterladen oder direkt in die Ablage.

Einen eigenen Skill im Gespräch wählen: Plus-Menü → Skills

Arbeit an bestehenden Dateien

Dieselbe Fähigkeit erlaubt Arbeit mit deinen eigenen Dateien in einer abgeschotteten Umgebung: Tabelle, Präsentation, Vertrag oder PDF hochladen, analysieren und Änderungsvorschläge einarbeiten lassen. Im Chat entsteht dabei eine neue Version, das Original wird nicht überschrieben. Für erweiterte Auswertungen ist gegebenenfalls ein begrenzter Netzzugriff zu erlauben. Das erhöht die Angriffsfläche; entscheide das bewusst und bestätige es nicht nebenbei.

Einen eigenen Skill bauen

Eigene Skills erstellen und teilen können bei uns Power-User und Builder. Als Anwender nutzt du vorhandene Skills; eine gute Idee gibst du an die Power-User in deinem Team weiter. Geteilt wird an einzelne Personen und Gruppen, das Teilen mit der ganzen Organisation bleibt zentral.

Der einfachste Weg führt über ein Gespräch, Programmieren ist nicht nötig: Neuen Chat öffnen und sagen, was der Skill leisten soll; die Rückfragen beantworten (was soll er tun, was ist ein gutes Ergebnis, wann soll er greifen); Referenzmaterial dazulegen (Vorlagen, Stilvorgaben, gelungene Arbeitsbeispiele); speichern. Die technische Struktur entsteht dabei von selbst. Nachbessern geht genauso: Änderung ansagen. Verwaltet und bearbeitet werden Skills im Bereich Customize in der Seitenleiste.

Skills verwalten: „Hinzufügen“ in der Skills-Verwaltung

Ein Connector verbindet Claude mit einem System, in dem deine Arbeit liegt, etwa Postfach, Ablage, Kalender oder Aufgabenverwaltung. Statt jedes Gespräch bei null zu beginnen, kannst du auf die Informationen dort verweisen. Je nach Verbindung und erteilten Rechten reicht das von Lesen und Suchen bis zum Ausführen von Handlungen.

Dahinter steht das Model Context Protocol, ein offener Standard. Er wird oft mit USB-C verglichen: eine Schnittstelle für viele Anwendungen. Weil er offen ist, können Anbieter Verbindungen für beliebige Werkzeuge bauen.

Zwei Sorten

• Web-Connectors zu Cloud-Diensten: Ablagen, Notizsysteme, Chat-Dienste, Aufgabenverwaltungen, kaufmännische Systeme.
• Desktop-Erweiterungen, die lokal über die Desktop-App laufen: Zugriff auf Dateien zum Lesen und Ordnen, Browser-Steuerung für wiederkehrende Web-Aufgaben, Anbindung installierter Programme.

Einrichten

Verfügbare Verbindungen stehen im Verzeichnis, erreichbar auch über das Plus-Symbol im Chat. Der Weg für einen Web-Connector: Verbindung suchen, verbinden, beim Dienst mit den eigenen Zugangsdaten anmelden, die angeforderten Rechte prüfen und freigeben, dann mit einer einfachen Anfrage testen. Desktop-Erweiterungen brauchen die installierte App und werden in den Einstellungen unter Erweiterungen hinzugefügt. Ob du das darfst, entscheidet der Weg. Dafür gibt es bei uns eine feste Ordnung.

Die fünf Wege, wie KI an unsere Daten kommt

Von oben nach unten sieht Claude mehr und darf mehr selbst tun. Genau deshalb werden die Regeln nach unten strenger. Ordne deinen Fall zuerst hier ein, dann ist die Frage nach der Erlaubnis schon beantwortet:

Neue Connectors und neue Plugins laufen deshalb über einen Antrag bei der IT statt über den eigenen Klick: IT und Datenschutzbeauftragter prüfen, die Geschäftsführung gibt frei. So bleibt jederzeit nachvollziehbar, worauf KI zugreifen kann. Danach fragen auch Kunden und Gremien.

Frei ohne Antrag sind die eingebauten Funktionen für Word-, Excel- und PowerPoint-Dateien aus Kapitel 07. Auch dort gelten die Datenregeln: Keine K3- und M2-Daten, K2 vorher aufräumen.

Connector-Verzeichnis: „Verbinden“ in der Spalte Status

Was oft missverstanden wird

Ein Connector lässt Claude nicht von sich aus in deinen Daten stöbern. Er erweitert nur, worauf eine von dir formulierte Anfrage zeigen kann. Nimm einen Satz wie „schreib einen kurzen Statusbericht: Nimm die Zahlen aus der Budgettabelle, berücksichtige die zwei Rückfragen aus der Mail letzte Woche und triff den Ton aus dem Projektkanal“. Ohne Verbindungen hat alles nach dem ersten Teilsatz kein Ziel. Mit Ablage-Verbindung wird die Tabelle erreichbar, mit Postfach der Mailverlauf, mit Chat der Ton. Schaltet man eine Quelle ab, verliert nur dieser Teil sein Ziel, der Rest bleibt. Die Reichweite bestimmt dein Prompt; von sich aus greift Claude nicht zu.

Rechte und Sicherheit

• Abgegrenzter Zugriff. Jede Verbindung fragt bestimmte Rechte ab; sie lassen sich pro Anwendung einzeln schalten.
• Es wird nur gesehen, was du sehen darfst. Ein verbundenes dienstliches Postfach gibt nur Zugriff auf das eigene Postfach, nicht auf das anderer.
• Jederzeit widerrufbar. Trennen geht in den Einstellungen oder direkt beim Dienst.
• Nur vertrauenswürdige Quellen. Für selbst gebaute oder fremde Verbindungen gilt dieselbe Vorsicht wie bei Skills.

Research macht aus einer einzelnen Frage eine systematische Untersuchung. Statt einer Suche laufen viele, die aufeinander aufbauen: Es wird selbstständig entschieden, was als Nächstes zu prüfen ist, Spuren werden verfolgt und Lücken gefüllt. Vier Schritte:

1. Vorgehen planen. Die Anfrage wird zerlegt, der Informationsbedarf bestimmt und die Perspektiven festgelegt. Hier wirkt das schrittweise Denken, bevor gesucht wird.
2. Vielfach suchen. Aufeinander aufbauende Suchen, teils über sehr viele Quellen.
3. Zusammenführen. Aus Web und angebundenen Systemen entsteht eine geordnete Zusammenstellung.
4. Belegen. Jede Aussage verweist auf ihre Quelle, damit sich alles nachprüfen und vertiefen lässt.

Das dauert Minuten statt Sekunden, weil es mehr als eine einzelne Abfrage ist. Research braucht keine Systemverbindungen und ist damit der stärkste Baustein, den du ohne weitere Freigabe nutzen kannst. Vorausgesetzt ist nur, dass die Websuche eingeschaltet ist; Research selbst wird über das Plus-Symbol im Chat eingeschaltet.

Recherche einschalten: Plus-Menü, zweiter Eintrag von unten

Woran du einen laufenden Durchlauf erkennst und wie das Ergebnis aussieht

Die Weichenstellung

Drei Wege stehen zur Wahl, und sie sind Betriebsarten, keine getrennten Programme. Alle drei startest du im Chat: Research und Websuche über das Plus-Symbol, das Denken über das Modellmenü daneben.

Denken einschalten: Modellmenü → Aufwand

Aufgabe: Fünf Anfragen aus unserem Alltag. Ordne jeder genau einen der drei Wege aus der Tabelle zu. Jede Zuordnung wird sofort als richtig oder nicht richtig ausgewiesen; bei einer falschen Wahl wird der richtige Weg benannt und begründet.

Für Fragen an den eigenen Bestand, etwa „wie haben wir das beim letzten Objekt gelöst?“, gibt es hier bewusst keinen Weg: Was aus unseren Unterlagen einfließen soll, geht als Datei oder aufgeräumter Ordner mit in die Anfrage.

Was einen Research-Prompt gut macht

• Auf die Entscheidung zuschneiden, nicht auf das Thema. „Überblick über den Wärmepumpenmarkt“ liefert einen Branchenbericht. „Welche Anlage passt für dieses Objekt, gemessen an Kosten, Platzbedarf und Wartung“ liefert eine Entscheidungsgrundlage. Beide Prompts sind gleich lang.
• Gliederung vorgeben. Die gewünschten Abschnitte werden übernommen. Das ist der schnellste Weg zu einer verwertbaren Struktur.
• Quellen und Zeitraum eingrenzen. „Bevorzuge Herstellerangaben und Prüfberichte der letzten zwölf Monate.“ Das ändert, was gesammelt wird. Zusätzliche Abschnitte, die niemand braucht, verwässern das Ergebnis.
• Beim Formulieren helfen lassen. Schleife den Prompt vor dem Start, statt einen unscharfen Durchlauf zu verbrennen.

Merksatz: Mehrere Quellen zusammenführen geht an Research. Einzelne Tatsachen an die Websuche. Reines Nachdenken an den Schalter „Denken“. Fragen zum eigenen Haus gehen an die eigenen Unterlagen, die du dazulegst.

Mit angebundenen Systemen wird Research stärker, weil Kontext aus Postfach, Kalender und Ablage neben die Web-Recherche tritt. Bei uns fällt dieser Teil im Alltag weg: Dein eigenes Postfach und der SharePoint sind nicht verbunden und werden es auf diesem Weg auch nicht. Was Research aus unseren Unterlagen berücksichtigen soll, geht als Datei oder über einen aufgeräumten Ordner mit in die Anfrage.

Anwendungsfälle lassen sich nach Rolle sortieren; zu jedem gibt es Anleitungen in der Galerie. Drei gelten rollenübergreifend: Statusberichte erzeugen, um Beteiligte gleichmäßig informiert zu halten; Muster in Rückmeldungen finden, etwa aus Umfragen und Kommentaren; eigene Gestaltungs- und Sprachvorgaben als Skill verpacken, damit sie automatisch angewandt werden.

Kandidaten für unsere vier Teams. Nimm sie als Anstoß, nicht als Liste zum Abarbeiten:

In allen vier Teams wiederholt sich ein Muster: Meist geht es darum, vorhandenes Material zu erschließen und in eine feste Form zu bringen, seltener um reines Textschreiben. Dafür sind Projects und Skills gebaut.

Claude.ai ist nur ein Weg. Die folgenden bringen dieselbe Fähigkeit dorthin, wo die Arbeit stattfindet.

Die Microsoft-365-Add-ins sind für uns die interessantesten, weil sie unsere Arbeit dort abholen, wo sie liegt. Beim Outlook-Add-in liegt darin der Haken: Es lebt vom Zugriff auf das persönliche Postfach, und darin liegen private Mails (M2) neben den geschäftlichen. Diese Verbindung ist dauerhaft gesperrt, und das entscheidet niemand für sich allein. Excel, Word und PowerPoint arbeiten dagegen an der Datei, die du gerade offen hast; dort gelten die normalen Datenregeln aus Modul 00.

Was du bis hier gelernt hast

Die Woche danach

Der wichtigste nächste Schritt: Nimm eine wiederkehrende Aufgabe aus dieser Woche und bearbeite sie einmal auf diese Weise. Eine reicht, und es muss nicht die schwierigste sein. Probiere aus, schärfe nach und finde heraus, was für deinen Bedarf funktioniert. Das Werkzeug arbeitet mit einer Fachkraft zusammen und ersetzt sie nicht. Brauchbare Ergebnisse entstehen dort, wo Fachwissen, Projektkontext und Urteil von dir kommen.

Weiterführend

Wer tiefer einsteigen will: Die Anwendungsfall-Galerie mit Schritt-für-Schritt-Anleitungen, die Prompting-Dokumentation und das Hilfe-Center. Alle drei sind frei zugänglich und am Ende dieses Moduls verlinkt. Danach folgt Teil 2 dieses Hubs: Funktionsweise und Grenzen von Claude. Dort geht es um dein Urteil, wann und wie du KI einsetzt.

Den Wissenscheck machst du am Ende deines Pfads, im Abschluss-Bereich am Seitenende. Er fragt ab, was dein Pfad verlangt; über jeder Frage steht, woher sie kommt.

Vier Anwendungstypen · unser Raster

Drei Tiefenstufen

Die Verteilung richtet sich nach Kapazität, eine Auszeichnung ist sie nicht. Pro Team reicht anfangs eine Builder-Rolle, denn die Stufe braucht vor allem Zeit, die dann woanders fehlt. Der Unterschied zwischen Anwender und Power-User liegt weniger im Werkzeug als im Urteil, welche Arbeit man abgeben kann. Das lernt man am langsamsten.

Für Teamleitungen ist die Erwartung Power-User, soweit es für ihren Bereich Sinn ergibt. Teamleitungen sollen für ihr Team entscheiden können, welche Anwendungsfälle tragen und welche Risiken bergen. Das geht nur, wenn sie die Werkzeuge selbst benutzt haben.

Hier im Hub wählst du die Stufe selbst, oben im Kopfbereich. Sie steuert nur deinen Lernpfad: welche Module Pflicht sind, welche empfohlen und welche weiterführend. Welche Stufe du im Alltag hast und welches Ausgabenlimit daran hängt, wird nicht hier festgelegt.

Die Stufe entscheidet auch über das Geld. Abgerechnet wird nach Verbrauch, deshalb hängt an der Stufe ein monatliches Ausgabenlimit, laut Rollenübersicht 40 Dollar für Anwender und 80 Dollar für Power-User. Builder arbeiten in der eigenen Team-Umgebung mit einer Pauschale und Nutzungsgrenzen statt Abrechnung je Token. Wer Research-Durchläufe und mehrstufige Übergaben braucht, bekommt mehr Spielraum als wer den Chat für Entwürfe nutzt. Wer regelmäßig an sein Limit stößt, hat entweder die falsche Stufe oder einen Anwendungsfall, der einen eigenen Blick lohnt. Beides klärst du mit deiner Teamleitung oder per IT-Ticket. Einen Stufenwechsel schlägt die Teamleitung vor. Ein Verstoß ist es nicht.

Die meiste KI im Alltag ist nicht generativ: Spamfilter, Empfehlungssysteme, Betrugserkennung. Sie sortiert und bewertet, was schon da ist. Generative KI erzeugt neuen Inhalt, Baustein für Baustein. Nur darum geht es hier.

Der Grundgedanke: KI ist nicht gleichmäßig gut oder gleichmäßig unzuverlässig. Sie ist entlang von vier vorhersagbaren Achsen stark und schwach, und derselbe Mechanismus erzeugt jeweils beides. Wer weiß, wo eine Aufgabe auf diesen Achsen liegt, weiß, wie genau er prüfen muss. Der Kurs nennt das kalibriertes Vertrauen (calibrated trust): die konkrete Aufgabe einordnen, statt pauschal zu vertrauen oder pauschal zu misstrauen.

Diese vier Eigenschaften sind die Maschinenseite. Die vier Kompetenzen aus Teil 1 (Delegation, Beschreibung, Urteilsvermögen, Sorgfalt) sind die Menschenseite. Die Eigenschaften erklären, worauf die Kompetenzen antworten.

Höflichkeit, Hilfsbereitschaft und Vorsicht entstehen nicht von selbst. Sie werden in zwei Stufen antrainiert, und jede hinterlässt vorhersagbare Spuren.

• Stufe 1 · Vortraining (pre-training). Das Modell liest enorme Textmengen und lernt nur eines: vorherzusagen, was als Nächstes kommt. Danach ist es ein sehr guter Textvervollständiger, hat aber keinen Begriff davon, jemandem zu helfen.
• Stufe 2 · Feinschliff (fine-tuning). Menschliche Bewertungen formen daraus einen Assistenten: Eingaben als Anfrage behandeln, hilfreich antworten, Schädliches ablehnen. Leitbild: Hilfreich, ehrlich, ungefährlich.

Weil im Feinschliff Menschen bewerten, welche Antworten ihnen besser gefallen, entstehen vier Neigungen. Sie stecken in jedem Modell; du musst sie erkennen können:

Generative KI ist näher an einer sehr ausgefeilten Autovervollständigung als an einer Suchmaschine. Sie schreibt Antworten Stück für Stück auf Basis dessen, was typischerweise worauf folgt. Aus dieser einen Eigenschaft folgt beides: Der Sprachfluss und die Halluzination.

Was dagegen gebaut wurde: Quellenangaben und Quellenbindung, Unsicherheitsmarkierung, eingeschränkte Erzeugung über Skills, und Prüfschleifen, bei denen ein zweiter Durchgang das Ergebnis kontrolliert.

Wie das Vorhersagen konkret funktioniert: Der Kurs von Anthropic macht es an einem Handy-Beispiel sichtbar. Aus fünf Trainingsnachrichten entsteht eine Häufigkeitstabelle: Auf „i“ folgt dreimal „think“, auf „think“ zweimal „we“ und einmal „that“. Daraus wird eine Wahrscheinlichkeitsverteilung, aus der ein Wort gezogen wird. Ein großes Sprachmodell macht dasselbe. Es liest allerdings statt des letzten Wortes das ganze Gespräch und berechnet die Verteilung, statt sie nachzuschlagen. Der Auswahlschritt ist derselbe.

Wie zufällig dieser Auswahlschritt ausfällt, regelt eine Stellgröße namens Temperatur: Niedrig heißt vorhersehbar und wiederholend, hoch heißt kreativ bis chaotisch. In der App stellst du sie nicht selbst ein. Für unsere Arbeit heißt das: Dieselbe Frage kann zweimal verschieden beantwortet werden. Bei Fachtexten und Berechnungen zählt deshalb die Prüfung, nicht die erste Fassung.

Bezug zu Teil 1: Diese Eigenschaft ist die Grundlage von Urteilsvermögen. Zu wissen, dass etwas erzeugt und nicht nachgeschlagen wurde, sagt genau, welche Art von Prüfung angebracht ist.

Das Modell weiß nur, was im Training vorkam. Von selbst schaut es nicht ins Netz, und am Trainingsende ist Schluss. Praktisch wichtig ist deshalb die Frage: Wie gut war das Thema in dem vertreten, was es gelesen hat?

Was dagegen gebaut wurde: Websuche gegen das Trainingsende, Wissensbasen und Systemverbindungen für Material, auf dem nie trainiert wurde, Werkzeugaufrufe, damit Berechnungen gerechnet und nicht vorhergesagt werden. Das ist die technische Begründung für Projects mit gepflegter Wissensbasis aus Modul 02.

Wie Wissensabruf funktioniert: Texte werden in Koordinaten übersetzt; ähnliche Bedeutungen landen nahe beieinander. Eine Frage wird in denselben Raum gelegt, die nächstgelegenen Dokumente sind die relevantesten. Deshalb findet eine Suche auch, was anders formuliert ist. Die Achsen dieses Raums sind allerdings nicht benannt und nicht erklärbar. Man kann nicht nachvollziehen, warum zwei Texte als ähnlich gelten. Praktische Folge für uns: Sprechende Dateinamen und klare Dokumentenstruktur helfen dem Abruf, blindes Vertrauen in die Trefferauswahl ist nicht angebracht.

Bezug zu Teil 1: Ungleiches Wissen ist zentral für Delegation. Zu wissen, wo das Modell gut bestückt und wo es dünn ist, sagt, wann du abgibst, wann du den Kontext selbst lieferst und wann du gar nicht erst fragst.

Alles, worauf das Modell achten kann, liegt in einem Kontextfenster fester Größe. Was drin ist, wird beachtet; was draußen ist, nicht. Es ist dasselbe Kontextfenster wie in Teil 1. Dort ging es darum, wie viel hineinpasst, hier geht es darum, was passiert, wenn es nicht mehr passt. Diese Eigenschaft hat als einzige der vier eine Kante statt eines Gefälles: Es funktioniert, bis es plötzlich nicht mehr funktioniert, und nicht immer kommt vorher eine Warnung.

Der Verlust in der Mitte ist messbar. Platziert man eine Schlüsselinformation an verschiedenen Stellen eines langen Kontexts, ist die Trefferquote am Anfang und am Ende am höchsten und fällt in der Mitte deutlich ab. Dasselbe Muster kennt die Gedächtnisforschung beim Menschen seit über hundert Jahren: Der Anfang bleibt, weil er oft wiederholt wird, das Ende bleibt, weil es frisch ist. Die Mitte hat keinen der beiden Vorteile.

Was dagegen gebaut wurde: Memory über Sitzungen hinweg, Verdichtung älterer Gesprächsteile, Projects mit dauerhaft verfügbaren Unterlagen, Skills, die erst bei Bedarf Platz brauchen, und größere Kontextfenster.

Bezug zu Teil 1: Hier setzt Beschreibung an. Zu wissen, wie das Kontextfenster funktioniert, sagt, wie du Kontext aufbaust, was nach vorn gehört und wann ein neuer Chat schneller ist als weiteres Nachsteuern.

Anweisungen werden genauso befolgt, wie alles andere erzeugt wird: durch Fortsetzen eines Musters, nicht durch Verstehen. Das macht das Modell gut steuerbar, lässt aber immer einen Spalt zwischen dem, was du sagst, und dem, was du meinst.

Buchstabe gegen Sinn: drei Fälle aus dem Kurs

Die Gegenmaßnahme: Nenne das Ziel, statt die Anweisung lauter zu wiederholen. Also „kürzer, damit die Kämmerei die Entscheidungsfrage in Zeile eins sieht“ statt nur „kürzer“. Das schließt den Spalt.

Was dagegen gebaut wurde: Dauervorgaben über Projektanweisungen, Auslagern von Rechnungen an die Codeausführung, sichtbares Nachdenken, um Abdriften früh zu erkennen, und strukturierte Ausgabeformate.

Bezug zu Teil 1: Steuerbarkeit macht Beschreibung mächtig und begrenzt sie zugleich.

Die vier Eigenschaften wirken nicht isoliert. Die meisten realen Fehler sind zwei Eigenschaften, die sich kreuzen. Wer benennen kann, welche zwei, weiß sofort, welche Gegenmaßnahme greift, und probiert nicht wahllos herum.

Aufgabe: Wähle zwei der vier Eigenschaften. Sage vorher an, welcher Fehler aus dieser Kombination typischerweise entsteht, und vergleiche dann mit der Auflösung. Hier gibt es kein Richtig oder Falsch: Fünf der sechs Paare haben ein typisches Fehlermuster, eines hat keins.

Für einen souveränen Umgang musst du nicht jeden Fehlermodus auswendig kennen. Es genügt ein kleines, klares Modell der Maschine im Kopf, damit du bei einem Fehler erkennst, welche Art von Fehler das ist, und entsprechend reagierst.

Kalibriertes Vertrauen ist das Ergebnis: Die konkrete Aufgabe auf jeder der vier Achsen verorten und Prüfaufwand und Kontext daran ausrichten, statt pauschal zu vertrauen oder zu misstrauen.

Das Gelernte hält lange. Modelle werden besser, und die Grenzen verschieben sich, aber die Form dieser vier Eigenschaften bleibt. Dieses Wissen veraltet langsamer als jede Funktionsliste.

Die Brücke zu Teil 1