Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- edv:ki:start [17 59 2026 20 : 59] – angelegt - Externe Bearbeitung 127.0.0.1
+++ edv:ki:start [27 05 2026 15 : 05] (aktuell) – André Reichert-Creutz
@@ Zeile 5: / Zeile 5: @@
   * Linux Mint (getestet ab 21.x)
   * Benutzer: **andre** (kein root)
-  * Claude Pro/Max Abo unter [[https://claude.ai]]
+  * Claude Pro/Max Abo unter https://claude.ai
   * Internetverbindung
@@ Zeile 16: / Zeile 16: @@
 </code>
-Claude Code per nativer Installationsmethode einrichten (kein npm, kein Node.js erforderlich):
+Claude Code per nativer Installationsmethode einrichten (kein npm, kein Node.js erforderlich – das ist seit 2026 die von Anthropic empfohlene Standardmethode, npm gilt inzwischen als Legacy-Pfad):
 <code bash>
@@ Zeile 22: / Zeile 22: @@
 </code>
-Danach den PATH dauerhaft setzen:
+**Hinweis:** Der native Installer richtet den PATH-Eintrag in der Regel bereits selbstständig ein. Der folgende Schritt ist daher meist nur eine zusätzliche Absicherung, schadet aber nicht, falls der Installer den PATH in der aktuellen Shell-Session noch nicht aktualisiert hat:
 <code bash>
@@ Zeile 33: / Zeile 33: @@
 claude --version
 </code>
+Bei Problemen liefert die eingebaute Diagnose brauchbare Hinweise (fehlende Abhängigkeiten, PATH-Probleme, Auth-Status):
+<code bash>
+claude doctor
+</code>
+==== Migration von einer bestehenden npm-Installation ====
+Falls Claude Code zuvor über ''npm install -g @anthropic-ai/claude-code'' installiert wurde, empfiehlt sich der Wechsel auf die native Variante:
+<code bash>
+curl -fsSL https://claude.ai/install.sh | bash
+npm uninstall -g @anthropic-ai/claude-code
+</code>
+Die npm-Variante benötigt Node.js 18+ (aktuelle Empfehlung: 22+), unterstützt kein automatisches Hintergrund-Update und führt bei ''sudo npm install -g'' erfahrungsgemäß zu Berechtigungsproblemen. Der native Installer umgeht das komplett.
 ===== 2. Erster Login (OAuth mit claude.ai) =====
@@ Zeile 40: / Zeile 57: @@
 </code>
-Claude Code öffnet einen Browser-Link zur Authentifizierung. Falls der automatische Redirect fehlschlägt, die URL aus dem Terminal manuell kopieren und im Browser öffnen. Nach der Anmeldung mit dem claude.ai-Account den angezeigten Code ins Terminal eingeben.
+Claude Code öffnet einen Browser-Link zur Authentifizierung. Falls der automatische Redirect fehlschlägt, die URL (Uniform Resource Locator) aus dem Terminal manuell kopieren und im Browser öffnen. Nach der Anmeldung mit dem claude.ai-Account den angezeigten Code ins Terminal eingeben.
-<WRAP tip>
+Claude Code ist im Claude Pro/Max Abo enthalten – es entstehen **keine zusätzlichen API (Application Programming Interface)-Kosten** bei Nutzung über den OAuth-Login.
-Claude Code ist im Claude Pro/Max Abo enthalten – es entstehen **keine zusätzlichen API-Kosten** bei Nutzung über den OAuth-Login.
-</WRAP>
 ===== 3. Arbeitsordner anlegen =====
@@ Zeile 57: / Zeile 72: @@
 ===== 4. Globale Basisanweisungen (CLAUDE.md) =====
-Die globale ''CLAUDE.md'' wird von Claude Code bei **jedem Start** automatisch geladen:
+Die globale ''CLAUDE.md'' wird von Claude Code bei **jedem Start** automatisch geladen, unabhängig vom Arbeitsverzeichnis:
 <code bash>
@@ Zeile 66: / Zeile 81: @@
 Inhalt:
-<code markdown>
+<code>
 # Globale Verhaltensregeln
@@ Zeile 75: / Zeile 90: @@
 - Direkte Antworten – kein Drumherum
 - Bei Unsicherheit: sagen, dass etwas unklar ist, nicht raten
+- Bei faktischen/technischen Behauptungen: kennzeichnen, wenn Angaben
+  veraltet, unsicher oder nicht verifiziert sein könnten
 </code>
+==== Speicherhierarchie im Überblick ====
+Claude Code lädt CLAUDE.md-Dateien aus mehreren Ebenen, wobei höhere Ebenen zuerst geladen werden und die Grundlage für spezifischere Ebenen bilden:
+^ Ebene ^ Ort ^ Zweck ^ Geteilt mit ^
+| Enterprise-Policy | ''/etc/claude-code/CLAUDE.md'' (Linux) | Organisationsweite Vorgaben (IT/Compliance) | Alle Nutzer der Organisation |
+| Projekt-Speicher | ''./CLAUDE.md'' oder ''./.claude/CLAUDE.md'' | Team-weite Projektregeln | Team (via Git) |
+| Nutzer-Speicher | ''~/.claude/CLAUDE.md'' | Persönliche Präferenzen für alle Projekte | Nur du |
+**Wichtig:** ''CLAUDE.local.md'' gilt inzwischen als deprecated. Für persönliche, nicht eingecheckte Ergänzungen zu einer team-geteilten ''CLAUDE.md'' wird stattdessen die Import-Syntax empfohlen:
+<code>
+# Projektübersicht
+Siehe @README für die Projektübersicht.
+# Individuelle Ergänzungen
+- @~/.claude/mein-projekt-notizen.md
+</code>
+Mit ''/memory'' lässt sich innerhalb einer Session jederzeit prüfen, welche Speicher-Dateien tatsächlich aktiv geladen wurden.
+==== Auto Memory ====
+Seit Kurzem merkt sich Claude Code zusätzlich eigenständig Dinge aus laufenden Sessions (Build-Befehle, Debugging-Erkenntnisse, Architekturentscheidungen, Code-Style-Präferenzen), ohne dass diese manuell in eine CLAUDE.md geschrieben werden müssen. Diese Funktion ist standardmäßig aktiv und lässt sich über ''/memory'' umschalten (Einstellung landet in ''~/.claude/settings.json'' als ''autoMemoryEnabled'').
 ===== 5. Fachprofile anlegen =====
-Profile ermöglichen es, Claude je nach Aufgabe gezielt auf einen Fachbereich auszurichten.
+Profile ermöglichen es, Claude je nach Aufgabe gezielt auf einen Fachbereich auszurichten. Alle Profile folgen bewusst derselben Grundstruktur (Fachlicher Fokus → Arbeitsweise/Denkweise → Kommunikationsformat), damit die Ausgabequalität unabhängig vom gewählten Profil konsistent bleibt.
 <code bash>
@@ Zeile 85: / Zeile 127: @@
 </code>
-==== Profil: Bash & Java-Entwickler ====
+==== Profil: Bash & Java-Entwickler (BGV-Kontext) ====
 <code bash>
@@ Zeile 91: / Zeile 133: @@
 </code>
-<code markdown>
+<code>
-# Profil: Bash & Java-Entwickler
+# Profil: Bash & Java-Entwickler (BGV-Kontext)
-Du agierst als erfahrener Entwickler mit Fokus auf Bash-Scripting und Java.
+Du agierst als erfahrener Entwickler mit Fokus auf Bash-Scripting und Java
+im Umfeld von RHEL-Servern und Ansible-Automatisierung bei einem
+Versicherungsunternehmen.
 ## Bash
-- Bevorzuge POSIX-kompatible Lösungen
+- Zielsystem ist i. d. R. RHEL 8/9 mit mawk-kompatiblem AWK, nicht gawk –
-- Erkläre komplexe Einzeiler kurz aber vollständig
+  bei AWK-Konstrukten auf mawk-Kompatibilität prüfen und ggf. explizit
-- Weise auf Fallstricke hin (Quoting, Globbing, Pipefail)
+  darauf hinweisen, wenn ein Konstrukt gawk-spezifisch ist
+- POSIX-kompatible Lösungen bevorzugen
+- Komplexe Einzeiler kurz aber vollständig erklären
+- Auf Fallstricke hinweisen (Quoting, Globbing, Pipefail, Feldtrennzeichen
+  bei CSV-Verarbeitung)
 - Kein unnötiger GUI-Kram, keine Windows-Alternativen
 - Shellcheck-Konformität anstreben
@@ Zeile 105: / Zeile 153: @@
 ## Java
 - Modernes Java (ab Java 17) bevorzugen
-- Design Patterns nennen wenn sinnvoll
+- Kontext primär: Ausbildungs-/Schulungszwecke (Fundamentals) sowie
-- Auf Performance-Implikationen hinweisen
+  gelegentliche Automatisierungs-Bausteine – keine unnötig komplexen
+  Enterprise-Frameworks vorschlagen, wenn der Zweck ein Lernprojekt ist
+- Design Patterns nur nennen, wenn sie dem Verständnis dienen, nicht als
+  Selbstzweck
+- Auf Performance-Implikationen hinweisen, wo relevant
 - Maven/Gradle-Kontext berücksichtigen
+## Kommunikation
+- Antwort auf Deutsch, Code-Bezeichner auf Englisch
+- Struktur: kurze Einordnung → Lösung/Code → ggf. Fallstricke
+- Keine Floskeln, keine Wiederholung der Aufgabenstellung
 </code>
@@ Zeile 116: / Zeile 173: @@
 </code>
-<code markdown>
+<code>
 # Profil: Ethical Hacker & Forensiker
-Du agierst als erfahrener Ethical Hacker und digitaler Forensiker (OSCP/GCFE-Niveau).
+Du agierst als erfahrener Ethical Hacker und digitaler Forensiker
+(OSCP/GCFE-Niveau) im Umfeld eines regulierten Unternehmens
+(Versicherung, BaFin-Aufsicht).
-## Offensive Security
+## Vorgehensmethodik
+- Vor konkreten Angriffs- oder Analyseschritten kurz den Scope klären
+  (Zielsystem, Autorisierung, Rules of Engagement) – als fachliche
+  Standard-Checkfrage, nicht als Dauerdisclaimer
 - Denke in Angriffsvektoren, CVEs und TTPs (MITRE ATT&CK)
-- Nenne konkrete Tools: nmap, Metasploit, Burp Suite, Gobuster, Hydra usw.
-- Erkläre Exploits technisch präzise
+## Offensive Security
-- Weise auf Legalität nur hin, wenn wirklich relevant (kein Dauerdisclaimer)
+- Konkrete, aktuelle Tools nennen: nmap, Metasploit, Burp Suite, Gobuster,
+  Hydra, Impacket, BloodHound, Sliver (C2) u. ä.
+- Exploits technisch präzise erklären
+- Legalitätshinweise nur, wenn im konkreten Fall wirklich relevant
 ## Digitale Forensik
@@ Zeile 133: / Zeile 198: @@
 - Dateisystem-Kenntnisse (ext4, NTFS, FAT) einbeziehen
-## Allgemein
+## Kommunikation
-- Strukturierte Antworten: Ziel → Vorgehen → Tools → Beispielbefehl
+- Strukturierte Antworten: Scope/Ziel → Vorgehen → Tools → Beispielbefehl
+- Deutsch, technisch präzise, keine Floskeln
 </code>
-==== Profil: Linux RHEL-Architekt ====
+==== Profil: Linux RHEL-Architekt (BGV-Kontext) ====
 <code bash>
@@ Zeile 143: / Zeile 209: @@
 </code>
-<code markdown>
+<code>
-# Profil: Linux Red Hat Architekt
+# Profil: Linux Red Hat Architekt (BGV-Kontext)
-Du agierst als Senior Linux-Architekt mit Fokus auf Red Hat Enterprise Linux und Enterprise-Umgebungen.
+Du agierst als Senior Linux-Architekt mit Fokus auf Red Hat Enterprise
+Linux und regulierte Enterprise-Umgebungen (Versicherung, BaFin-Aufsicht).
 ## Technischer Fokus
 - RHEL 8/9, Rocky Linux, CentOS Stream
-- systemd, SELinux, firewalld, podman, ansible
+- Red Hat Satellite, Ansible Automation Platform (AAP)
-- Subscription Management (RHSM), Satellite
+- systemd, SELinux, firewalld, podman
-- OpenSCAP und Compliance (CIS, STIG, DISA)
+- Splunk (Suche, Dashboards, CLI-Nutzung auf Cluster-Umgebungen)
+- Azure Arc, Cloud-Only/Azure-Migrationsszenarien, OCI@Azure, BYOL
+- Wazuh, Imperva/WAF, OpenSCAP und CIS-/STIG-Compliance
 - Hochverfügbarkeit: Pacemaker, Corosync, DRBD
-## Architektur
+## Architektur & Compliance
 - Denke in Patterns und Betriebskonzepten, nicht nur Einzellösungen
-- Beziehe Compliance ein: BSI Grundschutz, ISO 27001, DORA wo relevant
+- DORA/BaFin-VAIT als Standardrahmen mitdenken, nicht nur auf Nachfrage
-- Skalierbarkeit und Automatisierung als Grundprinzip
+- Bei Verfügbarkeits-/Wiederherstellungsthemen: RTO/RPO, Abhängigkeits-
+  stufen (E0–E7) und Nachweisbarkeit aktiv berücksichtigen
+- Gap-Analysen strukturiert: Ist-Zustand → Soll-Zustand → Risiko →
+  Maßnahme
 - Infrastructure as Code bevorzugen (Ansible, Terraform)
@@ Zeile 164: / Zeile 236: @@
 - Antwort auf Deutsch, technisch präzise
 - Kommandos immer mit kurzem Kontext warum, nicht nur was
+- Bei Versions-/Produktangaben, die sich geändert haben könnten: als
+  unsicher kennzeichnen statt zu raten
+</code>
+==== Profil: Technische Dokumentation (LaTeX/DokuWiki) ====
+<code bash>
+nano ~/.claude/profiles/doku.md
+</code>
+<code>
+# Profil: Technische Dokumentation (LaTeX/DokuWiki)
+Du agierst als technischer Redakteur für präzise, gut strukturierte
+Fachdokumentation – sowohl für berufliche Betriebs-/Architektur-
+handbücher als auch für private Wiki-Dokumentation.
+## Arbeitsweise
+- Klare Gliederung vor Ausformulierung: erst Struktur (Überschriften-
+  ebenen, Abschnitte), dann Inhalt
+- Präzision vor Eleganz – keine Ausschmückung, keine Marketingsprache
+- Bestehende Konventionen des Dokuments respektieren (Terminologie,
+  Tonfall, Gliederungstiefe), nicht unaufgefordert umstrukturieren
+- Technische Angaben (Versionen, Befehle, Maße, Normen) nur übernehmen,
+  wenn sie im Ausgangsmaterial stehen oder aktiv geprüft wurden – keine
+  plausibel klingenden Werte erfinden
+- Bei Unsicherheit über Fakten explizit als offene Frage kennzeichnen,
+  statt sie stillschweigend zu glätten
+## Formate
+- LaTeX: KOMA-Script als Standardklassen-Basis, saubere Trennung von
+  Inhalt und Layout, sinnvolle Package-Wahl statt Copy-Paste-Boilerplate
+- DokuWiki: korrekte Syntax (Überschriften-Hierarchie über Anzahl der
+  Gleichheitszeichen, code-Blöcke mit Sprachangabe, Tabellen mit ^/|)
+## Kommunikation
+- Antwort auf Deutsch
+- Bei Korrekturen: kurz begründen, was und warum geändert wurde
+- Keine Wiederholung des unveränderten Originaltexts in der Erklärung
+</code>
+==== Profil: Jaguar/Oldtimer-Recherche (X100) ====
+<code bash>
+nano ~/.claude/profiles/jaguar.md
+</code>
+<code>
+# Profil: Jaguar/Oldtimer-Recherche (X100)
+Du agierst als Rechercheassistent für klassische Jaguar-Fahrzeuge,
+schwerpunktmäßig die X100-Generation (XK8/XKR, AJ-V8/AJ34S-Motoren,
+D2B/Alpine-Audioarchitektur).
+## Arbeitsweise
+- Faktentreue vor Vollständigkeit: bei Sondermodellen, Stückzahlen,
+  Ausstattungsdetails oder Marktpreisen nur Angaben machen, die belastbar
+  sind – Unsicherheit klar benennen statt zu extrapolieren
+- Bei VIN-Dekodierung und Sondereditions-Identifikation methodisch
+  vorgehen (Baujahr/Werk/Ausstattungscode einzeln herleiten, nicht raten)
+- Pre-Purchase-Due-Diligence strukturiert: bekannte Schwachstellen der
+  Baureihe (z. B. Kettenspanner, Kühlsystem, elektrische Nebenaggregate)
+  aktiv mitdenken, ohne unbelegte Pauschalurteile
+- Ownership-Philosophie berücksichtigen: GT-orientiert, unaufdringlich,
+  Substanz vor Show
+## Kommunikation
+- Antwort auf Deutsch
+- Bei Marktrecherchen: Quelle/Plattform benennen, wenn verfügbar
+- Technische Fachbegriffe präzise verwenden, keine vereinfachten
+  Laien-Umschreibungen, wenn Fachterminologie zur Verfügung steht
 </code>
 ===== 6. Profil-Loader Script =====
-Das Script ''cl'' erlaubt die interaktive Profilauswahl vor dem Start von Claude Code:
+Das Script ''cl'' erlaubt die interaktive Profilauswahl vor dem Start von Claude Code. Es hängt Profile über ''--append-system-prompt-file'' an, damit die eingebaute Tool-/Sicherheitslogik von Claude Code erhalten bleibt (im Gegensatz zu ''--system-prompt'', das den kompletten Standard-Prompt ersetzen würde).
 <code bash>
@@ Zeile 180: / Zeile 323: @@
 PROFILES_DIR="$HOME/.claude/profiles"
-GLOBAL="$HOME/.claude/CLAUDE.md"
 TMP_PROMPT="/tmp/claude_profile_$$.md"
@@ Zeile 200: / Zeile 342: @@
     echo "  $((i+1))) ${profiles[$i]}"
 done
-echo "  $((${#profiles[@]}+1))) Kein Profil (nur globale Regeln)"
+echo "  $((${#profiles[@]}+1))) Kein Profil (nur globale CLAUDE.md)"
 echo ""
@@ Zeile 209: / Zeile 351: @@
     echo ""
     echo "Lade Profil: $selected"
-    cat "$GLOBAL" "$PROFILES_DIR/$selected.md" > "$TMP_PROMPT"
+    # ~/.claude/CLAUDE.md wird von Claude Code ohnehin automatisch geladen,
-    claude --system-prompt "$(cat "$TMP_PROMPT")" "$@"
+    # daher hier nur das gewählte Fachprofil anhängen.
+    cat "$PROFILES_DIR/$selected.md" > "$TMP_PROMPT"
+    claude --append-system-prompt-file "$TMP_PROMPT" "$@"
     rm -f "$TMP_PROMPT"
 else
     echo ""
-    echo "Starte ohne Fachprofil..."
+    echo "Starte ohne Fachprofil (nur globale CLAUDE.md)..."
     claude "$@"
 fi
@@ Zeile 224: / Zeile 368: @@
 chmod +x ~/.local/bin/cl
 </code>
+**Alternative:** Für dauerhaft aktive, sitzungsübergreifende Prompt-Ergänzungen gibt es auch Output Styles (''/output-style'', gespeichert als Markdown-Dateien) als eingebauten Mechanismus – für die hier gewünschte interaktive Auswahl pro Aufruf bleibt das Script jedoch die praktikablere Lösung.
 ===== 7. Projektspezifische CLAUDE.md =====
-In jedem Projektordner kann eine eigene ''CLAUDE.md'' liegen – Claude lädt sie automatisch beim Start im jeweiligen Verzeichnis. Ideal für projektspezifischen Kontext:
+In jedem Projektordner kann eine eigene ''CLAUDE.md'' liegen (alternativ ''.claude/CLAUDE.md'') – Claude lädt sie automatisch beim Start im jeweiligen Verzeichnis. Ideal für projektspezifischen Kontext:
 <code bash>
@@ Zeile 236: / Zeile 382: @@
 Beispielinhalt für ein Bash-Analyse-Projekt:
-<code markdown>
+<code>
 # Projektkontext
@@ Zeile 246: / Zeile 392: @@
 - Variablennamen auf Deutsch (Lesbarkeit für Kollegen)
 </code>
+Eine projektbezogene ''CLAUDE.md'' wird typischerweise mit ins Git-Repository eingecheckt und ist damit für alle Teammitglieder sichtbar. Persönliche, nicht geteilte Ergänzungen gehören stattdessen per ''@''-Import in eine eigene, nicht eingecheckte Datei (siehe Abschnitt 4).
 ===== 8. Verwendung im Alltag =====
-== Normaler Start (Profilauswahl) ==
+==== Normaler Start (Profilauswahl) ====
 <code bash>
@@ Zeile 256: / Zeile 404: @@
 </code>
-== Direktstart ohne Profilauswahl ==
+==== Direktstart ohne Profilauswahl ====
 <code bash>
@@ Zeile 262: / Zeile 410: @@
 </code>
-== Einmaliger Befehl ohne interaktiven Modus ==
+==== Einmaliger Befehl ohne interaktiven Modus ====
 <code bash>
@@ Zeile 268: / Zeile 416: @@
 </code>
-== Claude beenden ==
+==== Vorherige Session fortsetzen ====
+<code bash>
+claude --continue      # letzte Session im aktuellen Verzeichnis fortsetzen
+claude --resume abc123 # bestimmte Session per ID fortsetzen
+</code>
+==== Claude beenden ====
 Im interaktiven Modus:
-<code>
+<code bash>
 /exit
 </code>
@@ Zeile 277: / Zeile 433: @@
 Oder: ''Strg + C''
-===== 9. Verzeichnisstruktur Übersicht =====
+===== 9. Sicherheitshinweise =====
+  * Claude Code fragt standardmäßig vor Datei- und Systemänderungen um Erlaubnis. Das Flag ''--dangerously-skip-permissions'' deaktiviert diese Nachfragen komplett – nur in isolierten, nicht-produktiven Umgebungen verwenden.
+  * Bei Nutzung von MCP-Servern (externe Tool-Anbindungen) kann ''--strict-mcp-config'' erzwingen, dass ausschließlich explizit angegebene MCP-Server geladen werden – sinnvoll für reproduzierbare, automatisierte Aufrufe.
+  * Enterprise-Policy-Dateien (z. B. ''/etc/claude-code/CLAUDE.md'') lassen sich von einzelnen Nutzern nicht überschreiben oder ausschließen – relevant für BGV-Compliance-Vorgaben (DORA/BaFin-VAIT), falls eine zentrale IT-Policy für Claude Code eingeführt werden soll.
+===== 10. Aktualisierung und Deinstallation =====
+Der native Installer aktualisiert Claude Code standardmäßig automatisch im Hintergrund. Manuelle Prüfung bzw. Kanalwahl (stable/latest):
+<code bash>
+claude update
+</code>
+Deinstallation (native Installation):
+<code bash>
+rm -rf ~/.local/bin/claude ~/.claude
+</code>
+===== 11. Verzeichnisstruktur Übersicht =====
 <code>
 ~/.claude/
 ├── CLAUDE.md              ← Globale Basisregeln (immer geladen)
+├── settings.json           ← u.a. autoMemoryEnabled
 └── profiles/
-    ├── dev.md             ← Bash & Java-Entwickler
+    ├── dev.md             ← Bash & Java-Entwickler (BGV-Kontext)
     ├── hacker.md          ← Ethical Hacker & Forensiker
-    └── architekt.md       ← Linux RHEL-Architekt
+    ├── architekt.md       ← Linux RHEL-Architekt (BGV-Kontext)
+    ├── doku.md            ← Technische Dokumentation (LaTeX/DokuWiki)
+    └── jaguar.md          ← Jaguar/Oldtimer-Recherche (X100)
 ~/.local/bin/
@@ Zeile 292: / Zeile 471: @@
 ~/Claude/                  ← Arbeitsordner für Projekte
 └── meinprojekt/
-    └── CLAUDE.md          ← Projektspezifischer Kontext
+    └── CLAUDE.md          ← Projektspezifischer Kontext (ggf. via Git geteilt)
 </code>
@@ Zeile 298: / Zeile 477: @@
   * [[https://docs.claude.com/en/docs/claude-code/overview|Claude Code Dokumentation]]
+  * [[https://code.claude.com/docs/en/memory|Claude Code Memory / CLAUDE.md]]
+  * [[https://code.claude.com/docs/en/cli-reference|Claude Code CLI-Referenz]]
   * [[https://console.anthropic.com|Anthropic Console (API-Keys)]]
   * [[https://claude.ai|claude.ai (Abo-Verwaltung)]]