Grundlagen · CuonzTech ThinkLab

KI verstehen. Ohne Hype.

Wir trennen das technisch Machbare vom wirtschaftlich Sinnvollen — strukturiert auf drei Ebenen: Technik, Anwendung und Governance.

Ebene 01
Technik & Modell
01
Ebene 02
Anwendung & Wert
02
Ebene 03
Strategie & Governance
03

Die drei Ebenen

KI-Kompetenz entsteht nicht durch Tool-Wissen allein — sondern durch das Zusammenspiel von Technikverständnis, praxisnahen Anwendungen und tragfähiger Governance.

3 Ebenen
01
01 / Technik

Die Engine verstehen

Wie LLMs wirklich funktionieren, warum Tokens keine Wörter sind und wo die Logik endet. Wer die Mechanik kennt, setzt Grenzen realistisch — und vermeidet teure Irrtümer.

Token-Logik Modell-Grenzen Kontext-Fenster
02
02 / Anwendung

Werte schaffen

Use Cases, die Zeit sparen statt neue Komplexität zu erzeugen. Vom Einzel-Prompt zum wiederverwendbaren Prozess — mit klaren Kriterien, was sich lohnt und was nicht.

Use Cases Priorisierung Prozess-Integration
03
03 / Strategie

Governance & Standards

Frameworks für Betriebssicherheit und Qualität. Damit aus «wir testen mal» ein verlässlicher Standard wird — teamweit, dokumentiert und erweiterbar.

Output-Standards Guidelines Skalierung

Was Grundlagen in der Praxis ändern

Gute Grundlagen ersetzen Unsicherheit durch klare Entscheidungslogik — und machen den Unterschied zwischen zufälligen Resultaten und verlässlichen Abläufen.

Vorher / Nachher
Ohne Grundlagen
  • Prompting wirkt zufällig und personenabhängig.
  • Jede Abteilung nutzt andere Begriffe und Regeln.
  • Ergebnisse schwanken stark in Qualität und Stil.
  • Diskussionen drehen sich um Tools statt um Wirkung.
VS
Mit Grundlagen
  • Teams arbeiten mit einem gemeinsamen Vokabular.
  • Use Cases werden anhand klarer Kriterien priorisiert.
  • Prompts sind reproduzierbar und besser dokumentiert.
  • Fokus liegt auf messbaren Ergebnissen pro Prozess.

Der Grundlagen-Workflow

So kommst du von Theorie zu einem belastbaren Arbeitsmodus im Team — in vier klar abgegrenzten Schritten.

4 Schritte
01

Begriffe klären

Was ist Modell, Prompt, Kontext und Constraint? Eine gemeinsame Sprache vermeidet Missverständnisse.

02

Use Cases wählen

Nur Fälle starten, die häufig vorkommen und direkt Nutzen liefern. Fokus schlägt Vollständigkeit.

03

Standards definieren

Output-Qualität, Tonalität und Prüfregeln festhalten — teamweit konsistent, unabhängig vom Autor.

04

Iterativ verbessern

Klein starten, sauber messen, dann ausrollen. Kein «Big Bang», sondern strukturiertes Lernen.

Das Briefing-Prinzip

Gute Prompts sind keine Zufallsprodukte, sondern Architektur. Ein strukturierter System-Prompt definiert Rolle, Kontext, Aufgabe und Grenzen — reproduzierbar und teamtauglich.

Prompt-Architektur
internal_expert_v1.prompt
1
2
3
4
5
6
7
8
9
10
# System-Definition ROLE: "Senior Process Analyst" CONTEXT: "Internal Optimization DACH" # Instruktionen TASK: "Identify efficiency gaps in user input." STYLE: "Precise, structured, Swiss standard." # Constraints LIMIT: "No marketing buzzwords. Facts only."
Rolle
Kontext gibt dem Modell einen klaren Ausgangspunkt — statt raten zu lassen, wer fragt und wozu.
Aufgabe & Stil
Explizite Stil-Regeln vermeiden Drift: gleiche Qualität, ob Anfänger oder Experte den Prompt nutzt.
Constraints
Grenzen sind kein Misstrauen — sie reduzieren Rauschen und halten den Output fokussiert.

Grundlagen zuerst, dann Skalierung.

Wenn die Basis klar ist, werden Vereinfachung, Angebote und interne Prompt-Bibliotheken deutlich wirksamer. Der nächste Schritt ist ein kurzes Gespräch.