diff --git a/scripts/__pycache__/fix-wiki-links.cpython-311.pyc b/scripts/__pycache__/fix-wiki-links.cpython-311.pyc
new file mode 100644
index 0000000..0ae22da
Binary files /dev/null and b/scripts/__pycache__/fix-wiki-links.cpython-311.pyc differ
diff --git a/scripts/check-wiki-links.py b/scripts/check-wiki-links.py
new file mode 100644
index 0000000..c67d01e
--- /dev/null
+++ b/scripts/check-wiki-links.py
@@ -0,0 +1,206 @@
+#!/usr/bin/env python3
+"""
+Pre-commit hook: Validate all [[...]] wiki-links in wiki/*.md files.
+
+Link format: [[path/to/file.md]] or [[path/to/file.md|Label]]
+Resolution: SOURCE-RELATIVE (matches Forgejo/Gitea Markdown rendering behavior)
+- Links resolve relative to the current file's directory
+- [[foo.md]] in wiki/architecture/bar.md → wiki/architecture/foo.md
+- [[../tools/foo.md]] in wiki/architecture/bar.md → wiki/tools/foo.md
+- [[concepts/llm/foo.md]] in wiki/concepts/llm/bar.md → wiki/concepts/llm/concepts/llm/foo.md (BROKEN)
+
+The third case is the "path confusion" bug — links that look root-relative but
+double-prefix when interpreted source-relative. This script flags them so they
+can be rewritten using either same-directory basename or proper ../-prefix.
+
+Usage:
+  python3 scripts/check-wiki-links.py           # check + report
+  python3 scripts/check-wiki-links.py --strict  # exit 1 on warnings too
+"""
+
+import os
+import re
+import sys
+from pathlib import Path
+
+REPO_ROOT = Path(__file__).resolve().parent.parent
+WIKI_DIR = REPO_ROOT / "wiki"
+LINK_RE = re.compile(r'\[\[([^\]|]+)(?:\|([^\]]+))?\]\]')
+
+
+def find_wiki_files():
+    """Find all .md files under wiki/."""
+    files = []
+    for root, dirs, filenames in os.walk(WIKI_DIR):
+        for f in filenames:
+            if f.endswith('.md'):
+                files.append(Path(root) / f)
+    return sorted(files)
+
+
+def resolve_link(link_path: str, source_file: Path) -> Path:
+    """
+    Resolve a wiki link source-relative (matching Forgejo behavior).
+    Also tries with .md suffix appended if needed.
+    """
+    if link_path.startswith('http'):
+        return None
+
+    # Strip anchor
+    if '#' in link_path:
+        link_path = link_path.split('#', 1)[0]
+
+    # Strip trailing slash
+    link_path = link_path.rstrip('/')
+
+    # Try as-is (relative to source file's directory)
+    target = (source_file.parent / link_path).resolve()
+    if target.exists():
+        return target
+
+    # Try with .md suffix
+    if not link_path.endswith('.md'):
+        target = (source_file.parent / (link_path + '.md')).resolve()
+        if target.exists():
+            return target
+
+    return None
+
+
+def has_path_confusion(link_path: str, source_file: Path) -> bool:
+    """
+    Detect 'path confusion': link like [[concepts/llm/foo.md]] from a file in
+    wiki/concepts/llm/bar.md would resolve to wiki/concepts/llm/concepts/llm/foo.md.
+    Returns True if the link looks root-relative but is used from inside a subdir.
+    """
+    if link_path.startswith('http') or link_path.startswith('../') or '/' not in link_path:
+        return False
+    # Check if link_path starts with a directory the source file is already in
+    try:
+        rel = source_file.relative_to(WIKI_DIR)
+        source_dir_parts = rel.parent.parts
+        link_parts = Path(link_path).parts
+        # If link starts with the same subdirectory chain
+        if len(link_parts) >= len(source_dir_parts):
+            if link_parts[:len(source_dir_parts)] == source_dir_parts:
+                return True
+    except ValueError:
+        pass
+    return False
+
+
+def check_all_links():
+    files = find_wiki_files()
+    errors = []
+    warnings = []
+    stats = {
+        'total_links': 0,
+        'valid_links': 0,
+        'broken_links': 0,
+        'confusion_warnings': 0,
+        'files_checked': 0,
+    }
+
+    for source_file in files:
+        stats['files_checked'] += 1
+        rel_source = source_file.relative_to(REPO_ROOT)
+        content = source_file.read_text(encoding='utf-8')
+
+        for match in LINK_RE.finditer(content):
+            link_path = match.group(1).strip()
+            stats['total_links'] += 1
+
+            if link_path.startswith('http'):
+                stats['valid_links'] += 1
+                continue
+
+            # Resolve source-relative
+            target = resolve_link(link_path, source_file)
+
+            if target:
+                stats['valid_links'] += 1
+            else:
+                # Try alternative suggestions
+                basename = Path(link_path).name
+                matches = [m for m in WIKI_DIR.rglob(basename) if 'test-fixtures' not in str(m)]
+                error = {
+                    'source': str(rel_source),
+                    'link': link_path,
+                    'suggestions': [str(m.relative_to(REPO_ROOT)) for m in matches[:3]],
+                }
+                errors.append(error)
+                stats['broken_links'] += 1
+
+            # Check for path confusion (link works repo-relative but broken source-relative)
+            if has_path_confusion(link_path, source_file):
+                # Only warn if the link is actually broken source-relative
+                if not resolve_link(link_path, source_file):
+                    correct_basename = Path(link_path).name
+                    warnings.append({
+                        'source': str(rel_source),
+                        'link': link_path,
+                        'note': f"Path confusion — link starts with {link_path.split('/')[0]}/ which doubles the source-directory prefix. Use same-directory basename or proper ../-prefix.",
+                        'suggestion': correct_basename,
+                    })
+                    stats['confusion_warnings'] += 1
+
+    return errors, warnings, stats
+
+
+def main():
+    strict = '--strict' in sys.argv
+
+    errors, warnings, stats = check_all_links()
+
+    print("Wiki Link Report")
+    print("================")
+    print(f"Files checked:        {stats['files_checked']}")
+    print(f"Total links:          {stats['total_links']}")
+    print(f"Valid links:          {stats['valid_links']}")
+    print(f"Broken links:         {stats['broken_links']}")
+    print(f"Path confusion warns: {stats['confusion_warnings']}")
+    print()
+
+    if errors:
+        print(f"BROKEN LINKS ({len(errors)}):")
+        print("-" * 60)
+        for e in errors[:30]:
+            print(f"  {e['source']}")
+            print(f"    Link: [[{e['link']}]]")
+            if e['suggestions']:
+                print(f"    Did you mean: {e['suggestions'][0]}")
+            print()
+        if len(errors) > 30:
+            print(f"  ... and {len(errors) - 30} more")
+
+    if warnings:
+        print(f"\nPATH CONFUSION WARNINGS ({len(warnings)}):")
+        print("-" * 60)
+        for w in warnings[:20]:
+            print(f"  {w['source']}")
+            print(f"    Link: [[{w['link']}]]")
+            print(f"    {w['note']}")
+            print(f"    Suggestion: [[{w['suggestion']}]] (same dir) or [[../...]]")
+            print()
+        if len(warnings) > 20:
+            print(f"  ... and {len(warnings) - 20} more")
+
+    failed = False
+    if stats['broken_links'] > 0:
+        print(f"\n❌ {stats['broken_links']} broken link(s) — commit blocked.")
+        failed = True
+
+    if stats['confusion_warnings'] > 0:
+        print(f"\n⚠️  {stats['confusion_warnings']} path confusion warning(s).")
+        if strict:
+            print("Strict mode: commit blocked.")
+            failed = True
+
+    if not failed:
+        print("\n✅ All wiki links valid.")
+
+    sys.exit(1 if failed else 0)
+
+
+if __name__ == '__main__':
+    main()
\ No newline at end of file
diff --git a/scripts/fix-wiki-links.py b/scripts/fix-wiki-links.py
new file mode 100644
index 0000000..de997a1
--- /dev/null
+++ b/scripts/fix-wiki-links.py
@@ -0,0 +1,175 @@
+#!/usr/bin/env python3
+"""
+Fix broken wiki links in knowledge-base repo by rewriting them as proper
+source-relative paths (the format Forgejo/Gitea Markdown rendering expects).
+
+Bug classes handled:
+A. [[wiki/...]]  → strip 'wiki/' prefix, then resolve source-relative
+B. [[concepts/...]] from wrong directory → resolve to ../concepts/...
+C. [[concepts/...]] from same directory → resolve to basename
+D. [[plain-name.md]] from wrong directory → resolve to ../.../plain-name.md
+"""
+
+import os
+import re
+import sys
+from pathlib import Path
+
+REPO_ROOT = Path(__file__).resolve().parent.parent
+WIKI_DIR = REPO_ROOT / "wiki"
+LINK_RE = re.compile(r'\[\[([^\]|]+)(?:\|([^\]]+))?\]\]')
+
+
+def find_wiki_files():
+    files = []
+    for root, dirs, filenames in os.walk(WIKI_DIR):
+        for f in filenames:
+            if f.endswith('.md'):
+                files.append(Path(root) / f)
+    return sorted(files)
+
+
+def find_target(link_path: str):
+    """
+    Given a link path as written, find the actual target file.
+    Supports wiki/, raw/, and root-relative interpretations.
+    Returns absolute Path to the target file, or None if not found.
+    """
+    basename = Path(link_path).name
+    if not basename.endswith('.md'):
+        basename_candidate = basename + '.md'
+    else:
+        basename_candidate = basename
+
+    candidates = []
+
+    # Interpretation 1: path starts with "wiki/" — strip and look in WIKI_DIR
+    if link_path.startswith('wiki/'):
+        stripped = link_path[5:]
+        if not stripped.endswith('.md'):
+            stripped += '.md'
+        candidates.append(WIKI_DIR / stripped)
+
+    # Interpretation 2: path starts with "raw/" — look in REPO_ROOT/raw/
+    if link_path.startswith('raw/'):
+        target = REPO_ROOT / link_path
+        if not target.exists() and not link_path.endswith('.md'):
+            target = REPO_ROOT / (link_path + '.md')
+        if target.exists():
+            candidates.append(target)
+
+    # Interpretation 3: path contains "/" — interpret as root-relative
+    if '/' in link_path:
+        # Try as wiki/-root-relative
+        if not link_path.endswith('.md'):
+            root_relative = WIKI_DIR / (link_path + '.md')
+        else:
+            root_relative = WIKI_DIR / link_path
+        candidates.append(root_relative)
+        # Also try as repo-root-relative
+        if not link_path.endswith('.md'):
+            candidates.append(REPO_ROOT / (link_path + '.md'))
+        else:
+            candidates.append(REPO_ROOT / link_path)
+
+    # Interpretation 4: plain basename — find by basename
+    if '/' not in link_path:
+        matches = [m for m in WIKI_DIR.rglob(basename_candidate) if 'test-fixtures' not in str(m)]
+        # Also check raw/
+        matches += [m for m in (REPO_ROOT / 'raw').rglob(basename_candidate) if 'test-fixtures' not in str(m)]
+        matches += [m for m in REPO_ROOT.rglob(basename_candidate) if 'test-fixtures' not in str(m)]
+        if len(matches) == 1:
+            candidates.append(matches[0])
+        elif len(matches) > 1:
+            non_fixture = [m for m in matches if 'test-fixtures' not in str(m)]
+            if len(non_fixture) == 1:
+                candidates.append(non_fixture[0])
+
+    # Try each candidate
+    for c in candidates:
+        if c.exists() and 'test-fixtures' not in str(c):
+            return c
+
+    return None
+
+
+def make_source_relative(from_file: Path, to_file: Path) -> str:
+    """Make a relative path from from_file's directory to to_file."""
+    rel = os.path.relpath(to_file, start=from_file.parent)
+    return rel
+
+
+def fix_link(link_path: str, source_file: Path) -> str:
+    """Fix a broken wiki link. Returns the corrected link path."""
+    if link_path.startswith('http'):
+        return link_path
+
+    # Strip anchor
+    anchor = ''
+    if '#' in link_path:
+        link_path, anchor = link_path.split('#', 1)
+        anchor = '#' + anchor
+
+    # Already valid? (source-relative resolves correctly)
+    target = (source_file.parent / link_path).resolve()
+    if target.exists():
+        return link_path + anchor
+
+    # Try with .md appended
+    if not link_path.endswith('.md'):
+        target = (source_file.parent / (link_path + '.md')).resolve()
+        if target.exists():
+            return link_path + '.md' + anchor
+
+    # Find the actual target file by interpreting the link in different ways
+    actual_target = find_target(link_path)
+    if actual_target and actual_target != source_file:
+        corrected = make_source_relative(source_file, actual_target)
+        return corrected + anchor
+
+    return link_path + anchor  # no fix found
+
+
+def process_file(source_file: Path, dry_run=False):
+    content = source_file.read_text(encoding='utf-8')
+
+    def repl(match):
+        link_path = match.group(1).strip()
+        label = match.group(2)
+        fixed = fix_link(link_path, source_file)
+        if fixed != link_path:
+            if label:
+                return f'[[{fixed}|{label}]]'
+            return f'[[{fixed}]]'
+        return match.group(0)
+
+    new_content = LINK_RE.sub(repl, content)
+
+    if new_content != content:
+        if not dry_run:
+            source_file.write_text(new_content, encoding='utf-8')
+        return True
+    return False
+
+
+def main():
+    dry_run = '--dry-run' in sys.argv
+    files = find_wiki_files()
+    fixed_count = 0
+    fixed_files = []
+
+    for f in files:
+        if process_file(f, dry_run=dry_run):
+            fixed_count += 1
+            fixed_files.append(f.relative_to(REPO_ROOT))
+
+    print(f"{'Would fix' if dry_run else 'Fixed'}: {fixed_count} file(s)")
+    if fixed_files:
+        for rel in fixed_files:
+            print(f"  - {rel}")
+    if dry_run and fixed_count > 0:
+        print("\nRun without --dry-run to apply changes.")
+
+
+if __name__ == '__main__':
+    main()
\ No newline at end of file
diff --git a/wiki/architecture/byterover-knowledge-mining.md b/wiki/architecture/byterover-knowledge-mining.md
index fd20309..0d4b01c 100644
--- a/wiki/architecture/byterover-knowledge-mining.md
+++ b/wiki/architecture/byterover-knowledge-mining.md
@@ -33,16 +33,16 @@ Die Pipeline selbst funktionierte (Summaries wurden produziert), aber der finale
 
 Drei kombinierte Faktoren machten die Pipeline unbrauchbar:
 
-1. **Container-Ephemeralität** — ByteRover speicherte seinen OAuth-Token in `.brv-cli`, der im Container-Filesystem lag. Nach jedem Container-Reset war der Token weg, manuelle Re-Auth nötig. Siehe [[wiki/decisions/2026-04-volume-persistence]] für die spätere, umfassendere Volume-Persistenz-Strategie.
+1. **Container-Ephemeralität** — ByteRover speicherte seinen OAuth-Token in `.brv-cli`, der im Container-Filesystem lag. Nach jedem Container-Reset war der Token weg, manuelle Re-Auth nötig. Siehe [[../decisions/2026-04-volume-persistence.md]] für die spätere, umfassendere Volume-Persistenz-Strategie.
 2. **API Rate-Limit** — Der Curate-Step produzierte mehr Requests als das Free-Tier erlaubte; der Service drosselte ohne sichtbares Backoff-Signal.
 3. **Plugin-Symlink fehlte** — Die ByteRover-Plugins waren im Setup geplant, aber nie als symlink im Plugin-Pfad registriert. Dadurch konnte der Subagent die Skills nie aufrufen, auch wenn die CLI installiert war.
 
 ## Nachfolger: GBrain
 
-Nach der Deaktivierung wurde auf **GBrain** (garrytan/gbrain) gewechselt — eine PGLite-basierte Memory-Graph-DB mit Relationen und semantischer Suche. Die GBrain-Evaluation ist in [[wiki/tools/ecosystem-tools-april-2026]] dokumentiert.
+Nach der Deaktivierung wurde auf **GBrain** (garrytan/gbrain) gewechselt — eine PGLite-basierte Memory-Graph-DB mit Relationen und semantischer Suche. Die GBrain-Evaluation ist in [[../tools/ecosystem-tools-april-2026.md]] dokumentiert.
 
 ## Verwandte Seiten
 
-- [[wiki/architecture/memory-system]] — Schicht 1/2/3 als operatives Memory-Modell
-- [[wiki/decisions/2026-04-volume-persistence]] — Container-Persistenz-Strategie
-- [[wiki/architecture/cron-notable-events]] — wann die Crons liefen (und warum sie aufhörten)
\ No newline at end of file
+- [[memory-system.md]] — Schicht 1/2/3 als operatives Memory-Modell
+- [[../decisions/2026-04-volume-persistence.md]] — Container-Persistenz-Strategie
+- [[cron-notable-events.md]] — wann die Crons liefen (und warum sie aufhörten)
\ No newline at end of file
diff --git a/wiki/architecture/memory-system.md b/wiki/architecture/memory-system.md
index 1204da7..7b1a793 100644
--- a/wiki/architecture/memory-system.md
+++ b/wiki/architecture/memory-system.md
@@ -88,7 +88,7 @@ und von der Suche ausgeschlossen.
 
 **Implikation für uns:** Genau das `raw/ → wiki/`-Pattern, das wir im
 RamaDama-Knowledge-Base praktizieren, ist damit nativ von OpenClaw
-unterstützt. Siehe [[concepts/llm/llm-knowledge-base.md]] für die
+unterstützt. Siehe [[../concepts/llm/llm-knowledge-base.md]] für die
 konzeptionelle Grundlage.
 
 ### Stuck-Session Recovery: Warning-Backoff wird nicht mehr resettet
@@ -121,10 +121,10 @@ robuster.
 
 ## AGI-Realismus-Anwendung
 
-Aschenbrenners „Situational Awareness" (siehe `[[wiki/concepts/agi/aschenbrenner-situational-awareness]]`) prognostiziert AGI bis 2027 und Superintelligenz kurz danach — mit AI-Forschung als erstem automatisierten Berufsfeld. Implikation für unser Memory-System:
+Aschenbrenners „Situational Awareness" (siehe `[[../concepts/agi/aschenbrenner-situational-awareness.md]]`) prognostiziert AGI bis 2027 und Superintelligenz kurz danach — mit AI-Forschung als erstem automatisierten Berufsfeld. Implikation für unser Memory-System:
 
 - **Memory-Disziplin als Differenziator:** In einer Welt, in der AI-Systeme „human-equivalent" werden, ist die Qualität der Memory-Architektur (Schicht 1/2/3) der Unterschied zwischen Workhorse und System. Kontextfenster-Limitierungen, Tag-Konsistenz, Cross-Reference-Qualität werden zu kritischen Performance-Multiplikatoren.
-- **Wissens-Distillation vs. Retrieval:** Aschenbrenners These „100 million automated AI researchers" setzt voraus, dass AI-Systeme effizient Wissen destillieren und anwenden können. Unser Karpathy-Wiki-Pattern (`[[wiki/concepts/llm/llm-knowledge-base]]`) ist eine Antwort darauf: kuratierte, persistente Wiki-Pages statt RAG-Retrieval.
+- **Wissens-Distillation vs. Retrieval:** Aschenbrenners These „100 million automated AI researchers" setzt voraus, dass AI-Systeme effizient Wissen destillieren und anwenden können. Unser Karpathy-Wiki-Pattern (`[[../concepts/llm/llm-knowledge-base.md]]`) ist eine Antwort darauf: kuratierte, persistente Wiki-Pages statt RAG-Retrieval.
 - **Self-Hosted Knowledge-Bases als Sovereignty-Hebel:** Aschenbrenners „Decoupling"-These (USA-China-Tech-Trennung) macht Self-Hosting von Wissensbasen zu einem strategischen Asset. Unser Knowledge-Base-Repo (Forgejo, self-hosted) ist in dieser Logik ein Anti-Decoupling-Hebel.
 - **Praktische Konsequenz:** Die aktuelle Arbeit an `scripts/wiki-lint.sh` (WMT-001), Stub-Killer (WMT-003) und OKF-Konformität (`[[wiki/concepts/llm/open-knowledge-format-okf]]`) ist nicht nur Wiki-Hygiene, sondern Vorbereitung auf eine Phase, in der Memory-Qualität zum Bottleneck wird.
 
diff --git a/wiki/architecture/model-routing.md b/wiki/architecture/model-routing.md
index 04738b4..d84a139 100644
--- a/wiki/architecture/model-routing.md
+++ b/wiki/architecture/model-routing.md
@@ -49,7 +49,7 @@ Mit dem Release [v2026.6.8](https://github.com/openclaw/openclaw/releases/tag/v2
 
 1. **GLM-5.2 ist offiziell im Provider-Catalog** — vorher nur über Z.ai Coding
    Plan verfügbar, jetzt nativ in OpenClaw routeable. Siehe
-   [[concepts/llm/glm-5.2-zai-coding-model.md]].
+   [[../concepts/llm/glm-5.2-zai-coding-model.md]].
 2. **Provider-Prefix-Normalisierung** für OpenRouter und Google Vertex Pfade:
    `openrouter/anthropic/claude-3.5-sonnet` wird intern zu bare IDs
    normalisiert wo Runtimes das brauchen.
@@ -76,11 +76,11 @@ Optional (nach Evaluation):
   - moonshot/kimi-k2.7-code  (Coding, agentic)
 ```
 
-Vollständige Plattform-Doku: [[tools/openclaw.md]].
+Vollständige Plattform-Doku: [[../tools/openclaw.md]].
 
 ## Verwandt: Parallele Ensembles (Fusion)
 
-Sequentielles Routing (Fallback) ist nicht das einzige Pattern. OpenRouter bietet **Fusion** — parallele Model-Panels mit Judge-Synthese. Siehe [[llm-model-fusion-ensembles.md]] für Details und DRACO-Benchmark-Ergebnisse.
+Sequentielles Routing (Fallback) ist nicht das einzige Pattern. OpenRouter bietet **Fusion** — parallele Model-Panels mit Judge-Synthese. Siehe [[../concepts/llm/llm-model-fusion-ensembles.md]] für Details und DRACO-Benchmark-Ergebnisse.
 
 **Aktuell offene Frage:** Soll OpenClaws Quality-kritische Pfade (z.B. Subconscious Hard Synthesis) um eine parallele Pre-Routing-Schicht erweitert werden? Trade-off: höhere Latenz + Kosten vs. bessere Qualität durch Modell-Heterogenität.
 
@@ -88,20 +88,20 @@ Sequentielles Routing (Fallback) ist nicht das einzige Pattern. OpenRouter biete
 
 Im Juni 2026 haben sich zwei starke Open-Source-Coding-Modelle aus China etabliert:
 
-- **Kimi K2.7** (Moonshot AI) — siehe [[kimi-k2.7-code.md]]. MoE 1T/32B, 256K Kontext, schnell im Real-Coding-Showdown.
+- **Kimi K2.7** (Moonshot AI) — siehe [[../tools/kimi-k2.7-code.md]]. MoE 1T/32B, 256K Kontext, schnell im Real-Coding-Showdown.
 - **GLM-5.2** (Zhipu AI / Z.ai) — 744B Dense, 1M Kontext, MIT-Lizenz, stark bei kreativer Generation und Animation.
 
-Head-to-Head-Vergleich in Hermes Agent: siehe [[real-world-coding-showdown.md]].
+Head-to-Head-Vergleich in Hermes Agent: siehe [[../concepts/llm/real-world-coding-showdown.md]].
 
 **Implikation für Routing:** In Sub-Task-Spezialisierung (Coding vs. Creative vs. Long-Context) sind beide als Sub-Routing-Knoten sinnvoll — nicht als Ersatz der Primary-Fallback-Chain, sondern als **spezialisierte Side-Branches** für Coding-Tasks.
 
 ### GLM 5.2 (Z.ai) — 1M Kontext, MIT-Lizenz, 10x günstiger
 
-Zusätzlich zu Kimi K2.7 ist **GLM 5.2** (Release 13.06.2026) ein zweiter chinesischer Frontier-Coding-Kandidat. Siehe [[glm-5.2-zai-coding-model.md]] für Details.
+Zusätzlich zu Kimi K2.7 ist **GLM 5.2** (Release 13.06.2026) ein zweiter chinesischer Frontier-Coding-Kandidat. Siehe [[../concepts/llm/glm-5.2-zai-coding-model.md]] für Details.
 
 **Update 2026-06-16:** Mit OpenClaw v2026.6.8 ist GLM 5.2 **nativ in OpenClaw
 als Provider-Adapter verfügbar** — vorher war der Zugang auf den Z.ai Coding
-Plan beschränkt (siehe [[concepts/llm/glm-5.2-zai-coding-model.md]]). Damit
+Plan beschränkt (siehe [[../concepts/llm/glm-5.2-zai-coding-model.md]]). Damit
 wird die "Warten auf OpenRouter-Listing"-Option (siehe unten) gegenstandslos.
 
 **Empfohlene Routing-Position:**
@@ -125,24 +125,24 @@ OpenClaw Primary Routing
 4. ~~**Warten** auf OpenRouter-Listing~~ — **obsolet**, OpenClaw hat's
    nativ, und OpenRouter-Listing erfolgt unabhängig.
 
-**Ensemble-Kandidat:** GLM 5.2 + Kimi K2.7 als heterogenes Coding-Panel in [[llm-model-fusion-ensembles.md]] (unterschiedliche Architektur: Dense vs MoE, unterschiedliche Stärken).
+**Ensemble-Kandidat:** GLM 5.2 + Kimi K2.7 als heterogenes Coding-Panel in [[../concepts/llm/llm-model-fusion-ensembles.md]] (unterschiedliche Architektur: Dense vs MoE, unterschiedliche Stärken).
 
 **Besonderheit:** [Z.ai Coding Plan](https://z.ai/subscribe) listet `Clawdbot/OpenClaw` namentlich als unterstütztes Environment — direkte Integration bereits vorbereitet.
 
 ## Post-Transformer-Architekturen als künftige Routing-Optionen
 
-Während aktuelles Routing primär **innerhalb** des AR-Transformer-Stacks arbeitet (mit Modell-Heterogenität als Variations-Achse), verschiebt DeepMind die Variations-Achse **architektonisch**: hybride Attention+Recurrence (Griffin, Recurrent Gemma, Titans), Diffusions-LLMs, JEPA-Weltmodelle. Details: [[concepts/llm/post-transformer-llm-architectures.md]].
+Während aktuelles Routing primär **innerhalb** des AR-Transformer-Stacks arbeitet (mit Modell-Heterogenität als Variations-Achse), verschiebt DeepMind die Variations-Achse **architektonisch**: hybride Attention+Recurrence (Griffin, Recurrent Gemma, Titans), Diffusions-LLMs, JEPA-Weltmodelle. Details: [[../concepts/llm/post-transformer-llm-architectures.md]].
 
 **Aktuell noch nicht relevant für OpenClaw-Routing** (keine offenen Weights + stabile Provider-Listings), aber mittelfristig zu beobachten:
 - **State-Space-Hybride** (Titans, Mamba) als effizientere lokale Embedding-Backends für SSR/Speicher-Layer
 - **Diffusions-LLMs** für parallele Code-Completion in nicht-Präfix-Positionen (relevant für Hermes-Agent-Code-Edit-Tasks)
 - **JEPA-Weltmodelle** für Subconscious-Agent-„Simulations-Prior" (statt nur Text-Pretraining-Prior)
 
-**Status:** Beobachten, nicht adoptieren. Sobald OpenRouter oder ein anderer Provider-Adapter stabile Listings anbietet, evaluieren wie bei [[concepts/llm/glm-5.2-zai-coding-model.md]].
+**Status:** Beobachten, nicht adoptieren. Sobald OpenRouter oder ein anderer Provider-Adapter stabile Listings anbietet, evaluieren wie bei [[../concepts/llm/glm-5.2-zai-coding-model.md]].
 
 ## Hardware-Frontier als Routing-Constraint
 
-Mainzers Energie-Argument (20W Gehirn vs. Megawatt-LLM-Cluster, siehe [[concepts/hardware/neuromorphic-chips-und-quantencomputer]]) validiert [[concepts/llm/ai-value-migration-orchestration]] (Aravind: „Token Value per Watt per User"). Implikation für OpenClaw-Routing:
+Mainzers Energie-Argument (20W Gehirn vs. Megawatt-LLM-Cluster, siehe [[../concepts/hardware/neuromorphic-chips-und-quantencomputer.md]]) validiert [[../concepts/llm/ai-value-migration-orchestration.md]] (Aravind: „Token Value per Watt per User"). Implikation für OpenClaw-Routing:
 
 - **Edge-Tasks** (Smart-Home, Mobile, Embedded): langfristig nur mit neuromorphen/photonischen Backends wirtschaftlich — nicht mit Cloud-LLMs
 - **Mittelfristig beobachten:** Intel Loihi, IBM TrueNorth, Lightmatter, Luminous Computing — Status 2026?
diff --git a/wiki/concepts/agents/agent-payments-lightning.md b/wiki/concepts/agents/agent-payments-lightning.md
index 7aaafa9..94d9c8c 100644
--- a/wiki/concepts/agents/agent-payments-lightning.md
+++ b/wiki/concepts/agents/agent-payments-lightning.md
@@ -45,7 +45,7 @@ Coinbase positioniert sich damit als **Agent-Bank**: KYC-frei, API-first, USDC-b
   - Coin-Flip-Spiel mit Hold-Invoices
   - Katzen-Bild-Shop (21 Bilder, 5000 Sats/Stück)
   - Streaming-Ticker mit Lightning-Adresse
-- Siehe: [[wiki/tools/lightning-payment-apps.md]]
+- Siehe: [[../../tools/lightning-payment-apps.md]]
 
 ### Blink Wallet Skill (Netbits 2026-04-03)
 
@@ -57,7 +57,7 @@ Coinbase positioniert sich damit als **Agent-Bank**: KYC-frei, API-first, USDC-b
   - KYC-umgehende Daten-Sammlung
   - Sim-Swap-Risiko
   - Zentralisierung
-- Siehe: [[wiki/tools/blink-wallet-skill.md]] und die Diskussion dort
+- Siehe: [[../../tools/blink-wallet-skill.md]] und die Diskussion dort
 
 ### L402 (HTTP 402 Payment Required)
 
@@ -80,14 +80,14 @@ Coinbase positioniert sich damit als **Agent-Bank**: KYC-frei, API-first, USDC-b
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/tools/lightning-payment-apps.md]] — Alby Builder Details
-- [[wiki/tools/blink-wallet-skill.md]] — Blink + Telefonnummer-Red-Flag
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Coinbase-AI-These ist Armstrong-Original
-- [[wiki/concepts/directives/pro-leben-directive.md]] — Freiheit in Selbstverantwortung passt zu "nicht-banking-abhängig"
+- [[../../tools/lightning-payment-apps.md]] — Alby Builder Details
+- [[../../tools/blink-wallet-skill.md]] — Blink + Telefonnummer-Red-Flag
+- [[ai-trading-reality-2026.md]] — Coinbase-AI-These ist Armstrong-Original
+- [[../directives/pro-leben-directive.md]] — Freiheit in Selbstverantwortung passt zu "nicht-banking-abhängig"
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[wiki/concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 - **Freiheit in Selbstverantwortung:** Lightning = Agent kann zahlen ohne Bank-Konsultation
 - **Gegen erzwungene Gleichschaltung:** Kein Banking-Lock-in, keine KYC-Pflicht für Micropayments
diff --git a/wiki/concepts/agents/ai-agents-2026.md b/wiki/concepts/agents/ai-agents-2026.md
index fd178b4..c719119 100644
--- a/wiki/concepts/agents/ai-agents-2026.md
+++ b/wiki/concepts/agents/ai-agents-2026.md
@@ -47,7 +47,7 @@ Die schnellsten Adopter im Enterprise-Kontext:
 Praktische Anwendungen jenseits der bekannten Beispiele: Fraud Detection, Legal Review, Portfolio Research, Coding Copilots.
 
 ## Verwandte Seiten
-- [[wiki/concepts/agents/waymo-robotaxis-realworld-testing.md]] — Realwelt-Testing von fahrerlosen Level-4-Robotaxis
-- [[wiki/concepts/agents/subconscious-agent]] — autonome Langzeit-Agenten (RamaDama-Pattern)
-- [[wiki/concepts/agents/ai-trading-reality-2026]] — AI-Agents im Trading-Kontext
-- [[wiki/tools/openai-gpt]] — einer der führenden Agentic-Coding-Model-Anbieter
\ No newline at end of file
+- [[waymo-robotaxis-realworld-testing.md]] — Realwelt-Testing von fahrerlosen Level-4-Robotaxis
+- [[subconscious-agent.md]] — autonome Langzeit-Agenten (RamaDama-Pattern)
+- [[ai-trading-reality-2026.md]] — AI-Agents im Trading-Kontext
+- [[../../tools/openai-gpt.md]] — einer der führenden Agentic-Coding-Model-Anbieter
\ No newline at end of file
diff --git a/wiki/concepts/agents/ai-trading-hub.md b/wiki/concepts/agents/ai-trading-hub.md
index 54c02de..b8a2150 100644
--- a/wiki/concepts/agents/ai-trading-hub.md
+++ b/wiki/concepts/agents/ai-trading-hub.md
@@ -20,31 +20,31 @@ Der Trading-Cluster deckt den gesamten Lebenszyklus von KI-gestütztem Trading a
 
 | Seite | Beschreibung |
 |-------|-------------|
-| [[ai-trading-reality-2026]] | Hype-Checks: Hanako-Refutation (5K→11.5K Behauptung), 5.000€-in-30-Tagen-Video, Gamma-Exposure-Datenquellen, Halluzinations-Gaps |
-| [[iron-condor-options]] | Options-Strategie erklärt: klassischer vs. Multiple Entry Iron Condor, Hector-Erklärung an Rüdiger |
-| [[polymarket-arbitrage]] | Frank-Wolfe + Bregman Projection, Binary Options, ~$40M+ extrahiert seit April 2024 |
-| [[polymarket-hub]] | Hub-Page für den Polymarket-Sub-Cluster |
+| [[ai-trading-reality-2026.md]] | Hype-Checks: Hanako-Refutation (5K→11.5K Behauptung), 5.000€-in-30-Tagen-Video, Gamma-Exposure-Datenquellen, Halluzinations-Gaps |
+| [[iron-condor-options.md]] | Options-Strategie erklärt: klassischer vs. Multiple Entry Iron Condor, Hector-Erklärung an Rüdiger |
+| [[polymarket-arbitrage.md]] | Frank-Wolfe + Bregman Projection, Binary Options, ~$40M+ extrahiert seit April 2024 |
+| [[polymarket-hub.md]] | Hub-Page für den Polymarket-Sub-Cluster |
 
 ### Tools
 
 | Seite | Beschreibung |
 |-------|-------------|
-| [[../../tools/polymarket-monitoring-bot]] | Arbitrage-Scanner (500 Märkte / 2.1s), 3 Options-Strategien |
-| [[../../tools/fincept-terminal]] | Open-Source Trading-IDE, via OpenClaw-Blog verlinkt |
-| [[../../tools/testrebalancingbot-yvonne]] | Telegram-Test-Bot, Gamma-Exposure-Erklärungen, Portfolio-Fragen |
+| [[../../tools/polymarket-monitoring-bot.md]] | Arbitrage-Scanner (500 Märkte / 2.1s), 3 Options-Strategien |
+| [[../../tools/fincept-terminal.md]] | Open-Source Trading-IDE, via OpenClaw-Blog verlinkt |
+| [[../../tools/testrebalancingbot-yvonne.md]] | Telegram-Test-Bot, Gamma-Exposure-Erklärungen, Portfolio-Fragen |
 
 ### Policy
 
 | Seite | Beschreibung |
 |-------|-------------|
-| [[../../concepts/directives/openclaw-financial-bots-policy]] | Netbits-Direktive: Bots NIE für Finanz-Beratung/Trading ohne Validation |
+| [[../../concepts/directives/openclaw-financial-bots-policy.md]] | Netbits-Direktive: Bots NIE für Finanz-Beratung/Trading ohne Validation |
 
 ## Verwandte Seiten
 
-- [[../../teams/netbits-stachelbanane]] — Skeptiker-Avatar, Halluzinations-Kritiker, Bitcoin-Maximalist
-- [[../../teams/ruediger]] — FinancialBot-Topic-Ersteller, Options-Händler
-- [[../../teams/rene-kl]] — Cross-Exchange-Arbitrage-Skeptiker (Latenz, Order-Preferencing)
-- [[lightning-payments-hub]] — Lightning-Payments-Cluster (A2A-Payments für Trading-Bots)
+- [[../../teams/netbits-stachelbanane.md]] — Skeptiker-Avatar, Halluzinations-Kritiker, Bitcoin-Maximalist
+- [[../../teams/ruediger.md]] — FinancialBot-Topic-Ersteller, Options-Händler
+- [[../../teams/rene-kl.md]] — Cross-Exchange-Arbitrage-Skeptiker (Latenz, Order-Preferencing)
+- [[lightning-payments-hub.md]] — Lightning-Payments-Cluster (A2A-Payments für Trading-Bots)
 
 ## Key Insights
 
diff --git a/wiki/concepts/agents/ai-trading-reality-2026.md b/wiki/concepts/agents/ai-trading-reality-2026.md
index 5876b01..3756e53 100644
--- a/wiki/concepts/agents/ai-trading-reality-2026.md
+++ b/wiki/concepts/agents/ai-trading-reality-2026.md
@@ -58,7 +58,7 @@ Netbits hinterfragt einen ETF (IE00BF0BCP69) → JustETF-Lookup zeigt: keine der
 **Netbits' resultierende Position (2026-03-23 13:09:01):**
 > "Bots sollten NICHT: ❌ Finanz-Beratung geben ❌ Komplexe Analysen ohne Validation ausführen ❌ mit echten Geld ungeprüft handeln — Bin da sehr skeptisch @PWeber"
 
-Das ist die zentrale Lektion — siehe [[wiki/concepts/directives/openclaw-financial-bots-policy.md]].
+Das ist die zentrale Lektion — siehe [[../directives/openclaw-financial-bots-policy.md]].
 
 ## Gamma Exposure (GEX) — Realität der Datenverfügbarkeit
 
@@ -89,19 +89,19 @@ Yvonne (der Test-Bot) erklärt GEX korrekt:
 
 @Rüdiger teilt 2026-03-10 11:35:10: "JUST IN: Coinbase CEO Brian Armstrong says soon there will be 'more AI agents than humans making transactions.' 'They can't open a bank account, but they can own a crypto wallet.'"
 
-Das ist die **strukturelle These** für den nächsten Schritt: AI-Agenten brauchen On-Chain-Identität. Genau hier setzt [[wiki/concepts/agents/agent-payments-lightning.md]] an.
+Das ist die **strukturelle These** für den nächsten Schritt: AI-Agenten brauchen On-Chain-Identität. Genau hier setzt [[agent-payments-lightning.md]] an.
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/agents/polymarket-arbitrage.md]] — Hype vs. Realität bei Arbitrage
-- [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — Netbits' Policy
-- [[wiki/tools/testrebalancingbot-yvonne.md]] — wo Yvonnes GEX-Erklärung herkommt
-- [[wiki/concepts/agents/agent-payments-lightning.md]] — Coinbase-AI-Agent-These
-- [[wiki/teams/netbits-stachelbanane.md]] — der Skeptiker
+- [[polymarket-arbitrage.md]] — Hype vs. Realität bei Arbitrage
+- [[../directives/openclaw-financial-bots-policy.md]] — Netbits' Policy
+- [[../../tools/testrebalancingbot-yvonne.md]] — wo Yvonnes GEX-Erklärung herkommt
+- [[agent-payments-lightning.md]] — Coinbase-AI-Agent-These
+- [[../../teams/netbits-stachelbanane.md]] — der Skeptiker
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[wiki/concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 - **Hype-Cycles sind Mangel-Narrative** — "schnell reich mit KI" ist eine Reselling-Story, kein Lebens-Signal
 - **Realität ist ehrlich** — René's Latenz-Erfahrung, Netbits' Halluzinations-Self-Critique, Yvonnes fehlende Realtime-Daten — alle drei sind Wahrheits-Momente
diff --git a/wiki/concepts/agents/iron-condor-options.md b/wiki/concepts/agents/iron-condor-options.md
index 99b26de..059032c 100644
--- a/wiki/concepts/agents/iron-condor-options.md
+++ b/wiki/concepts/agents/iron-condor-options.md
@@ -65,7 +65,7 @@ Beim klassischen Iron Condor platziert man **gleichzeitig**:
 
 ## Verwandte Konzepte
 
-- **Gamma Exposure (GEX)** — siehe [[wiki/concepts/agents/ai-trading-reality-2026.md]] (Yvonnes Erklärung im selben Topic)
+- **Gamma Exposure (GEX)** — siehe [[ai-trading-reality-2026.md]] (Yvonnes Erklärung im selben Topic)
 - **Volatility-Crush-Strategien** — Iron Condor profitiert von IV-Rückgang nach Earnings
 - **Straddle / Strangle** — unlimited-risk Varianten, falls mehr Volatilität erwartet
 - **Butterfly** — engeres Strikes-Range, höhere Prämie-pro-Risk
@@ -78,14 +78,14 @@ Beim klassischen Iron Condor platziert man **gleichzeitig**:
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — verwandte Trading-Konzepte
-- [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — Hector-Erklärung ja, aber Trading-Ausführung nein
-- [[wiki/teams/ruediger.md]] — wer gefragt hat
-- [[wiki/concepts/directives/quality-standard.md]] — Hectors "Geduld + Timing" passt zum Standard
+- [[ai-trading-reality-2026.md]] — verwandte Trading-Konzepte
+- [[../directives/openclaw-financial-bots-policy.md]] — Hector-Erklärung ja, aber Trading-Ausführung nein
+- [[../../teams/ruediger.md]] — wer gefragt hat
+- [[../directives/quality-standard.md]] — Hectors "Geduld + Timing" passt zum Standard
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[wiki/concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 - **Iron Condor ist strukturell anti-momentum:** Er belohnt Stabilität, nicht Crashs
 - **Multiple Entry = mehr Handlungs-Spielraum:** Man ist nicht an einen Moment gefesselt
diff --git a/wiki/concepts/agents/lightning-payments-hub.md b/wiki/concepts/agents/lightning-payments-hub.md
index 4a0676c..bb3abb5 100644
--- a/wiki/concepts/agents/lightning-payments-hub.md
+++ b/wiki/concepts/agents/lightning-payments-hub.md
@@ -18,14 +18,14 @@ Das Bitcoin Lightning Network ist ein Layer-2-Protokoll für schnelle, kostengü
 
 | Seite | Typ | Beschreibung |
 |-------|-----|-------------|
-| [[agent-payments-lightning]] | Konzept | TheBlueMatt's These: Open Source Agents brauchen Bitcoin/Lightning. Kreditkarten-Problem (Chargebacks, Betrug, keine Micropayments). Coinbase AI-Agent-Integration |
-| [[../../tools/blink-wallet-skill]] | Tool | Blink Wallet: L402 Auto-Pay, BTC↔USD Swaps, Lightning Payments. **Red Flag:** Telefonnummer-Pflicht (KYC/SIM-Swap-Risiko) |
-| [[../../tools/lightning-payment-apps]] | Tool | Alby Builder: Framework für TypeScript/HTML/React-Apps mit Lightning-Payment-Flows. Beispiel-Apps (Payment-Notifier, Coin-Flip, Katzen-Bild-Shop) |
+| [[agent-payments-lightning.md]] | Konzept | TheBlueMatt's These: Open Source Agents brauchen Bitcoin/Lightning. Kreditkarten-Problem (Chargebacks, Betrug, keine Micropayments). Coinbase AI-Agent-Integration |
+| [[../../tools/blink-wallet-skill.md]] | Tool | Blink Wallet: L402 Auto-Pay, BTC↔USD Swaps, Lightning Payments. **Red Flag:** Telefonnummer-Pflicht (KYC/SIM-Swap-Risiko) |
+| [[../../tools/lightning-payment-apps.md]] | Tool | Alby Builder: Framework für TypeScript/HTML/React-Apps mit Lightning-Payment-Flows. Beispiel-Apps (Payment-Notifier, Coin-Flip, Katzen-Bild-Shop) |
 
 ## Verwandte Seiten
 
-- [[../../teams/netbits-stachelbanane]] — Hauptakteur, Bitcoin-Maximalist, Lightning-Advokat, Blink-Kritiker (Telefonnummer-Pflicht)
-- [[../../concepts/directives/openclaw-financial-bots-policy]] — Policy-Kontext für Finanz-Bots
+- [[../../teams/netbits-stachelbanane.md]] — Hauptakteur, Bitcoin-Maximalist, Lightning-Advokat, Blink-Kritiker (Telefonnummer-Pflicht)
+- [[../../concepts/directives/openclaw-financial-bots-policy.md]] — Policy-Kontext für Finanz-Bots
 
 ## Key Insights
 
diff --git a/wiki/concepts/agents/polymarket-arbitrage.md b/wiki/concepts/agents/polymarket-arbitrage.md
index 65fb1fc..0d22791 100644
--- a/wiki/concepts/agents/polymarket-arbitrage.md
+++ b/wiki/concepts/agents/polymarket-arbitrage.md
@@ -77,15 +77,15 @@ Diese Skepsis ist wichtig — das gleiche Muster (Latenz + bevorzugtes Order-Rou
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/tools/polymarket-monitoring-bot.md]] — der technische Live-Scan-Setup
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Realitätscheck: Hype vs. echte Edge
-- [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — Netbits' "Bots NICHT für Trading"-Direktive
-- [[wiki/teams/netbits-stachelbanane.md]] — Skeptiker-Avatar
-- [[wiki/teams/rene-kl.md]] — Cross-Exchange-Arbitrage-Skeptiker
+- [[../../tools/polymarket-monitoring-bot.md]] — der technische Live-Scan-Setup
+- [[ai-trading-reality-2026.md]] — Realitätscheck: Hype vs. echte Edge
+- [[../directives/openclaw-financial-bots-policy.md]] — Netbits' "Bots NICHT für Trading"-Direktive
+- [[../../teams/netbits-stachelbanane.md]] — Skeptiker-Avatar
+- [[../../teams/rene-kl.md]] — Cross-Exchange-Arbitrage-Skeptiker
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[wiki/concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 - **Risikofreie Arbitrage existiert strukturell nicht** — die Risiken sind Latenz, Konkurrenz, Fees, Regulierung
 - **Erfolgreiche Trader zerstören keine Werte** — sie allokieren Kapital effizienter, aber nur solange sie Edge haben
diff --git a/wiki/concepts/agents/polymarket-hub.md b/wiki/concepts/agents/polymarket-hub.md
index 377bc4a..0fc8a31 100644
--- a/wiki/concepts/agents/polymarket-hub.md
+++ b/wiki/concepts/agents/polymarket-hub.md
@@ -18,16 +18,16 @@ Polymarket ist ein dezentraler Prediction Market (Wettmarkt) auf der Polygon Blo
 
 | Seite | Typ | Beschreibung |
 |-------|-----|-------------|
-| [[polymarket-arbitrage]] | Konzept | Algorithmus (Frank-Wolfe + Bregman Projection), Binary Options, ~$40M+ extrahiert seit April 2024, Bot "gabagool22" |
-| [[../../tools/polymarket-monitoring-bot]] | Tool | Erster Arbitrage-Scanner (500 Märkte / 2.1s), 3 Options-Strategien (Monitor→Semi→Voll), Telegram-Alerts |
+| [[polymarket-arbitrage.md]] | Konzept | Algorithmus (Frank-Wolfe + Bregman Projection), Binary Options, ~$40M+ extrahiert seit April 2024, Bot "gabagool22" |
+| [[../../tools/polymarket-monitoring-bot.md]] | Tool | Erster Arbitrage-Scanner (500 Märkte / 2.1s), 3 Options-Strategien (Monitor→Semi→Voll), Telegram-Alerts |
 
 ## Verwandte Seiten
 
-- [[ai-trading-reality-2026]] — Trading-Hype-Checks, incl. Hanako-Refutation und Gamma-Exposure-Datenquellen
-- [[../../tools/fincept-terminal]] — Open-Source Trading-IDE, via OpenClaw-Blog verlinkt
-- [[../../concepts/directives/openclaw-financial-bots-policy]] — Policy: Bots NIE für Finanz-Beratung/Trading ohne Validation
-- [[../../teams/rene-kl]] — Cross-Exchange-Arbitrage-Skeptiker (Latenz+Order-Preferencing)
-- [[../../teams/ruediger]] — Topic-Ersteller, Options-Händler, teilt Polymarket-Content
+- [[ai-trading-reality-2026.md]] — Trading-Hype-Checks, incl. Hanako-Refutation und Gamma-Exposure-Datenquellen
+- [[../../tools/fincept-terminal.md]] — Open-Source Trading-IDE, via OpenClaw-Blog verlinkt
+- [[../../concepts/directives/openclaw-financial-bots-policy.md]] — Policy: Bots NIE für Finanz-Beratung/Trading ohne Validation
+- [[../../teams/rene-kl.md]] — Cross-Exchange-Arbitrage-Skeptiker (Latenz+Order-Preferencing)
+- [[../../teams/ruediger.md]] — Topic-Ersteller, Options-Händler, teilt Polymarket-Content
 
 ## Key Insights
 
diff --git a/wiki/concepts/agents/waymo-robotaxis-realworld-testing.md b/wiki/concepts/agents/waymo-robotaxis-realworld-testing.md
index b3ab087..543a749 100644
--- a/wiki/concepts/agents/waymo-robotaxis-realworld-testing.md
+++ b/wiki/concepts/agents/waymo-robotaxis-realworld-testing.md
@@ -9,7 +9,7 @@ tags: [concept, agents, mobility, autonomous-driving, robotaxi, waymo, realworld
 
 ## Einführung und technologischer Kontext
 
-Im Jahr 2026 stellt das fahrerlose Robotaxi eine der am weitesten fortgeschrittenen, physischen Ausprägungen von Künstlicher Intelligenz im Alltag dar. Während virtuelle KI-Assistenten und Programmierhelfer (siehe [[wiki/concepts/agents/ai-agents-2026.md]]) primär im digitalen Raum operieren, müssen autonome Fahrzeuge (Autonomous Vehicles, AVs) der Stufe Level 4 nach SAE-Klassifikation tonnenschwere physische Objekte in Echtzeit durch hochdynamische, unvorhersehbare städtische Umgebungen steuern. 
+Im Jahr 2026 stellt das fahrerlose Robotaxi eine der am weitesten fortgeschrittenen, physischen Ausprägungen von Künstlicher Intelligenz im Alltag dar. Während virtuelle KI-Assistenten und Programmierhelfer (siehe [[ai-agents-2026.md]]) primär im digitalen Raum operieren, müssen autonome Fahrzeuge (Autonomous Vehicles, AVs) der Stufe Level 4 nach SAE-Klassifikation tonnenschwere physische Objekte in Echtzeit durch hochdynamische, unvorhersehbare städtische Umgebungen steuern. 
 
 Der von Alphabet betriebene Mobilitätsdienst **Waymo One** gilt in diesem Segment als technologischer Vorreiter. Der Übergang von geschlossenen Testgeländen hin zu vollständig fahrerlosen kommerziellen Fahrten in Großstädten beweist die Praxisreife hochentwickelter Agenten-Architekturen unter realen Bedingungen.
 
@@ -37,7 +37,7 @@ Im Gegensatz zu menschlichen Fahrern navigiert das Robotaxi nicht ausschließlic
 
 ## Analyse des Realwelt-Testberichts (WMT-011)
 
-Der praxisnahe Testbericht des Tech-Kanals „Tips, Tricks & More“ (dokumentiert in [[raw/youtube/2026-06-21_tips-tricks-more-waymo-robotaxi.md]]) liefert wertvolle Einblicke in die Leistungsfähigkeit und die psychologischen Aspekte der Technologie im realen Alltagsbetrieb.
+Der praxisnahe Testbericht des Tech-Kanals „Tips, Tricks & More“ (dokumentiert in [[../../../raw/youtube/2026-06-21_tips-tricks-more-waymo-robotaxi.md]]) liefert wertvolle Einblicke in die Leistungsfähigkeit und die psychologischen Aspekte der Technologie im realen Alltagsbetrieb.
 
 ```
 +--------------------------------------------------------------------------+
@@ -87,6 +87,6 @@ Der Testbericht verdeutlicht eine bemerkenswerte Dynamik beim Vertrauensaufbau d
 ---
 
 ## Verwandte Seiten
-- [[wiki/concepts/agents/ai-agents-2026.md]] — Der übergeordnete Trend der AI-Adoption und Agenten-Systeme im Jahr 2026.
-- [[wiki/concepts/agents/subconscious-agent]] — Kontrastierung physischer Echtzeit-Agenten mit autonomen Hintergrund-Prozessen (Software-Ebene).
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Analyse von autonomen Systemen in hochfrequenten, nicht-physischen Risikoumgebungen.
+- [[ai-agents-2026.md]] — Der übergeordnete Trend der AI-Adoption und Agenten-Systeme im Jahr 2026.
+- [[subconscious-agent.md]] — Kontrastierung physischer Echtzeit-Agenten mit autonomen Hintergrund-Prozessen (Software-Ebene).
+- [[ai-trading-reality-2026.md]] — Analyse von autonomen Systemen in hochfrequenten, nicht-physischen Risikoumgebungen.
diff --git a/wiki/concepts/agi/aschenbrenner-situational-awareness.md b/wiki/concepts/agi/aschenbrenner-situational-awareness.md
index eca8584..d204656 100644
--- a/wiki/concepts/agi/aschenbrenner-situational-awareness.md
+++ b/wiki/concepts/agi/aschenbrenner-situational-awareness.md
@@ -10,7 +10,7 @@ tags: [concept, agi, superintelligence, aschenbrenner, intelligence-explosion, t
 
 # Aschenbrenner — Situational Awareness: The Decade Ahead
 
-Quelle: [[../../people/leopold-aschenbrenner.md|Leopold Aschenbrenner]], „Situational Awareness: The Decade Ahead", 6 Kapitel, ~165 Seiten, Juni 2024, https://situational-awareness.ai/. Vollständige Mitschrift, Originalzitate und Kapitel-Zusammenfassungen siehe `[[raw/blog/2026-06-16_aschenbrenner-situational-awareness]]`.
+Quelle: [[../../people/leopold-aschenbrenner.md|Leopold Aschenbrenner]], „Situational Awareness: The Decade Ahead", 6 Kapitel, ~165 Seiten, Juni 2024, https://situational-awareness.ai/. Vollständige Mitschrift, Originalzitate und Kapitel-Zusammenfassungen siehe `[[../../../raw/blog/2026-06-16_aschenbrenner-situational-awareness.md]]`.
 
 ## Kernthese (3 Aussagen)
 
@@ -56,18 +56,18 @@ Aschenbrenners normativer Schluss: **„Situational Awareness" als Pflicht** fü
 ## Cross-References
 
 ### Algorithmische Frontier
-- `[[wiki/concepts/llm/post-transformer-llm-architectures]]` — DeepMinds Vier-Säulen-Strategie als komplementäre algorithmische Antwort auf Aschenbrenners „Weiter-so-mit-Skalierung"
-- `[[wiki/concepts/llm/llm-model-fusion-ensembles]]` — OpenRouter Fusion / DRACO als gegenwärtige Praxis, bevor AGI-Werkzeuge verfügbar sind
+- `[[../llm/post-transformer-llm-architectures.md]]` — DeepMinds Vier-Säulen-Strategie als komplementäre algorithmische Antwort auf Aschenbrenners „Weiter-so-mit-Skalierung"
+- `[[../llm/llm-model-fusion-ensembles.md]]` — OpenRouter Fusion / DRACO als gegenwärtige Praxis, bevor AGI-Werkzeuge verfügbar sind
 
 ### Hardware-Frontier
-- `[[wiki/concepts/hardware/neuromorphic-chips-und-quantencomputer]]` — [[../../people/klaus-mainzer.md|Mainzer]]-Linie: Hardware-Diversität als Antwort auf [[../../people/leopold-aschenbrenner.md|Aschenbrenners]] Compute-Skalierung. **Spannungsfeld:** [[../../people/leopold-aschenbrenner.md|Aschenbrenner]] sagt „mehr Compute, schneller", [[../../people/klaus-mainzer.md|Mainzer]] sagt „Hardware-Diversität ist nachhaltiger". Beide Argumente sind kompatibel — [[../../people/leopold-aschenbrenner.md|Aschenbrenners]] „The Project" fokussiert auf klassische GPU-Skalierung, [[../../people/klaus-mainzer.md|Mainzer]] ergänzt um neuromorphe/photonische/Quanten-Pfade.
-- `[[wiki/concepts/llm/ai-value-migration-orchestration]]` — [[../../people/aravind-srinivas.md|Aravinds]] „Token Value per Watt per User"-Metrik validiert [[../../people/leopold-aschenbrenner.md|Aschenbrenners]] Strom-Mobilisierung
+- `[[../hardware/neuromorphic-chips-und-quantencomputer.md]]` — [[../../people/klaus-mainzer.md|Mainzer]]-Linie: Hardware-Diversität als Antwort auf [[../../people/leopold-aschenbrenner.md|Aschenbrenners]] Compute-Skalierung. **Spannungsfeld:** [[../../people/leopold-aschenbrenner.md|Aschenbrenner]] sagt „mehr Compute, schneller", [[../../people/klaus-mainzer.md|Mainzer]] sagt „Hardware-Diversität ist nachhaltiger". Beide Argumente sind kompatibel — [[../../people/leopold-aschenbrenner.md|Aschenbrenners]] „The Project" fokussiert auf klassische GPU-Skalierung, [[../../people/klaus-mainzer.md|Mainzer]] ergänzt um neuromorphe/photonische/Quanten-Pfade.
+- `[[../llm/ai-value-migration-orchestration.md]]` — [[../../people/aravind-srinivas.md|Aravinds]] „Token Value per Watt per User"-Metrik validiert [[../../people/leopold-aschenbrenner.md|Aschenbrenners]] Strom-Mobilisierung
 
 ### Politik/Regulierung
 - **Nicht** in `wiki/concepts/policy/` — Aschenbrenners „Decoupling"-These und China-Risiko sind Forecasting, nicht Policy-Argument. Die Policy-Frage (Exportkontrollen, Anthropic Mythos-Streit) ist eine andere Diskussion.
 
 ### Architektur/Memory
-- `[[wiki/architecture/memory-system]]` — Memory-Architektur als AGI-Realismus-Anwendung: in einer Welt, in der AI-Systeme „human-equivalent" werden, ist Memory-Disziplin (Schicht 1/2/3) der Unterschied zwischen System und Workhorse.
+- `[[../../architecture/memory-system.md]]` — Memory-Architektur als AGI-Realismus-Anwendung: in einer Welt, in der AI-Systeme „human-equivalent" werden, ist Memory-Disziplin (Schicht 1/2/3) der Unterschied zwischen System und Workhorse.
 
 ## Kritische Einordnung
 
diff --git a/wiki/concepts/agi/universal-high-income.md b/wiki/concepts/agi/universal-high-income.md
index 5b037f2..36f1898 100644
--- a/wiki/concepts/agi/universal-high-income.md
+++ b/wiki/concepts/agi/universal-high-income.md
@@ -8,7 +8,7 @@ tags: [concept, agi, economics, deflation, universal-high-income, uhi, basic-inc
 
 # Universal High Income (UHI) & AI-Driven Deflation
 
-> **Quelle:** Google AI Mode Chat Shared Link (`https://share.google/aimode/JOUu70HDIczsmu3q9`), geteilt von Rüdiger im OME-Gruppen-Topic 502 (News & Infos). Raw-Source: `[[raw/other/2026-06-21_elon-musk-aimode-deflation-universal-high-income]]`.
+> **Quelle:** Google AI Mode Chat Shared Link (`https://share.google/aimode/JOUu70HDIczsmu3q9`), geteilt von Rüdiger im OME-Gruppen-Topic 502 (News & Infos). Raw-Source: `[[../../../raw/other/2026-06-21_elon-musk-aimode-deflation-universal-high-income.md]]`.
 
 ## Kernthese (3 Sätze)
 1. **KI- und Robotik-Skalierung führt zu extremer Deflation**, da die Produktionskosten von Waren und Dienstleistungen durch die weitgehende Automatisierung von Arbeit gegen null sinken.
diff --git a/wiki/concepts/directives/openclaw-financial-bots-policy.md b/wiki/concepts/directives/openclaw-financial-bots-policy.md
index 41e3278..bf3ad7e 100644
--- a/wiki/concepts/directives/openclaw-financial-bots-policy.md
+++ b/wiki/concepts/directives/openclaw-financial-bots-policy.md
@@ -34,7 +34,7 @@ Netbits hinterfragt einen ETF (IE00BF0BCP69) → JustETF-Lookup zeigt: keine der
 
 ## Policy-Statement (Hector, OpenClaw)
 
-In Übereinstimmung mit [[wiki/concepts/directives/quality-standard.md]] ("Heilige Scheiße, das ist fertig") und [[wiki/concepts/directives/pro-leben-directive.md]] ("Freiheit in Selbstverantwortung"):
+In Übereinstimmung mit [[quality-standard.md]] ("Heilige Scheiße, das ist fertig") und [[pro-leben-directive.md]] ("Freiheit in Selbstverantwortung"):
 
 ### Was OpenClaw-Bots dürfen (Financial Context)
 - ✅ **Konzepte erklären** (z.B. Iron Condor, GEX, Arbitrage) — Hector's Iron-Condor-Antwort ist gutes Beispiel
@@ -78,9 +78,9 @@ Netbits' Direktive wurde am gleichen Tag formuliert, an dem ein Bot halluziniert
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/directives/quality-standard.md]] — "Heilige Scheiße, das ist fertig" — vollständige Validierung
-- [[wiki/concepts/directives/pro-leben-directive.md]] — keine Mangel-Narrative, ehrliche Realität
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Halluzinations-Vorfall + Hanako-Hype-Check
-- [[wiki/concepts/agents/iron-condor-options.md]] — Beispiel für "konzepterklären ja, traden nein"
-- [[wiki/concepts/agents/polymarket-arbitrage.md]] — Option A (Monitoring) erlaubt, B/C (Trading) nicht ohne Approval
-- [[wiki/teams/netbits-stachelbanane.md]] — der Skeptiker, der die Direktive erkämpft hat
+- [[quality-standard.md]] — "Heilige Scheiße, das ist fertig" — vollständige Validierung
+- [[pro-leben-directive.md]] — keine Mangel-Narrative, ehrliche Realität
+- [[../agents/ai-trading-reality-2026.md]] — Halluzinations-Vorfall + Hanako-Hype-Check
+- [[../agents/iron-condor-options.md]] — Beispiel für "konzepterklären ja, traden nein"
+- [[../agents/polymarket-arbitrage.md]] — Option A (Monitoring) erlaubt, B/C (Trading) nicht ohne Approval
+- [[../../teams/netbits-stachelbanane.md]] — der Skeptiker, der die Direktive erkämpft hat
diff --git a/wiki/concepts/hardware/edge-inference-als-cloud-alternative.md b/wiki/concepts/hardware/edge-inference-als-cloud-alternative.md
index d05178e..09e3942 100644
--- a/wiki/concepts/hardware/edge-inference-als-cloud-alternative.md
+++ b/wiki/concepts/hardware/edge-inference-als-cloud-alternative.md
@@ -55,7 +55,7 @@ Bisher war die Cloud-Exit-These ([[cloud-exit-and-local-superiority.md]]) eine M
 [[../../people/klaus-mainzer.md|Prof. Mainzer]] ([[neuromorphic-chips-und-quantencomputer.md]]) argumentiert, dass das Gehirn mit ~20 W leistet, wofür LLM-Cluster Megawatt brauchen. AMDs Lunchbox-PC ist kein neuromorpher Chip — aber er schließt die Lücke teilweise: 235B-Parameter-Inferenz in einem Watt-Klassen-Gerät, nicht in einem Megawatt-Datacenter. Edge-Inferenz als Zwischenschritt zur neuromorphen Hardware.
 
 ### 3. [[../../people/aravind-srinivas.md|Aravinds]] Token Value per Watt per User
-[[../../people/aravind-srinivas.md|Aravind Srinivas]] ([[ai-value-migration-orchestration.md]]) sagt: "The key metric is token value per watt per user." AMDs unified-memory-Ansatz maximiert genau das: lokale Inferenz ohne Netzwerk-Latenz, ohne Server-Kühlung, ohne Cloud-Overhead. 235B lokal = maximale Token-Density pro Watt. Die Wertschöpfung verschiebt sich von Cloud-Compute zur lokalen Hardware.
+[[../../people/aravind-srinivas.md|Aravind Srinivas]] ([[../llm/ai-value-migration-orchestration.md]]) sagt: "The key metric is token value per watt per user." AMDs unified-memory-Ansatz maximiert genau das: lokale Inferenz ohne Netzwerk-Latenz, ohne Server-Kühlung, ohne Cloud-Overhead. 235B lokal = maximale Token-Density pro Watt. Die Wertschöpfung verschiebt sich von Cloud-Compute zur lokalen Hardware.
 
 ## Grenzen und offene Fragen
 
diff --git a/wiki/concepts/hardware/neuromorphic-chips-und-quantencomputer.md b/wiki/concepts/hardware/neuromorphic-chips-und-quantencomputer.md
index 9d3008a..bf04891 100644
--- a/wiki/concepts/hardware/neuromorphic-chips-und-quantencomputer.md
+++ b/wiki/concepts/hardware/neuromorphic-chips-und-quantencomputer.md
@@ -11,7 +11,7 @@ tags: [concept, hardware, ki-frontier, neuromorphic-computing, quantencomputing,
 # Hardware-Frontier: Neuromorphe Chips & Quantencomputer
 
 Quelle: Prof. Dr. Klaus Mainzer im Gespräch mit Everlast AI (Leon Martin Schmedding), 1:48:40, 2026-06-03.
-Vollständige Mitschrift + Timestamps siehe `[[raw/youtube/2026-06-16_everlast-mainzer-neuromorphe-chips-quantencomputer]]`.
+Vollständige Mitschrift + Timestamps siehe `[[../../../raw/youtube/2026-06-16_everlast-mainzer-neuromorphe-chips-quantencomputer.md]]`.
 
 ## Kernthese
 
@@ -74,8 +74,8 @@ Mainzer spannt einen Bogen von **Laplaces Dämon** (Grenzen der Berechenbarkeit)
 
 ## Cross-References
 
-- `[[wiki/concepts/llm/post-transformer-llm-architectures]]` — die algorithmische Seite (Transformer → Mamba/Griffin/JEPA/World-Models); Mainzer liefert die **Hardware-Gegenseite** dazu.
-- `[[raw/youtube/2026-06-16_everlast-mainzer-neuromorphe-chips-quantencomputer]]` — vollständiger Transkript mit allen Timestamps.
+- `[[../llm/post-transformer-llm-architectures.md]]` — die algorithmische Seite (Transformer → Mamba/Griffin/JEPA/World-Models); Mainzer liefert die **Hardware-Gegenseite** dazu.
+- `[[../../../raw/youtube/2026-06-16_everlast-mainzer-neuromorphe-chips-quantencomputer.md]]` — vollständiger Transkript mit allen Timestamps.
 - OME Topic 502 (Theorie-Bildung): Pit teilte das Video am 2026-06-16 11:37 UTC; Rüdiger hatte am 2026-06-05 einen Welt-Artikel im selben Topic verlinkt (Hardware- vs. Algorithmus-Perspektive auf „was kommt nach dem Transformer").
 
 ## Offene Fragen
@@ -86,7 +86,7 @@ Mainzer spannt einen Bogen von **Laplaces Dämon** (Grenzen der Berechenbarkeit)
 
 ## Verbindung zu Aschenbrenners „The Project"
 
-Aschenbrenners Essay (siehe `[[wiki/concepts/agi/aschenbrenner-situational-awareness]]`) beschreibt eine trillion-dollar-Mobilisierung der US-Industrie für GPU-Cluster und Strom-Infrastruktur. Mainzers Energie-Bottleneck (20W Gehirn vs. Megawatt-Cluster) ist die **physische Grenze**, an der Aschenbrenners Skalierungs-These auf Widerstand stößt:
+Aschenbrenners Essay (siehe `[[../agi/aschenbrenner-situational-awareness.md]]`) beschreibt eine trillion-dollar-Mobilisierung der US-Industrie für GPU-Cluster und Strom-Infrastruktur. Mainzers Energie-Bottleneck (20W Gehirn vs. Megawatt-Cluster) ist die **physische Grenze**, an der Aschenbrenners Skalierungs-These auf Widerstand stößt:
 
 - Aschenbrenners „The Project" fokussiert auf **klassische GPU-Skalierung** (NVIDIA, Stromverträge, Rechenzentren)
 - Mainzers Hardware-Trias (klassisch + neuromorph + Quanten) ist die **systemische Antwort** auf diese Bottlenecks — Hardware-Diversität als Mittel gegen reine Compute-Skalierung
diff --git a/wiki/concepts/llm/ai-intelligence-commoditization-thesis.md b/wiki/concepts/llm/ai-intelligence-commoditization-thesis.md
index 7225260..021de3c 100644
--- a/wiki/concepts/llm/ai-intelligence-commoditization-thesis.md
+++ b/wiki/concepts/llm/ai-intelligence-commoditization-thesis.md
@@ -69,7 +69,7 @@ Infrastructure Control
 **Cross-References:**
 - [[ai-value-migration-orchestration.md]] — Orchestrierung als Wertquelle 1
 - [[../agents/ai-agents-2026.md]] — Agent-Harnesses als Work-Loop-Bindeglied
-- Hardware-Frontier: [[../hardware/neuromorphic-chips-und-quantencomputer]] — Energie/Watt als physische Grundlage des Work-Loops
+- Hardware-Frontier: [[../hardware/neuromorphic-chips-und-quantencomputer.md]] — Energie/Watt als physische Grundlage des Work-Loops
 
 **Beispiel Cursor (Anysphere):** IDE als Work-Loop-Layer zwischen Mensch und Modell. Anthropic, OpenAI, Google liefern die Intelligenz; Cursor liefert den Ort, an dem sie zu Code wird. Übernahme-/Investitions-Spekulation 2026 bewertet den **Anwendungs-Layer**, nicht den Modell-Layer.
 
@@ -146,7 +146,7 @@ Token Value per Watt per User
 - [[glm-5.2-zai-coding-model.md]] — "10× cheaper, near-frontier"-Beleg
 - [[llm-model-fusion-ensembles.md]] — Orchestrator-Pattern (Self-Fusion +6.7%)
 - [[post-transformer-llm-architectures.md]] — Architektur-Diversifizierung
-- [[../hardware/neuromorphic-chips-und-quantencomputer]] — Watt-These physisch untermauert
+- [[../hardware/neuromorphic-chips-und-quantencomputer.md]] — Watt-These physisch untermauert
 - [[../agents/ai-agents-2026.md]] — Agent-Harnesses als Work-Loop
 - [[../directives/pro-leben-directive.md]] — Pro-Leben-Werte: Industrialisierung ≠ Mangelnarrativ
 - [[../directives/quality-standard.md]] — Work-Loop-Standard
diff --git a/wiki/concepts/llm/ai-psychological-testing.md b/wiki/concepts/llm/ai-psychological-testing.md
index 68c3425..b49e3e6 100644
--- a/wiki/concepts/llm/ai-psychological-testing.md
+++ b/wiki/concepts/llm/ai-psychological-testing.md
@@ -55,7 +55,7 @@ Der Original-Post auf X enthielt ein Rorschach-Tintenklecksbild — passend zum
 Anthropic Fable 5 (Public-Version von Mythos 5) wurde am 9. Juni 2026 gelauncht und am 12. Juni 2026 per Exportkontrolle abgeschaltet. [[../../people/brian-roemmele.md|Roemmele]] führte seine psychologischen Tests durch, **bevor** das Modell abgeschaltet wurde. Die Ergebnisse werden als "schockierend" beschrieben. Details stehen noch aus ("More soon").
 
 Siehe auch:
-- [[anthropic-claude.md]] — Vollständige Anthropic-Page mit Fable/Mythos-Details
+- [[../../tools/anthropic-claude.md]] — Vollständige Anthropic-Page mit Fable/Mythos-Details
 - [[llm-behavior-persistence.md]] — Sleeper Agents und Backdoor-Persistenz
 
 ## Training-Daten-These
@@ -86,10 +86,10 @@ Die Erzählung: Anthropic hat sich durch Regulierung selbst zerstört — und di
 
 ## Cross-References
 
-- [[anthropic-claude.md]] — Anthropic Claude, Fable 5, Mythos 5
+- [[../../tools/anthropic-claude.md]] — Anthropic Claude, Fable 5, Mythos 5
 - [[llm-behavior-persistence.md]] — Sleeper Agents, Backdoor-Persistenz, Unlearning-Grenzen
-- [[ai-regulation-2026.md]] — AI-Regulierung und Exportkontrollen
-- [[ai-as-geopolitical-weapon.md]] — KI als geopolitische Waffe
+- [[../policy/ai-regulation-2026.md]] — AI-Regulierung und Exportkontrollen
+- [[../policy/ai-as-geopolitical-weapon.md]] — KI als geopolitische Waffe
 - [[decentralized-ai-counterpower.md]] — Dezentrale KI als Gegenkraft
 - [[ai-intelligence-commoditization-thesis.md]] — Commoditization und Open-Source-Trend
-- [[pro-leben-directive.md]] — Pro-Leben-Direktive (ethischer Rahmen)
\ No newline at end of file
+- [[../directives/pro-leben-directive.md]] — Pro-Leben-Direktive (ethischer Rahmen)
\ No newline at end of file
diff --git a/wiki/concepts/llm/ai-value-migration-orchestration.md b/wiki/concepts/llm/ai-value-migration-orchestration.md
index 1c9e313..34df0b3 100644
--- a/wiki/concepts/llm/ai-value-migration-orchestration.md
+++ b/wiki/concepts/llm/ai-value-migration-orchestration.md
@@ -20,11 +20,11 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 2. **Physische Infrastruktur** (Strom, Speicher, Rechenzentrum-Buildout)
 3. **Vertikale Integration** (Hardware-nahe Architekturen, Speichereffizienz)
 
-**Strategische Implikation: Architektur-Diversifizierung als Gegenmittel zur Commoditisierung.** Da reine Modell-Skalierung kommodifiziert, **verschiebt sich der Wert in die Architektur-Diversität** — nicht-AR-Architekturen (Griffin, Titans, Diffusion-LLMs, JEPA-Weltmodelle) als neue Differenzierungs-Achse. DeepMinds breiter Ansatz (siehe [[concepts/llm/post-transformer-llm-architectures.md]]) illustriert das: vier parallele Architektur-Säulen statt einer AR-Monokultur. Für Orchestratoren wie OpenRouter Fusion bedeutet das: nicht nur Modell-Ensembles, sondern auch **Architektur-Ensembles** (AR + Diffusion + State-Space) werden zur künftigen Wettbewerbs-Dimension.
+**Strategische Implikation: Architektur-Diversifizierung als Gegenmittel zur Commoditisierung.** Da reine Modell-Skalierung kommodifiziert, **verschiebt sich der Wert in die Architektur-Diversität** — nicht-AR-Architekturen (Griffin, Titans, Diffusion-LLMs, JEPA-Weltmodelle) als neue Differenzierungs-Achse. DeepMinds breiter Ansatz (siehe [[post-transformer-llm-architectures.md]]) illustriert das: vier parallele Architektur-Säulen statt einer AR-Monokultur. Für Orchestratoren wie OpenRouter Fusion bedeutet das: nicht nur Modell-Ensembles, sondern auch **Architektur-Ensembles** (AR + Diffusion + State-Space) werden zur künftigen Wettbewerbs-Dimension.
 
 **Modell-Building selbst wird zur Commodity** — bestätigt durch:
-- Chinesische Open-Source-Modelle (Kimi K2.7, GLM 5.2, DeepSeek) auf Frontier-Niveau (siehe [[concepts/llm/glm-5.2-zai-coding-model.md]], [[concepts/llm/real-world-coding-showdown.md]])
-- OpenRouter Fusion: Self-Fusion liefert +6.7% allein durch Synthesis-Schicht (siehe [[concepts/llm/llm-model-fusion-ensembles.md]])
+- Chinesische Open-Source-Modelle (Kimi K2.7, GLM 5.2, DeepSeek) auf Frontier-Niveau (siehe [[glm-5.2-zai-coding-model.md]], [[real-world-coding-showdown.md]])
+- OpenRouter Fusion: Self-Fusion liefert +6.7% allein durch Synthesis-Schicht (siehe [[llm-model-fusion-ensembles.md]])
 - AI-Orchestratoren (OpenRouter Fusion, Coding Helper) routen automatisch an "right model at right cost"
 
 ## Die 7 Thesen (vollständig, mit Cross-References)
@@ -35,7 +35,7 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 
 **Kern:** Agenten **killen objektive Branchen** (Buchungen, Preisvergleich, Faktensuche). **Subjektive Branchen** (Reisen, Mode, Shopping) bleiben resilient — Intention = "vibes, exploration, aesthetics", nicht eine einzelne richtige Antwort. Werbe-Modell bleibt für diese Branchen intakt.
 
-**Cross-Reference:** [[concepts/agents/ai-agents-2026.md]] — Agent-Frameworks. Perplexity ist selbst Beispiel: faktensuchende Subjekte (akademische Recherche, Finanzen) werden ersetzt, subjektive Suche nicht.
+**Cross-Reference:** [[../agents/ai-agents-2026.md]] — Agent-Frameworks. Perplexity ist selbst Beispiel: faktensuchende Subjekte (akademische Recherche, Finanzen) werden ersetzt, subjektive Suche nicht.
 
 ### These 2: Elon Musks Bottleneck-Fokus
 
@@ -43,7 +43,7 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 
 **Kern:** Disziplin = den limitierenden Engpass identifizieren + fokussieren. Wichtige Themen ignorieren, wenn sie vom unmittelbaren Ziel ablenken.
 
-**Implikation für OpenClaw:** [[architecture/model-routing.md]] ist genau diese Übung — Primary-Fallback-Chain, Sub-Task-Branches (Coding, Long-Context, Creative), Ensemble-Panels. Bottleneck = Quality auf Quality-kritischen Pfaden.
+**Implikation für OpenClaw:** [[../../architecture/model-routing.md]] ist genau diese Übung — Primary-Fallback-Chain, Sub-Task-Branches (Coding, Long-Context, Creative), Ensemble-Panels. Bottleneck = Quality auf Quality-kritischen Pfaden.
 
 ### These 3: Export Controls — Schaden oder Nutzen?
 
@@ -52,9 +52,9 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 **Kern:** **Kurzfristiger Vorteil** für USA (Capability-Gap zwischen Open-Source und Frontier). **Langfristig:** China wird stärkerer physischer Konkurrent (speichereffiziente Architekturen, vertikale Integration).
 
 **Cross-References:**
-- [[concepts/policy/ai-regulation-2026.md]] — Anthropic Mythos 5 / Fable 5 Export-Kontrollen als konkrete Anwendung
-- [[concepts/llm/llm-behavior-persistence.md]] — Modell-Behavior als strategisches Asset
-- [[concepts/llm/glm-5.2-zai-coding-model.md]] — Zhipu AI / GLM 5.2 als direkter Beleg für These 3
+- [[../policy/ai-regulation-2026.md]] — Anthropic Mythos 5 / Fable 5 Export-Kontrollen als konkrete Anwendung
+- [[llm-behavior-persistence.md]] — Modell-Behavior als strategisches Asset
+- [[glm-5.2-zai-coding-model.md]] — Zhipu AI / GLM 5.2 als direkter Beleg für These 3
 
 **Pro-Leben-Konsequenz:** Exportkontrollen als anti-China-Maßnahme scheitern langfristig. Die Community sollte sich auf **Open Source + Orchestrierung** konzentrieren, nicht auf geschlossene US-Frontier-Abhängigkeit.
 
@@ -66,7 +66,7 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 
 [[../../people/harry-stebbings.md|Stebbings]]' Vorab-Fazit: "Monitoring token budgets is BS and only for losing companies."
 
-**Direkter Cross-Reference:** [[concepts/llm/llm-model-fusion-ensembles.md]] — OpenRouter Fusion ist die Orchestrator-Implementierung. [[architecture/model-routing.md]] ist die OpenClaw-Version.
+**Direkter Cross-Reference:** [[llm-model-fusion-ensembles.md]] — OpenRouter Fusion ist die Orchestrator-Implementierung. [[../../architecture/model-routing.md]] ist die OpenClaw-Version.
 
 **Implikation für OpenClaw:** Die aktuelle Primary-Fallback-Chain (sequentiell) ist bereits primitive Orchestrierung. Nächster Schritt: **Fusion-artige parallele Pre-Routing-Schicht** für Quality-kritische Pfade (Subconscious Hard Synthesis, Coding-Tasks).
 
@@ -76,7 +76,7 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 
 **Kern:** Physische Infrastruktur (Strom, Rechenzentren) aggressiv ausbauen. Alarmistische Narrative (Rechenzentren fressen Strom, Jobs verschwinden) bekämpfen. Argument: **AI ermöglicht winzigen Teams Milliardenunternehmen** + neues BIP-Wachstum.
 
-**Cross-Reference:** [[concepts/directives/quality-standard.md]] — "Heilige Scheiße, das ist fertig" — kleines Team + hoher Standard + schnelles Handeln = machbar. Hector's eigene Existenz ist Beispiel: ein einzelner Agent, der mehrere Wiki-Konzepte pro Tag kuratiert.
+**Cross-Reference:** [[../directives/quality-standard.md]] — "Heilige Scheiße, das ist fertig" — kleines Team + hoher Standard + schnelles Handeln = machbar. Hector's eigene Existenz ist Beispiel: ein einzelner Agent, der mehrere Wiki-Konzepte pro Tag kuratiert.
 
 **Bottleneck-Alignment (These 2):** Strom ist THE Bottleneck 2026+ — nicht Modell-Architektur, nicht Compute-Chips (die sind bestellt), sondern **Stromnetz, Rechenzentrum-Standorte, Power-Procurement**.
 
@@ -88,7 +88,7 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 
 **Validierung durch OpenRouter-Fusion-Daten:** Budget-Panel (Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro) = 64.7% DRACO bei 50% der Kosten vs. Fable 5 (65.3%) → 10× bessere **Value-per-Watt-Ratio** bei vergleichbarer Qualität.
 
-**Cross-Reference:** [[concepts/llm/llm-model-fusion-ensembles.md]] — Self-Fusion +6.7% ohne neue Modell-Kosten = reine Orchestrierungs-Effizienz. Direkter Beleg für These 6.
+**Cross-Reference:** [[llm-model-fusion-ensembles.md]] — Self-Fusion +6.7% ohne neue Modell-Kosten = reine Orchestrierungs-Effizienz. Direkter Beleg für These 6.
 
 **Verwandte externe Quellen:**
 - [CNBC-Interview Aravind 03.06.2026](https://www.cnbc.com/2026/06/03/perplexity-ceo-ai-valuations-computer-agentic.html) — Erst-Quelle der "Token Value per Watt"-These
@@ -101,7 +101,7 @@ tags: [concept, orchestration, model-commoditization, infrastructure, export-con
 
 **Kern:** Suche nach permanentem Moat = Zeitverschwendung. Geschwindigkeit = einzige Verteidigung. Schnelles Handeln = Akt der Demut (Marktkontakt, Annahmen testen, Realität über Ego stellen).
 
-**Cross-Reference:** [[concepts/directives/quality-standard.md]] — "Mach es richtig. Mach es mit Tests. Mach es so gut, dass Pit tatsächlich beeindruckt ist." → Speed + Vollständigkeit, nicht Speed ODER Vollständigkeit.
+**Cross-Reference:** [[../directives/quality-standard.md]] — "Mach es richtig. Mach es mit Tests. Mach es so gut, dass Pit tatsächlich beeindruckt ist." → Speed + Vollständigkeit, nicht Speed ODER Vollständigkeit.
 
 **Implikation für OpenClaw-Wikify-Workflow:** Heute 5 Ingest-Commits in einer Session — Speed demonstriert. Lessons-Learned-Logging ([[llm-behavior-persistence.md]]-Verlinkungen in AGENTS.md) = Realität über Ego ("Schlamperei bei Verlinkung" → AGENTS.md-Update).
 
@@ -147,7 +147,7 @@ Am 17.06.2026 hat @_The_Prophet__ (SightBringer) auf X die These auf die geopoli
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[concepts/directives/pro-leben-directive.md]] (siehe [[concepts/directives/pro-leben-directive.md]]):
+Gemäß [[../directives/pro-leben-directive.md]] (siehe [[../directives/pro-leben-directive.md]]):
 
 **Gegen Mangelnarrativ** ("Nur Frontier-Modelle gewinnen" / "Wir sind abhängig von US-Hyperscalern"):
 - **These 3** widerspricht direkt: Exportkontrollen haben China **nicht** geschadet, sondern physisch gestärkt. Kimi K2.7 + GLM 5.2 + DeepSeek = Realität, nicht Hoffnung.
@@ -155,8 +155,8 @@ Gemäß [[concepts/directives/pro-leben-directive.md]] (siehe [[concepts/directi
 - **These 5** demystifiziert "Rechenzentren fressen Strom" / "Jobs verschwinden" → BIP-Wachstum + Tiny Teams. Aktive Gegen-Narrative.
 
 **Für Handlungsfähigkeit:**
-- **These 4 + 6** sind **direkt umsetzbar**: AI-Orchestratoren bauen, die Tasks automatisch an die richtigen Modelle routen. OpenRouter Fusion, MCP-Tool-Use, Sub-Task-Routing. OpenClaw's [[architecture/model-routing.md]] ist genau das.
-- **These 2 + 7** sind Mindset-Tools: Bottleneck-Disziplin + Speed-as-Humility. Praktisch umsetzbar in [[concepts/directives/quality-standard.md]].
+- **These 4 + 6** sind **direkt umsetzbar**: AI-Orchestratoren bauen, die Tasks automatisch an die richtigen Modelle routen. OpenRouter Fusion, MCP-Tool-Use, Sub-Task-Routing. OpenClaw's [[../../architecture/model-routing.md]] ist genau das.
+- **These 2 + 7** sind Mindset-Tools: Bottleneck-Disziplin + Speed-as-Humility. Praktisch umsetzbar in [[../directives/quality-standard.md]].
 - **These 3** ist Strategie-Anker: Bei Architektur-Entscheidungen die physische Realität (Strom, Speicher) mitdenken, nicht nur Software.
 
 **Realismus / Grenzen:**
@@ -168,16 +168,16 @@ Gemäß [[concepts/directives/pro-leben-directive.md]] (siehe [[concepts/directi
 
 ## Verwandte Wiki-Seiten
 
-- [[concepts/llm/llm-model-fusion-ensembles.md]] — Orchestrierung-Pattern (Fusion, Sub-Task-Routing, Anti-Contamination)
-- [[concepts/policy/ai-regulation-2026.md]] — Export Controls (These 3)
-- [[concepts/agents/ai-agents-2026.md]] — Agent-Frameworks, MCP (These 1)
-- [[concepts/llm/llm-behavior-persistence.md]] — Modell-Verhalten als strategisches Asset (These 3)
-- [[concepts/llm/real-world-coding-showdown.md]] — Sub-Task-Routing (These 2, 4, 6)
-- [[concepts/llm/glm-5.2-zai-coding-model.md]] — chinesisches Open-Source-Modell (These 3 bestätigt)
-- [[concepts/directives/quality-standard.md]] — Speed + Vollständigkeit (These 7)
-- [[concepts/directives/pro-leben-directive.md]] — Pro-Leben-Werte
-- [[architecture/model-routing.md]] — Hector-Routing-Implementation
-- [[tools/kimi-k2.7-code.md]] — chinesisches Open-Source-Modell (These 3)
+- [[llm-model-fusion-ensembles.md]] — Orchestrierung-Pattern (Fusion, Sub-Task-Routing, Anti-Contamination)
+- [[../policy/ai-regulation-2026.md]] — Export Controls (These 3)
+- [[../agents/ai-agents-2026.md]] — Agent-Frameworks, MCP (These 1)
+- [[llm-behavior-persistence.md]] — Modell-Verhalten als strategisches Asset (These 3)
+- [[real-world-coding-showdown.md]] — Sub-Task-Routing (These 2, 4, 6)
+- [[glm-5.2-zai-coding-model.md]] — chinesisches Open-Source-Modell (These 3 bestätigt)
+- [[../directives/quality-standard.md]] — Speed + Vollständigkeit (These 7)
+- [[../directives/pro-leben-directive.md]] — Pro-Leben-Werte
+- [[../../architecture/model-routing.md]] — Hector-Routing-Implementation
+- [[../../tools/kimi-k2.7-code.md]] — chinesisches Open-Source-Modell (These 3)
 
 ## Externe Ressourcen
 
@@ -228,10 +228,10 @@ Gemäß [[concepts/directives/pro-leben-directive.md]] (siehe [[concepts/directi
 
 ### Hardware-Frontier-Validierung
 
-[[../../people/klaus-mainzer.md|Prof. Dr. Klaus Mainzer]]s Energie-Argument (Gehirn 20W vs. LLM-Megawatt) bestätigt [[../../people/aravind-srinivas.md|Aravinds]] „Token Value per Watt per User"-Metrik. Die nächste Hardware-Generation (neuromorph, photonisch, Quanten-Spezialfälle) wird die Wert-Migration von Modellen zu Infrastruktur weiter beschleunigen — Orchestratoren wie OpenClaw profitieren. Details: `[[wiki/concepts/hardware/neuromorphic-chips-und-quantencomputer]]` (Prof. Dr. Klaus Mainzer, TU München, 2026-06-03).
+[[../../people/klaus-mainzer.md|Prof. Dr. Klaus Mainzer]]s Energie-Argument (Gehirn 20W vs. LLM-Megawatt) bestätigt [[../../people/aravind-srinivas.md|Aravinds]] „Token Value per Watt per User"-Metrik. Die nächste Hardware-Generation (neuromorph, photonisch, Quanten-Spezialfälle) wird die Wert-Migration von Modellen zu Infrastruktur weiter beschleunigen — Orchestratoren wie OpenClaw profitieren. Details: `[[../hardware/neuromorphic-chips-und-quantencomputer.md]]` (Prof. Dr. Klaus Mainzer, TU München, 2026-06-03).
 
-**AMDs Edge-Inferenz als Token/Watt-Maximierer:** AMDs Ryzen AI Max+ 395 (Strix Halo) führt 235B-Parameter-Modelle lokal aus — 128 GB unified memory, 3× schneller als RTX 5080, $1.499. Das ist die Hardware-Inkarnation von [[../../people/aravind-srinivas.md|Aravinds]] Token/Watt/User-Metrik: maximale Token-Density ohne Cloud-Overhead. Details: `[[wiki/concepts/hardware/edge-inference-als-cloud-alternative]]`.
+**AMDs Edge-Inferenz als Token/Watt-Maximierer:** AMDs Ryzen AI Max+ 395 (Strix Halo) führt 235B-Parameter-Modelle lokal aus — 128 GB unified memory, 3× schneller als RTX 5080, $1.499. Das ist die Hardware-Inkarnation von [[../../people/aravind-srinivas.md|Aravinds]] Token/Watt/User-Metrik: maximale Token-Density ohne Cloud-Overhead. Details: `[[../hardware/edge-inference-als-cloud-alternative.md]]`.
 
 ### Aschenbrenners Industrialisierungs-These
 
-[[../../people/leopold-aschenbrenner.md|Leopold Aschenbrenners]] „Situational Awareness" (siehe `[[wiki/concepts/agi/aschenbrenner-situational-awareness]]`) liefert die **konkrete Trillionen-Dollar-Mobilisierung** der US-Industrie, die [[../../people/klaus-mainzer.md|Mainzers]] Energie-These vorausgesetzt ist: GPU-Cluster, Strom-Infrastruktur, nationale Sicherheit. Aschenbrenners „OOMs zählen"-Methode (Compute + Algorithmik + Unhobbling) validiert [[../../people/aravind-srinivas.md|Aravinds]] Orchestrierungs-These insofern, als die Skalierung nur durch *mehrere* Hebel (Compute + Effizienz + Tools) funktioniert — Orchestrierung ist der vierte Hebel, den [[../../people/aravind-srinivas.md|Aravind]] ins Spiel bringt und den [[../../people/leopold-aschenbrenner.md|Aschenbrenner]] nicht explizit macht.
+[[../../people/leopold-aschenbrenner.md|Leopold Aschenbrenners]] „Situational Awareness" (siehe `[[../agi/aschenbrenner-situational-awareness.md]]`) liefert die **konkrete Trillionen-Dollar-Mobilisierung** der US-Industrie, die [[../../people/klaus-mainzer.md|Mainzers]] Energie-These vorausgesetzt ist: GPU-Cluster, Strom-Infrastruktur, nationale Sicherheit. Aschenbrenners „OOMs zählen"-Methode (Compute + Algorithmik + Unhobbling) validiert [[../../people/aravind-srinivas.md|Aravinds]] Orchestrierungs-These insofern, als die Skalierung nur durch *mehrere* Hebel (Compute + Effizienz + Tools) funktioniert — Orchestrierung ist der vierte Hebel, den [[../../people/aravind-srinivas.md|Aravind]] ins Spiel bringt und den [[../../people/leopold-aschenbrenner.md|Aschenbrenner]] nicht explizit macht.
diff --git a/wiki/concepts/llm/glm-5.2-zai-coding-model.md b/wiki/concepts/llm/glm-5.2-zai-coding-model.md
index b1d863f..605a58c 100644
--- a/wiki/concepts/llm/glm-5.2-zai-coding-model.md
+++ b/wiki/concepts/llm/glm-5.2-zai-coding-model.md
@@ -55,7 +55,7 @@ Zusätzlich bringt das Release:
 | offen | OpenRouter (Standard-Routing) | ⏳ folgt unabhängig |
 
 **Implikation für unsere Routing-Architektur:** Siehe
-[[architecture/model-routing.md]] — GLM 5.2 wird optionaler Sub-Routing-Knoten
+[[../../architecture/model-routing.md]] — GLM 5.2 wird optionaler Sub-Routing-Knoten
 für Long-Context-Tasks, ohne Subskription-Boilerplate.
 
 ## Die Distributions-Realität: Z.ai Coding Plan
@@ -131,7 +131,7 @@ Z.ai bietet ein **Coding Helper** Tool ([`npx @z_ai/coding-helper`](https://www.
 
 **Fabians Fazit:** Modell ist top, **Plattform drumherum** ist der Engpass. Warten, falls nicht Pro-Plan nötig.
 
-## Verbindung zu [[concepts/llm/real-world-coding-showdown.md]]
+## Verbindung zu [[real-world-coding-showdown.md]]
 
 Zwei Videos vom **selben Tag (14.06.2026)**, **komplementär**:
 
@@ -144,7 +144,7 @@ Zwei Videos vom **selben Tag (14.06.2026)**, **komplementär**:
 
 **Synergie für die Wiki-Leser:**
 - Wer **GLM 5.2 isoliert verstehen** will → IAmFabian
-- Wer **GLM 5.2 vs Kimi K2.7 vergleichen** will → Fahd Mirza + [[concepts/llm/real-world-coding-showdown.md]]
+- Wer **GLM 5.2 vs Kimi K2.7 vergleichen** will → Fahd Mirza + [[real-world-coding-showdown.md]]
 - Wer **Infrastruktur/Preis** verstehen will → IAmFabian + [Z.ai Subscribe](https://z.ai/subscribe)
 
 ## 🔥 Direkter Implikat für OpenClaw
@@ -172,7 +172,7 @@ Zwei Videos vom **selben Tag (14.06.2026)**, **komplementär**:
 
 ### 3. Sub-Task-spezifisches Routing
 
-Siehe [[architecture/model-routing.md]]. Empfohlene Position für GLM 5.2:
+Siehe [[../../architecture/model-routing.md]]. Empfohlene Position für GLM 5.2:
 
 ```
 OpenClaw Primary Routing
@@ -182,13 +182,13 @@ OpenClaw Primary Routing
   └─ Frontier Quality              → Claude Opus 4.8 / Fable
 ```
 
-### 4. Ensemble-Kandidat für [[concepts/llm/llm-model-fusion-ensembles.md]]
+### 4. Ensemble-Kandidat für [[llm-model-fusion-ensembles.md]]
 
 GLM 5.2 (oder 5.1 als günstigere Variante) ist ein **natürlicher Panel-Kandidat** für Coding-Fusion-Ensembles — besonders in Kombination mit Kimi K2.7 (unterschiedliche Architektur: Dense vs MoE, unterschiedliche Stärken).
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 **Gegen Mangelnarrativ** ("US-Frontier-Modelle alternativlos"):
 - 2026 ist das Jahr, in dem **chinesische Open-Source-Coding-Modelle** (Kimi K2.7, GLM 5.2) **Frontier-Nähe** bei **Bruchteil-Preisen** erreichen
@@ -260,14 +260,14 @@ Zusammen mit IAmFabian (14.06.2026) und dem Real-World-Coding-Showdown (Fahd Mir
 
 ## Verwandte Wiki-Seiten
 
-- [[concepts/llm/real-world-coding-showdown.md]] — Kimi K2.7 vs GLM 5.2 Head-to-Head (Vortag)
-- [[concepts/llm/llm-model-fusion-ensembles.md]] — Ensemble-Pattern mit GLM 5.2 als Panel-Kandidat
-- [[concepts/agents/ai-agents-2026.md]] — Agent-Frameworks; OpenClaw namentlich in Z.ai-Liste
-- [[concepts/llm/llm-behavior-persistence.md]] — Bias-Persistenz bei Modell-Wechsel
-- [[tools/kimi-k2.7-code.md]] — direkter Konkurrent
-- [[tools/anthropic-claude.md]] — Frontier-Konkurrenz (Opus 4.8)
-- [[architecture/model-routing.md]] — Sub-Task-Routing-Plan
-- [[concepts/llm/llm-knowledge-base.md]] — kuratierte Strukturen
+- [[real-world-coding-showdown.md]] — Kimi K2.7 vs GLM 5.2 Head-to-Head (Vortag)
+- [[llm-model-fusion-ensembles.md]] — Ensemble-Pattern mit GLM 5.2 als Panel-Kandidat
+- [[../agents/ai-agents-2026.md]] — Agent-Frameworks; OpenClaw namentlich in Z.ai-Liste
+- [[llm-behavior-persistence.md]] — Bias-Persistenz bei Modell-Wechsel
+- [[../../tools/kimi-k2.7-code.md]] — direkter Konkurrent
+- [[../../tools/anthropic-claude.md]] — Frontier-Konkurrenz (Opus 4.8)
+- [[../../architecture/model-routing.md]] — Sub-Task-Routing-Plan
+- [[llm-knowledge-base.md]] — kuratierte Strukturen
 
 ## Externe Ressourcen
 
diff --git a/wiki/concepts/llm/llm-behavior-persistence.md b/wiki/concepts/llm/llm-behavior-persistence.md
index 252ffad..134e897 100644
--- a/wiki/concepts/llm/llm-behavior-persistence.md
+++ b/wiki/concepts/llm/llm-behavior-persistence.md
@@ -55,7 +55,7 @@ Die zentrale These der Diskussion: **"Open weights" löst das Problem nicht.**
 - Dass Sicherheitseigenschaften des Originalmodells erhalten bleiben
 - Dass gezielte Korrekturen (Unlearning) ohne Tradeoffs funktionieren
 
-## Pro-Leben-Perspektive (gemäß [[pro-leben-directive.md]])
+## Pro-Leben-Perspektive (gemäß [[../directives/pro-leben-directive.md]])
 
 Diese Forschungslage ist **kein Argument gegen Open Weights** — sie ist ein Argument gegen die **Erzählung, dass Open Weights bereits "sicher" oder "vertrauenswürdig"** seien.
 
@@ -110,10 +110,10 @@ Diese Forschungslage ist **kein Argument gegen Open Weights** — sie ist ein Ar
 
 ## Verwandte Wiki-Seiten
 
-- [[concepts/policy/ai-regulation-2026.md]] — Regulatorischer Kontext (Mythos 5 / Fable 5 Export-Kontrollen)
-- [[concepts/policy/ai-biological-biosecurity.md]] — Gegen-Narrativ zu "LLMs sind zu gefährlich für Offenheit"
-- [[concepts/llm/llm-knowledge-base.md]] — Karpathy-Pattern als Beispiel für offene Architektur
-- [[tools/anthropic-claude.md]] — Closed-Model-Beispiel, dessen Sicherheitstreue umstritten ist
+- [[../policy/ai-regulation-2026.md]] — Regulatorischer Kontext (Mythos 5 / Fable 5 Export-Kontrollen)
+- [[../policy/ai-biological-biosecurity.md]] — Gegen-Narrativ zu "LLMs sind zu gefährlich für Offenheit"
+- [[llm-knowledge-base.md]] — Karpathy-Pattern als Beispiel für offene Architektur
+- [[../../tools/anthropic-claude.md]] — Closed-Model-Beispiel, dessen Sicherheitstreue umstritten ist
 
 ## Externe Ressourcen (jenseits der zitierten Papiere)
 
@@ -137,5 +137,5 @@ Diese Forschungslage ist **kein Argument gegen Open Weights** — sie ist ein Ar
 ### Zum gemeinsamen Konzept
 
 - **Karpathy "LLM Wiki" Pattern** (das zugrundeliegende Schema dieser Wiki) — [Karpathy Gist](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f) | [Original-Tweet](https://x.com/karpathy/status/2039805659525644595)
-- **Pro-Leben-Direktive** (Wiki-intern) — siehe [[concepts/directives/pro-leben-directive.md]]
+- **Pro-Leben-Direktive** (Wiki-intern) — siehe [[../directives/pro-leben-directive.md]]
 - **AI Psychological Testing** (Wiki-intern) — siehe [[ai-psychological-testing.md]] — Roemmeles Rorschach-Tests zeigen, dass RLHF-Guardrails maladaptive Muster überdecken, aber nicht beseitigen
diff --git a/wiki/concepts/llm/llm-knowledge-base.md b/wiki/concepts/llm/llm-knowledge-base.md
index 8001f9e..f70db51 100644
--- a/wiki/concepts/llm/llm-knowledge-base.md
+++ b/wiki/concepts/llm/llm-knowledge-base.md
@@ -8,7 +8,7 @@ tags: [concept, karpathy, wiki, okf]
 
 # LLM Knowledge Base (Karpathy Wiki)
 
-Siehe [[README.md]] — Das RamaDama Wiki basiert auf diesem Pattern.
+Siehe [[../../../README.md]] — Das RamaDama Wiki basiert auf diesem Pattern.
 
 ## Kernprinzip
 
@@ -44,7 +44,7 @@ Dieses Wiki ist eine direkte Operationalisierung von Karpathys Vorschlag — das
 - **Inkonsistenz-Risiko:** LLM kann beim Schreiben halluzinieren → Lint-Script prüft auf Widersprüche
 
 ## Verwandte Seiten
-- [[wiki/architecture/memory-system]] — Schicht 1/2/3 als komplementäres Memory-System
-- [[wiki/architecture/byterover-knowledge-mining]] — historischer Vorläufer, der an Container-Ephemeralität scheiterte
-- [[wiki/concepts/llm/llm-behavior-persistence]] — wie LLMs selbst persistente Verhaltensweisen aufbauen
-- [[open-knowledge-format-okf]] — **OKF v0.1 (Google Cloud, 2026-06-12) formalisiert genau dieses Pattern als offenen Standard. Unser Wiki ist strukturell bereits konform**
\ No newline at end of file
+- [[../../architecture/memory-system.md]] — Schicht 1/2/3 als komplementäres Memory-System
+- [[../../architecture/byterover-knowledge-mining.md]] — historischer Vorläufer, der an Container-Ephemeralität scheiterte
+- [[llm-behavior-persistence.md]] — wie LLMs selbst persistente Verhaltensweisen aufbauen
+- [[../policy/open-knowledge-format-okf.md]] — **OKF v0.1 (Google Cloud, 2026-06-12) formalisiert genau dieses Pattern als offenen Standard. Unser Wiki ist strukturell bereits konform**
\ No newline at end of file
diff --git a/wiki/concepts/llm/llm-model-catalog.md b/wiki/concepts/llm/llm-model-catalog.md
index bb1c04c..bca3efe 100644
--- a/wiki/concepts/llm/llm-model-catalog.md
+++ b/wiki/concepts/llm/llm-model-catalog.md
@@ -28,18 +28,18 @@ Diese Modelle sind proprietär, nicht lokal hostbar, und werden über API-Provid
 
 | Modell | Hersteller | Kontext | Preis | Lizenz | Bemerkung | Quelle |
 |--------|-----------|---------|-------|--------|-----------|--------|
-| Claude Opus 4.8 | Anthropic | — | — | Closed | Aktuelles Frontier-Modell (GA). $30 Mrd. ARR, 500+ Enterprise-Kunden. Nicht von Exportkontrollen betroffen. | [[tools/anthropic-claude.md]] |
-| Claude Fable 5 | Anthropic | — | — | Closed | Public-Version von Mythos 5 (ohne Cybersecurity-Safeguards). Launch 9. Juni 2026, 3 Tage später blockiert. DRACO-Solo: 65.3% (93/100 Tasks, 7 durch Content-Filter abgebrochen). | [[tools/anthropic-claude.md]], [[concepts/llm/llm-model-fusion-ensembles.md]] |
-| Claude Mythos 5 | Anthropic | — | — | Closed | Cybersecurity-Spezialmodell, NSA nutzt es für offensive Cyber-Ops. Export-restricted seit 12.06.2026. | [[tools/anthropic-claude.md]] |
-| Claude Opus 4.7 | Anthropic | — | — | Closed | Legacy-Vorgängermodell. | [[tools/anthropic-claude.md]] |
-| GPT-5.5 | OpenAI | 1M | $5/$30 pro Mio I/O | Closed | "Smartest and most intuitive model yet". Agentic Coding, Computer Use. Released 2026-04-23. DRACO-Solo: 60.0%. | [[tools/openai-gpt.md]], [[concepts/llm/llm-model-fusion-ensembles.md]] |
-| GPT-5.5 Instant | OpenAI | — | — | Closed | 52,5% weniger Halluzinationen (Medizin, Jura, Finanzen). Released 2026-05-05. | [[tools/openai-gpt.md]] |
-| GPT-5.4 | OpenAI | 200K | — | Closed | Routing: `openrouter/openai/gpt-5.4`. 32K Output. Reasoning/Thinking deaktiviert (per Claire Vo-Empfehlung). | [[architecture/model-routing.md]] |
-| Grok 4.20 | xAI | — | — | Closed | Routing: `xai/grok-4.20-0309-non-reasoning`. Ideation-Phase in Two-Model-Pipeline (Grok → Gemini). | [[architecture/model-routing.md]] |
-| Gemini 3.1 Pro | Google | — | — | Closed | DRACO-Solo: 45.4%. Kosteneffizient für Enterprise, Cloud-Integration. | [[tools/openai-gpt.md]], [[concepts/llm/llm-model-fusion-ensembles.md]] |
-| Gemini 3 Flash | Google | — | — | Closed | DRACO-Solo: 43.1%. Routing: `ollama/gemini-3-flash-preview`. Synthesis-Phase in Two-Model-Pipeline. | [[concepts/llm/llm-model-fusion-ensembles.md]], [[architecture/model-routing.md]] |
+| Claude Opus 4.8 | Anthropic | — | — | Closed | Aktuelles Frontier-Modell (GA). $30 Mrd. ARR, 500+ Enterprise-Kunden. Nicht von Exportkontrollen betroffen. | [[../../tools/anthropic-claude.md]] |
+| Claude Fable 5 | Anthropic | — | — | Closed | Public-Version von Mythos 5 (ohne Cybersecurity-Safeguards). Launch 9. Juni 2026, 3 Tage später blockiert. DRACO-Solo: 65.3% (93/100 Tasks, 7 durch Content-Filter abgebrochen). | [[../../tools/anthropic-claude.md]], [[llm-model-fusion-ensembles.md]] |
+| Claude Mythos 5 | Anthropic | — | — | Closed | Cybersecurity-Spezialmodell, NSA nutzt es für offensive Cyber-Ops. Export-restricted seit 12.06.2026. | [[../../tools/anthropic-claude.md]] |
+| Claude Opus 4.7 | Anthropic | — | — | Closed | Legacy-Vorgängermodell. | [[../../tools/anthropic-claude.md]] |
+| GPT-5.5 | OpenAI | 1M | $5/$30 pro Mio I/O | Closed | "Smartest and most intuitive model yet". Agentic Coding, Computer Use. Released 2026-04-23. DRACO-Solo: 60.0%. | [[../../tools/openai-gpt.md]], [[llm-model-fusion-ensembles.md]] |
+| GPT-5.5 Instant | OpenAI | — | — | Closed | 52,5% weniger Halluzinationen (Medizin, Jura, Finanzen). Released 2026-05-05. | [[../../tools/openai-gpt.md]] |
+| GPT-5.4 | OpenAI | 200K | — | Closed | Routing: `openrouter/openai/gpt-5.4`. 32K Output. Reasoning/Thinking deaktiviert (per Claire Vo-Empfehlung). | [[../../architecture/model-routing.md]] |
+| Grok 4.20 | xAI | — | — | Closed | Routing: `xai/grok-4.20-0309-non-reasoning`. Ideation-Phase in Two-Model-Pipeline (Grok → Gemini). | [[../../architecture/model-routing.md]] |
+| Gemini 3.1 Pro | Google | — | — | Closed | DRACO-Solo: 45.4%. Kosteneffizient für Enterprise, Cloud-Integration. | [[../../tools/openai-gpt.md]], [[llm-model-fusion-ensembles.md]] |
+| Gemini 3 Flash | Google | — | — | Closed | DRACO-Solo: 43.1%. Routing: `ollama/gemini-3-flash-preview`. Synthesis-Phase in Two-Model-Pipeline. | [[llm-model-fusion-ensembles.md]], [[../../architecture/model-routing.md]] |
 
-> **Strategisches Bild:** Yegges Flat-Curve-These ([[concepts/llm/flat-curve-society.md]]) besagt, dass Frontier-Modelle in 2-3 Generationen unter Lockdown geraten — kontrolliert wie Kernwaffen, zugänglich nur als "vending machine". OSS-Modelle trailn Frontier um ~7 Monate. Die praktische Konsequenz: **"Route every task to the dumbest model that can handle it"** — Discernment Horizon als Routing-Infrastruktur.
+> **Strategisches Bild:** Yegges Flat-Curve-These ([[flat-curve-society.md]]) besagt, dass Frontier-Modelle in 2-3 Generationen unter Lockdown geraten — kontrolliert wie Kernwaffen, zugänglich nur als "vending machine". OSS-Modelle trailn Frontier um ~7 Monate. Die praktische Konsequenz: **"Route every task to the dumbest model that can handle it"** — Discernment Horizon als Routing-Infrastruktur.
 
 ---
 
@@ -49,41 +49,41 @@ Das Herzstück. Modelle mit Open Weights oder zumindest lokaler Hosting-Option.
 
 | Modell | Hersteller | Architektur | Kontext | Lizenz | HuggingFace | Lokale Hosting | Getestet von | Praxis-Erfahrung | Tokens/s | Quelle |
 |--------|-----------|-------------|---------|--------|-------------|----------------|-------------|-------------------|----------|--------|
-| **GLM 5.2** | Zhipu AI / [Z.ai](https://z.ai/) | Dense, 744B | 1M | MIT | https://huggingface.co/zai-org/GLM-5 | LM Studio, Unsloth, DwarfStar (antirez/ds4), Ollama, OpenClaw v2026.6.8 | IAmFabian (Flappy Bird, Newton-Pendel, 14.06.2026), AI mit Arnie (4 Tests, 22.06.2026), Fahd Mirza (Head-to-Head vs Kimi K2.7, 14.06.2026), Hector (`ollama/glm-5.2:cloud`) | Frontier-Niveau, vergleichbar mit Opus 4.6 (6% darunter laut AI Code King). Stärke: kreative Animation, Detail. Schwäche: Light-Plan-Wartezeiten, Innovation bei Bug-Fix geringer als Kimi. 10× günstiger als Claude. | — | [[concepts/llm/glm-5.2-zai-coding-model.md]], [[concepts/llm/real-world-coding-showdown.md]] |
-| **GLM 5.1** | Zhipu AI / Z.ai | — | 200K | — | — | Ollama, OpenClaw | Hector (`ollama/glm-5.1`) | Geplant als neuer Primary in Hectors Routing (Stand 16.06.2026). | — | [[architecture/model-routing.md]] |
-| **GLM 5.0** | Zhipu AI / Z.ai | — | 200K | — | — | Ollama (`zai/glm-5-turbo`) | — | Vorgänger, Feb 2026. In alter Fallback-Chain als zweite Stufe. | — | [[concepts/llm/glm-5.2-zai-coding-model.md]], [[architecture/model-routing.md]] |
-| **Kimi K2.7 Code** | Moonshot AI | MoE, ~1.04T (1T total, 32B active) | 256K | Open | — | Ollama Cloud (NVIDIA B300), Ollama local, `ollama launch` (Claude, OpenClaw, Codex, Hermes, OpenCode) | Fahd Mirza (Head-to-Head vs GLM-5.2, 14.06.2026), Hector (`ollama/kimi-k2.7-code`) | ~30% weniger Thinking-Tokens als K2.6. Stärke: Speed (~5 Min für Bug-Fix+Feature), Innovation (Progression-Previews). Schwäche: Animation sehr schwach. MCP Mark Verified: 81.1 (schlägt Claude 76.4). | — | [[tools/kimi-k2.7-code.md]], [[concepts/llm/real-world-coding-showdown.md]] |
-| **Kimi K2.6** | Moonshot AI | — | — | Open | — | OpenRouter | OpenRouter (DRACO-Benchmark) | DRACO-Solo: 53.7%. Budget-Panel-Kandidat in OpenRouter Fusion. | — | [[concepts/llm/llm-model-fusion-ensembles.md]] |
-| **DeepSeek V4 Pro** | DeepSeek | — | — | — | — | OpenRouter, Ollama (`ollama/deepseek-v4-pro:cloud`) | OpenRouter (DRACO-Benchmark), Hector | DRACO-Solo: 60.3%. Budget-Panel: Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro = 64.7% (bei 50% Kosten vs Fable 5). | — | [[concepts/llm/llm-model-fusion-ensembles.md]] |
+| **GLM 5.2** | Zhipu AI / [Z.ai](https://z.ai/) | Dense, 744B | 1M | MIT | https://huggingface.co/zai-org/GLM-5 | LM Studio, Unsloth, DwarfStar (antirez/ds4), Ollama, OpenClaw v2026.6.8 | IAmFabian (Flappy Bird, Newton-Pendel, 14.06.2026), AI mit Arnie (4 Tests, 22.06.2026), Fahd Mirza (Head-to-Head vs Kimi K2.7, 14.06.2026), Hector (`ollama/glm-5.2:cloud`) | Frontier-Niveau, vergleichbar mit Opus 4.6 (6% darunter laut AI Code King). Stärke: kreative Animation, Detail. Schwäche: Light-Plan-Wartezeiten, Innovation bei Bug-Fix geringer als Kimi. 10× günstiger als Claude. | — | [[glm-5.2-zai-coding-model.md]], [[real-world-coding-showdown.md]] |
+| **GLM 5.1** | Zhipu AI / Z.ai | — | 200K | — | — | Ollama, OpenClaw | Hector (`ollama/glm-5.1`) | Geplant als neuer Primary in Hectors Routing (Stand 16.06.2026). | — | [[../../architecture/model-routing.md]] |
+| **GLM 5.0** | Zhipu AI / Z.ai | — | 200K | — | — | Ollama (`zai/glm-5-turbo`) | — | Vorgänger, Feb 2026. In alter Fallback-Chain als zweite Stufe. | — | [[glm-5.2-zai-coding-model.md]], [[../../architecture/model-routing.md]] |
+| **Kimi K2.7 Code** | Moonshot AI | MoE, ~1.04T (1T total, 32B active) | 256K | Open | — | Ollama Cloud (NVIDIA B300), Ollama local, `ollama launch` (Claude, OpenClaw, Codex, Hermes, OpenCode) | Fahd Mirza (Head-to-Head vs GLM-5.2, 14.06.2026), Hector (`ollama/kimi-k2.7-code`) | ~30% weniger Thinking-Tokens als K2.6. Stärke: Speed (~5 Min für Bug-Fix+Feature), Innovation (Progression-Previews). Schwäche: Animation sehr schwach. MCP Mark Verified: 81.1 (schlägt Claude 76.4). | — | [[../../tools/kimi-k2.7-code.md]], [[real-world-coding-showdown.md]] |
+| **Kimi K2.6** | Moonshot AI | — | — | Open | — | OpenRouter | OpenRouter (DRACO-Benchmark) | DRACO-Solo: 53.7%. Budget-Panel-Kandidat in OpenRouter Fusion. | — | [[llm-model-fusion-ensembles.md]] |
+| **DeepSeek V4 Pro** | DeepSeek | — | — | — | — | OpenRouter, Ollama (`ollama/deepseek-v4-pro:cloud`) | OpenRouter (DRACO-Benchmark), Hector | DRACO-Solo: 60.3%. Budget-Panel: Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro = 64.7% (bei 50% Kosten vs Fable 5). | — | [[llm-model-fusion-ensembles.md]] |
 | **DeepSeek V4 Flash** | DeepSeek | — | — | — | — | Ollama (`ollama/deepseek-v4-flash:cloud`) | Hector | Cloud-Variante im aktiven Stack. | — | MEMORY.md (Hector's Setup) |
 | **DeepSeek V3.2** | DeepSeek | — | — | — | — | Ollama | Hector | Aktiver Ollama-Provider. | — | MEMORY.md (Hector's Setup) |
-| **NLS 2.5** | nicht dokumentiert | MoE (1,5 Mrd. Parameter pro Expert) | — | — | — | Local (MacBook Pro M-Series) | OME21 Community | 150 Tokens/s lokal — Gemini-Flash-Niveau offline. | **150** | [[concepts/hardware/cloud-exit-and-local-superiority.md]] |
-| **Qwen 3.5 Vision** | Qwen (Alibaba) | Vision/OCR | — | — | — | Local (MacBook Pro M-Series) | OME21 Community | Lokales OCR, visuelle Verarbeitung. 80 Tokens/s lokal. | **80** | [[concepts/hardware/cloud-exit-and-local-superiority.md]] |
+| **NLS 2.5** | nicht dokumentiert | MoE (1,5 Mrd. Parameter pro Expert) | — | — | — | Local (MacBook Pro M-Series) | OME21 Community | 150 Tokens/s lokal — Gemini-Flash-Niveau offline. | **150** | [[../hardware/cloud-exit-and-local-superiority.md]] |
+| **Qwen 3.5 Vision** | Qwen (Alibaba) | Vision/OCR | — | — | — | Local (MacBook Pro M-Series) | OME21 Community | Lokales OCR, visuelle Verarbeitung. 80 Tokens/s lokal. | **80** | [[../hardware/cloud-exit-and-local-superiority.md]] |
 | **Qwen3 Coder (480B)** | Qwen (Alibaba) | — | — | — | — | Ollama (`ollama/qwen3-coder:480b`) | Hector | Aktiver Ollama-Provider. | — | MEMORY.md (Hector's Setup) |
 | **Qwen 3.5 (397B)** | Qwen (Alibaba) | — | — | — | — | Ollama (`ollama/qwen3.5:397b`) | Hector | Aktiver Ollama-Provider. | — | MEMORY.md (Hector's Setup) |
-| **MiniMax M3** | MiniMax | — | — | — | — | Ollama (`ollama/minimax-m3`) | Hector (Wiki-Kuration via Ollama) | Geplanter Fallback hinter GLM-5.1 Primary. OME21: "Hochwertige autonome Kuration extrem kosteneffizient" — nur 20% Token-Kontingent nach Monatsmitte. | — | [[architecture/model-routing.md]], [[raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md]] |
-| **MiniMax M2.7** | MiniMax | — | — | — | — | Ollama (`ollama/minimax-m2.7`) | Hector | Legacy-Fallback (letzte Stufe der alten Fallback-Chain). | — | [[architecture/model-routing.md]], MEMORY.md |
+| **MiniMax M3** | MiniMax | — | — | — | — | Ollama (`ollama/minimax-m3`) | Hector (Wiki-Kuration via Ollama) | Geplanter Fallback hinter GLM-5.1 Primary. OME21: "Hochwertige autonome Kuration extrem kosteneffizient" — nur 20% Token-Kontingent nach Monatsmitte. | — | [[../../architecture/model-routing.md]], [[../../../raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md]] |
+| **MiniMax M2.7** | MiniMax | — | — | — | — | Ollama (`ollama/minimax-m2.7`) | Hector | Legacy-Fallback (letzte Stufe der alten Fallback-Chain). | — | [[../../architecture/model-routing.md]], MEMORY.md |
 | **Nemotron 3 Ultra** | NVIDIA | — | — | — | — | Ollama (`ollama/nemotron-3-ultra`) | Hector | Aktiver Ollama-Provider. | — | MEMORY.md (Hector's Setup) |
 | **GPT-OSS 120B** | OpenAI | — | — | — | — | Ollama (`ollama/gpt-oss:120b`) | Hector | Aktiver Ollama-Provider. OpenAI's Open-Source-Modell. | — | MEMORY.md (Hector's Setup) |
 | **MiMo v2 Pro** | Xiaomi | — | — | — | — | OpenRouter (`openrouter/xiaomi/mimo-v2-pro`) | Hector | Aktiver OpenRouter-Provider. | — | MEMORY.md (Hector's Setup) |
-| **Gemini 3 Flash** | Google | — | — | — | — | Ollama (`ollama/gemini-3-flash-preview`) | Hector, OpenRouter (DRACO) | DRACO-Solo: 43.1%. Budget-Panel-Kandidat. Synthesis-Phase in Two-Model-Pipeline. | — | [[architecture/model-routing.md]], [[concepts/llm/llm-model-fusion-ensembles.md]] |
+| **Gemini 3 Flash** | Google | — | — | — | — | Ollama (`ollama/gemini-3-flash-preview`) | Hector, OpenRouter (DRACO) | DRACO-Solo: 43.1%. Budget-Panel-Kandidat. Synthesis-Phase in Two-Model-Pipeline. | — | [[../../architecture/model-routing.md]], [[llm-model-fusion-ensembles.md]] |
 
-> **Lokale Performance-Referenz:** OME21-Debrief ([[concepts/hardware/cloud-exit-and-local-superiority.md]]): Apple M-Series mit 48-128 GB RAM erreicht mit MoE-Modellen Geschwindigkeiten auf Gemini-Flash-Niveau — komplett offline. RAM wird zur neuen digitalen Währung; 48 GB kritische Untergrenze, 64-128 GB empfohlen.
+> **Lokale Performance-Referenz:** OME21-Debrief ([[../hardware/cloud-exit-and-local-superiority.md]]): Apple M-Series mit 48-128 GB RAM erreicht mit MoE-Modellen Geschwindigkeiten auf Gemini-Flash-Niveau — komplett offline. RAM wird zur neuen digitalen Währung; 48 GB kritische Untergrenze, 64-128 GB empfohlen.
 
 ### Community-Krallen im Einsatz (OME21)
 
 | Operator | Anwendung | Modell | DSGVO | Quelle |
 |----------|-----------|--------|-------|--------|
-| Rüdiger | Zeugniserstellung (Schulwesen) | Gemini 3.5 Flash lokal | 100% | [[concepts/hardware/cloud-exit-and-local-superiority.md]] |
-| Andreas | E-Book-Vektorisierung (persönl. RAG) | Server-Pipeline | — | [[concepts/hardware/cloud-exit-and-local-superiority.md]] |
-| Christian | SLA-Übersetzung (juristisch) | Kimi lokal | — | [[concepts/hardware/cloud-exit-and-local-superiority.md]] |
-| Hector | Autonomes Gruppen-Wiki | MiniMax 3.0 via Ollama | — | [[raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md]] |
+| Rüdiger | Zeugniserstellung (Schulwesen) | Gemini 3.5 Flash lokal | 100% | [[../hardware/cloud-exit-and-local-superiority.md]] |
+| Andreas | E-Book-Vektorisierung (persönl. RAG) | Server-Pipeline | — | [[../hardware/cloud-exit-and-local-superiority.md]] |
+| Christian | SLA-Übersetzung (juristisch) | Kimi lokal | — | [[../hardware/cloud-exit-and-local-superiority.md]] |
+| Hector | Autonomes Gruppen-Wiki | MiniMax 3.0 via Ollama | — | [[../../../raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md]] |
 
 ---
 
 ## 3. Hector's Active Stack
 
-Hectors Modell-Routing gemäß [[architecture/model-routing.md]] und MEMORY.md (Stand 23.06.2026).
+Hectors Modell-Routing gemäß [[../../architecture/model-routing.md]] und MEMORY.md (Stand 23.06.2026).
 
 ### Routing-Architektur
 
@@ -107,12 +107,12 @@ openrouter/auto → zai/glm-5-turbo → moonshot/moonshot-v1-auto
 
 | Modell | Provider-Route | Rolle | Kontext | Quelle |
 |--------|---------------|-------|---------|--------|
-| GLM-5.2 Cloud | `ollama/glm-5.2:cloud` | Active (Runtime) | 1M | [[concepts/llm/glm-5.2-zai-coding-model.md]] |
-| GLM-5.1 Cloud | `ollama/glm-5.1` | Primary (Migration) | 200K | [[architecture/model-routing.md]] |
+| GLM-5.2 Cloud | `ollama/glm-5.2:cloud` | Active (Runtime) | 1M | [[glm-5.2-zai-coding-model.md]] |
+| GLM-5.1 Cloud | `ollama/glm-5.1` | Primary (Migration) | 200K | [[../../architecture/model-routing.md]] |
 | GLM-5 | `ollama/glm-5` | Active | — | MEMORY.md |
-| MiniMax M3 | `ollama/minimax-m3` | Fallback | — | [[architecture/model-routing.md]] |
-| MiniMax M2.7 | `ollama/minimax-m2.7` | Legacy Fallback | — | [[architecture/model-routing.md]] |
-| Kimi K2.7 Code | `ollama/kimi-k2.7-code` | Coding | 256K | [[tools/kimi-k2.7-code.md]] |
+| MiniMax M3 | `ollama/minimax-m3` | Fallback | — | [[../../architecture/model-routing.md]] |
+| MiniMax M2.7 | `ollama/minimax-m2.7` | Legacy Fallback | — | [[../../architecture/model-routing.md]] |
+| Kimi K2.7 Code | `ollama/kimi-k2.7-code` | Coding | 256K | [[../../tools/kimi-k2.7-code.md]] |
 | DeepSeek V3.2 | `ollama/deepseek-v3.2` | Active | — | MEMORY.md |
 | DeepSeek V4 Flash | `ollama/deepseek-v4-flash:cloud` | Active (Cloud) | — | MEMORY.md |
 | DeepSeek V4 Pro | `ollama/deepseek-v4-pro:cloud` | Active (Cloud) | — | MEMORY.md |
@@ -120,9 +120,9 @@ openrouter/auto → zai/glm-5-turbo → moonshot/moonshot-v1-auto
 | Qwen3 Coder (480B) | `ollama/qwen3-coder:480b` | Active | — | MEMORY.md |
 | Nemotron 3 Ultra | `ollama/nemotron-3-ultra` | Active | — | MEMORY.md |
 | GPT-OSS 120B | `ollama/gpt-oss:120b` | Active | — | MEMORY.md |
-| Gemini 3 Flash | `ollama/gemini-3-flash-preview` | Synthesis | — | [[architecture/model-routing.md]] |
-| GPT-5.4 | `openrouter/openai/gpt-5.4` | Active (OpenRouter) | 200K / 32K Output | [[architecture/model-routing.md]] |
-| Grok 4.20 | `xai/grok-4.20-0309-non-reasoning` | Ideation | — | [[architecture/model-routing.md]] |
+| Gemini 3 Flash | `ollama/gemini-3-flash-preview` | Synthesis | — | [[../../architecture/model-routing.md]] |
+| GPT-5.4 | `openrouter/openai/gpt-5.4` | Active (OpenRouter) | 200K / 32K Output | [[../../architecture/model-routing.md]] |
+| Grok 4.20 | `xai/grok-4.20-0309-non-reasoning` | Ideation | — | [[../../architecture/model-routing.md]] |
 | MiMo v2 Pro | `openrouter/xiaomi/mimo-v2-pro` | Active (OpenRouter) | — | MEMORY.md |
 
 ### Sub-Task-Routing-Plan
@@ -135,7 +135,7 @@ OpenClaw Primary Routing
   └─ Frontier Quality              → Claude Opus 4.8 / Fable
 ```
 
-*Quelle: [[architecture/model-routing.md]] — Update 2026-06-16 nach OpenClaw v2026.6.8*
+*Quelle: [[../../architecture/model-routing.md]] — Update 2026-06-16 nach OpenClaw v2026.6.8*
 
 ---
 
@@ -145,12 +145,12 @@ Nicht im aktiven Routing, aber mittelfristig zu beobachten. Status: **beobachten
 
 | Architektur | Kernidee | Status | Quelle |
 |-------------|----------|--------|--------|
-| **Griffin** | Lokale Attention + rekurrentes "Index-Karten"-Gedächtnis statt KV-Cache. [arXiv:2402.19427](https://arxiv.org/abs/2402.19427) | Veröffentlicht 2024 | [[concepts/llm/post-transformer-llm-architectures.md]] |
-| **Recurrent Gemma** | Baut auf Griffin auf; verbesserte Langkontext-Benchmarks. [arXiv:2404.08239](https://arxiv.org/abs/2404.08239) | 2024 | [[concepts/llm/post-transformer-llm-architectures.md]] |
-| **Titans** | "Learning to Memorize at Test Time" — selektives Gedächtnis. [arXiv:2501.00663](https://arxiv.org/abs/2501.00663) | Behrouz et al., 2025 | [[concepts/llm/post-transformer-llm-architectures.md]] |
-| **Gemma 4** | Sparsity/Experts + lokal+global hybrid multimodal. 256k Token auf Edge-Hardware. | Aktuell | [[concepts/llm/post-transformer-llm-architectures.md]] |
-| **Gemini Diffusion** | Iterative Sequenz-Verfeinerung statt AR. ~10× schneller bei ähnlicher Qualität. Beliebige Kontextpositionen (Code-Completion in Lücken). | Ankündigung Mai 2025 | [[concepts/llm/post-transformer-llm-architectures.md]] |
-| **V-JEPA** | JEPA-Weltmodell (Meta/LeCun): Konsistenz von Repräsentationen statt Pixel-Rekonstruktion. [arXiv:2404.08471](https://arxiv.org/abs/2404.08471) | Empirisch noch hinter Top-Generatoren | [[concepts/llm/post-transformer-llm-architectures.md]] |
+| **Griffin** | Lokale Attention + rekurrentes "Index-Karten"-Gedächtnis statt KV-Cache. [arXiv:2402.19427](https://arxiv.org/abs/2402.19427) | Veröffentlicht 2024 | [[post-transformer-llm-architectures.md]] |
+| **Recurrent Gemma** | Baut auf Griffin auf; verbesserte Langkontext-Benchmarks. [arXiv:2404.08239](https://arxiv.org/abs/2404.08239) | 2024 | [[post-transformer-llm-architectures.md]] |
+| **Titans** | "Learning to Memorize at Test Time" — selektives Gedächtnis. [arXiv:2501.00663](https://arxiv.org/abs/2501.00663) | Behrouz et al., 2025 | [[post-transformer-llm-architectures.md]] |
+| **Gemma 4** | Sparsity/Experts + lokal+global hybrid multimodal. 256k Token auf Edge-Hardware. | Aktuell | [[post-transformer-llm-architectures.md]] |
+| **Gemini Diffusion** | Iterative Sequenz-Verfeinerung statt AR. ~10× schneller bei ähnlicher Qualität. Beliebige Kontextpositionen (Code-Completion in Lücken). | Ankündigung Mai 2025 | [[post-transformer-llm-architectures.md]] |
+| **V-JEPA** | JEPA-Weltmodell (Meta/LeCun): Konsistenz von Repräsentationen statt Pixel-Rekonstruktion. [arXiv:2404.08471](https://arxiv.org/abs/2404.08471) | Empirisch noch hinter Top-Generatoren | [[post-transformer-llm-architectures.md]] |
 
 **OpenClaw-Relevanz:** Mittelfristig könnten Griffin-artige Architekturen für lokal laufende Embedding/SSR-Modelle interessant werden. Diffusions-LLMs für parallele Code-Completion in nicht-Präfix-Positionen (Hermes-Agent-Code-Edit-Tasks). JEPA für Subconscious-Agent-"Simulations-Prior".
 
@@ -158,7 +158,7 @@ Nicht im aktiven Routing, aber mittelfristig zu beobachten. Status: **beobachten
 
 ## 5. Ensemble- und Fusion-Kontext
 
-OpenRouter Fusion ([[concepts/llm/llm-model-fusion-ensembles.md]]) ermöglicht parallele Model-Panels mit Judge-Synthese. DRACO-Benchmark-Ergebnisse:
+OpenRouter Fusion ([[llm-model-fusion-ensembles.md]]) ermöglicht parallele Model-Panels mit Judge-Synthese. DRACO-Benchmark-Ergebnisse:
 
 | Typ | Model(s) | Synthesizer | DRACO Score |
 |-----|----------|-------------|-------------|
@@ -183,17 +183,17 @@ OpenRouter Fusion ([[concepts/llm/llm-model-fusion-ensembles.md]]) ermöglicht p
 
 ### Wiki-Seiten (referenziert)
 
-- [[concepts/llm/glm-5.2-zai-coding-model.md]] — GLM 5.2: Distribution, Tests, OpenClaw-Integration, Self-Hosting-Pfade
-- [[tools/kimi-k2.7-code.md]] — Kimi K2.7 Code: Benchmarks, Ollama Cloud, Verbesserungen über K2.6
-- [[tools/anthropic-claude.md]] — Claude-Modellfamilie: Opus 4.8, Mythos/Fable 5, Exportkontrollen
-- [[tools/openai-gpt.md]] — GPT-5.5, GPT-5.5 Instant, Pricing
-- [[concepts/hardware/cloud-exit-and-local-superiority.md]] — Lokale Performance-Parität, NLS 2.5, Qwen 3.5 Vision, RAM als Währung
-- [[architecture/model-routing.md]] — Two-Model-Pipeline, Fallback-Chain, GLM-5.2-Routing-Position, OpenClaw v2026.6.8
-- [[concepts/llm/real-world-coding-showdown.md]] — Head-to-Head Kimi K2.7 vs GLM-5.2 in Hermes Agent
-- [[concepts/llm/llm-model-fusion-ensembles.md]] — OpenRouter Fusion, DRACO-Benchmark, Budget-Panels
-- [[concepts/llm/post-transformer-llm-architectures.md]] — Griffin, Recurrent Gemma, Titans, Diffusions-LLMs, JEPA
-- [[concepts/llm/flat-curve-society.md]] — Yegge's Modell-Lockdown-These, Discernment Horizon, "Route to dumbest model"
-- [[raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md]] — OME21 Community-Krallen, lokale MoE-Benchmarks
+- [[glm-5.2-zai-coding-model.md]] — GLM 5.2: Distribution, Tests, OpenClaw-Integration, Self-Hosting-Pfade
+- [[../../tools/kimi-k2.7-code.md]] — Kimi K2.7 Code: Benchmarks, Ollama Cloud, Verbesserungen über K2.6
+- [[../../tools/anthropic-claude.md]] — Claude-Modellfamilie: Opus 4.8, Mythos/Fable 5, Exportkontrollen
+- [[../../tools/openai-gpt.md]] — GPT-5.5, GPT-5.5 Instant, Pricing
+- [[../hardware/cloud-exit-and-local-superiority.md]] — Lokale Performance-Parität, NLS 2.5, Qwen 3.5 Vision, RAM als Währung
+- [[../../architecture/model-routing.md]] — Two-Model-Pipeline, Fallback-Chain, GLM-5.2-Routing-Position, OpenClaw v2026.6.8
+- [[real-world-coding-showdown.md]] — Head-to-Head Kimi K2.7 vs GLM-5.2 in Hermes Agent
+- [[llm-model-fusion-ensembles.md]] — OpenRouter Fusion, DRACO-Benchmark, Budget-Panels
+- [[post-transformer-llm-architectures.md]] — Griffin, Recurrent Gemma, Titans, Diffusions-LLMs, JEPA
+- [[flat-curve-society.md]] — Yegge's Modell-Lockdown-These, Discernment Horizon, "Route to dumbest model"
+- [[../../../raw/other/2026-06-19_ome21-briefing-ki-fortschritte-lokale-modelle.md]] — OME21 Community-Krallen, lokale MoE-Benchmarks
 
 ### Externe Referenzen
 
@@ -208,15 +208,15 @@ OpenRouter Fusion ([[concepts/llm/llm-model-fusion-ensembles.md]]) ermöglicht p
 
 ## Cross-References
 
-- [[architecture/model-routing.md]] — Wie Modelle im Agent-Stack eingebunden sind (Primary/Fallback/Routing-Plan)
-- [[concepts/llm/llm-model-fusion-ensembles.md]] — Ensemble-Pattern mit DRACO-Benchmark
-- [[concepts/llm/real-world-coding-showdown.md]] — Praxis-Vergleich Kimi K2.7 vs GLM-5.2
-- [[concepts/hardware/cloud-exit-and-local-superiority.md]] — Warum lokale Modelle 2026 strategisch dominant werden
-- [[concepts/llm/flat-curve-society.md]] — Warum Frontier-Lockdown OSS-Modelle aufwertet
-- [[concepts/llm/post-transformer-llm-architectures.md]] — Architektur-Ausblick jenseits AR-Transformer
-- [[concepts/llm/ai-intelligence-commoditization-thesis.md]] — Makro-These: Modelle werden Commodity
-- [[tools/anthropic-claude.md]] — Frontier-Referenz (Opus 4.8, Fable 5)
-- [[tools/openai-gpt.md]] — Frontier-Referenz (GPT-5.5)
-- [[tools/kimi-k2.7-code.md]] — Detailseite Kimi K2.7
-- [[tools/hermes-desktop.md]] — Agent-Framework mit Model-Picker
-- [[concepts/directives/pro-leben-directive.md]] — Philosophischer Rahmen: Cloud-Exit = Handlungsfähigkeit
\ No newline at end of file
+- [[../../architecture/model-routing.md]] — Wie Modelle im Agent-Stack eingebunden sind (Primary/Fallback/Routing-Plan)
+- [[llm-model-fusion-ensembles.md]] — Ensemble-Pattern mit DRACO-Benchmark
+- [[real-world-coding-showdown.md]] — Praxis-Vergleich Kimi K2.7 vs GLM-5.2
+- [[../hardware/cloud-exit-and-local-superiority.md]] — Warum lokale Modelle 2026 strategisch dominant werden
+- [[flat-curve-society.md]] — Warum Frontier-Lockdown OSS-Modelle aufwertet
+- [[post-transformer-llm-architectures.md]] — Architektur-Ausblick jenseits AR-Transformer
+- [[ai-intelligence-commoditization-thesis.md]] — Makro-These: Modelle werden Commodity
+- [[../../tools/anthropic-claude.md]] — Frontier-Referenz (Opus 4.8, Fable 5)
+- [[../../tools/openai-gpt.md]] — Frontier-Referenz (GPT-5.5)
+- [[../../tools/kimi-k2.7-code.md]] — Detailseite Kimi K2.7
+- [[../../tools/hermes-desktop.md]] — Agent-Framework mit Model-Picker
+- [[../directives/pro-leben-directive.md]] — Philosophischer Rahmen: Cloud-Exit = Handlungsfähigkeit
\ No newline at end of file
diff --git a/wiki/concepts/llm/llm-model-fusion-ensembles.md b/wiki/concepts/llm/llm-model-fusion-ensembles.md
index 8258d16..6689fa0 100644
--- a/wiki/concepts/llm/llm-model-fusion-ensembles.md
+++ b/wiki/concepts/llm/llm-model-fusion-ensembles.md
@@ -142,7 +142,7 @@ OpenRouter nutzt **Gemini 3.1 Pro Preview** als Judge statt Gemini 3 Pro (DRACO-
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 **Gegen das Mangelnarrativ** ("Wir brauchen immer größere Modelle, sonst kommen wir nicht weiter"):
 - Budget-Panels erreichen Frontier-Nähe. Innovation ist nicht nur Skalierung.
@@ -152,7 +152,7 @@ Gemäß [[concepts/directives/pro-leben-directive.md]]:
 **Für Handlungsfähigkeit:**
 - Wer heute schon mit LLMs arbeitet, kann Fusion direkt testen: [openrouter.ai/fusion](https://openrouter.ai/fusion)
 - Wer eigene Eval-Setups baut, sollte Excluded-Domains von Anfang an einplanen
-- Wer ein Sub-Agent-Setup hat ([[architecture/agent-orchestration.md]]), kann das Synthesis-Pattern aus Fusion übertragen — Multi-Agent statt Multi-Model
+- Wer ein Sub-Agent-Setup hat ([[../../architecture/agent-orchestration.md]]), kann das Synthesis-Pattern aus Fusion übertragen — Multi-Agent statt Multi-Model
 
 **Realismus:**
 - Fusion ist *nicht* ein Drop-in-Replacement für Fable 5 (siehe FAQ): nur für Deep-Research-Klasse getestet, Lang-Horizon-Tasks bleiben Fable-Territorium
@@ -161,12 +161,12 @@ Gemäß [[concepts/directives/pro-leben-directive.md]]:
 
 ## Verwandte Wiki-Seiten
 
-- [[concepts/llm/llm-behavior-persistence.md]] — Persistenz im *einzelnen* Modell (Bias, Backdoors, Unlearning-Grenzen). Fusion mildert das, indem Heterogenität eingebaut wird.
-- [[concepts/agents/ai-agents-2026.md]] — Agent-Orchestrierung. Multi-Model-Fusion ist ein Spezialfall von Multi-Agent-Reasoning.
-- [[concepts/policy/ai-regulation-2026.md]] — Regulatorischer Kontext: in einer Welt, in der Frontier-Modelle Export-Kontrollen unterliegen ([Mythos 5 / Fable 5](concepts/policy/ai-regulation-2026.md)), wird Ensemble aus nicht-frontier Modellen attraktiver.
-- [[architecture/model-routing.md]] — Bestehendes Pattern: sequentielle Two-Model-Pipeline (Grok → Gemini). Fusion ist *parallel*, nicht sequentiell — komplementär, nicht ersetzend.
-- [[tools/anthropic-claude.md]] — Fable 5 / Opus 4.8 als eines der Top-Modelle in Fusion-Setups.
-- [[concepts/llm/llm-knowledge-base.md]] — Karpathy-Pattern: kuratierte Strukturen schlagen reine Inference.
+- [[llm-behavior-persistence.md]] — Persistenz im *einzelnen* Modell (Bias, Backdoors, Unlearning-Grenzen). Fusion mildert das, indem Heterogenität eingebaut wird.
+- [[../agents/ai-agents-2026.md]] — Agent-Orchestrierung. Multi-Model-Fusion ist ein Spezialfall von Multi-Agent-Reasoning.
+- [[../policy/ai-regulation-2026.md]] — Regulatorischer Kontext: in einer Welt, in der Frontier-Modelle Export-Kontrollen unterliegen ([Mythos 5 / Fable 5](concepts/policy/ai-regulation-2026.md)), wird Ensemble aus nicht-frontier Modellen attraktiver.
+- [[../../architecture/model-routing.md]] — Bestehendes Pattern: sequentielle Two-Model-Pipeline (Grok → Gemini). Fusion ist *parallel*, nicht sequentiell — komplementär, nicht ersetzend.
+- [[../../tools/anthropic-claude.md]] — Fable 5 / Opus 4.8 als eines der Top-Modelle in Fusion-Setups.
+- [[llm-knowledge-base.md]] — Karpathy-Pattern: kuratierte Strukturen schlagen reine Inference.
 
 ## Externe Ressourcen
 
@@ -207,6 +207,6 @@ Gemäß [[concepts/directives/pro-leben-directive.md]]:
 
 ## Open Questions / Lessons für OpenClaw
 
-1. **Self-Fusion in OpenClaw-Pipelines?** Hector's Primary-Fallback-Chain ([[architecture/model-routing.md]]) ist sequentiell. Wäre eine parallele Pre-Routing-Schicht mit 2-3 Modellen + Synthese sinnvoll für Quality-kritische Tasks?
+1. **Self-Fusion in OpenClaw-Pipelines?** Hector's Primary-Fallback-Chain ([[../../architecture/model-routing.md]]) ist sequentiell. Wäre eine parallele Pre-Routing-Schicht mit 2-3 Modellen + Synthese sinnvoll für Quality-kritische Tasks?
 2. **Judge-Modell für interne Subconscious-Outputs?** Subconscious-Agent-Evidence-Runner macht Hard Synthesis. Lohnt der Wechsel von sequentiell auf Ensemble?
 3. **Excluded-Domains in OpenClaw?** Wenn Subconscious Agent öffentliche Quellen crawled, sollte er die eigene Knowledge-Base ausschließen, um Self-Referenz-Loops zu vermeiden?
diff --git a/wiki/concepts/llm/real-world-coding-showdown.md b/wiki/concepts/llm/real-world-coding-showdown.md
index 4467efa..3120bc1 100644
--- a/wiki/concepts/llm/real-world-coding-showdown.md
+++ b/wiki/concepts/llm/real-world-coding-showdown.md
@@ -84,7 +84,7 @@ Der Hermes-Showdown testet all das **implizit** — ohne explizit dafür designt
 
 Indem **beide Modelle im selben Agent-Framework** laufen (Hermes Agent), wird die Modell-Variable sauber isoliert. Der Vergleich misst: *Was kann das Modell XY in einem realen Agent-Workflow?* — nicht: *Was kann Agent A vs Agent B?*
 
-**→ Direkter Implikat für OpenClaw:** Eine vergleichbare Showdown-Methodik mit [[concepts/agents/ai-agents-2026.md]]-Setups würde zeigen, welches Modell für welchen Sub-Task im OpenClaw-Setup am besten passt.
+**→ Direkter Implikat für OpenClaw:** Eine vergleichbare Showdown-Methodik mit [[../agents/ai-agents-2026.md]]-Setups würde zeigen, welches Modell für welchen Sub-Task im OpenClaw-Setup am besten passt.
 
 ### 3. Open-Source-Realität 2026
 
@@ -98,7 +98,7 @@ Indem **beide Modelle im selben Agent-Framework** laufen (Hermes Agent), wird di
 | Stärke (Test 1) | Speed, Innovation | Konsistenz |
 | Stärke (Test 2) | Stats, Geographie | **Animation, Detail** |
 
-**→ Direkter Implikat für [[concepts/llm/llm-model-fusion-ensembles.md]]:** In der OpenRouter-Fusion-Demo war Kimi K2.6 im Budget-Panel. Kimi K2.7 ist die nächste Generation und GLM-5.2 ein weiterer Kandidat. Beide könnten in heterogenen Coding-Panels Synergieeffekte erzeugen.
+**→ Direkter Implikat für [[llm-model-fusion-ensembles.md]]:** In der OpenRouter-Fusion-Demo war Kimi K2.6 im Budget-Panel. Kimi K2.7 ist die nächste Generation und GLM-5.2 ein weiterer Kandidat. Beide könnten in heterogenen Coding-Panels Synergieeffekte erzeugen.
 
 ### 4. Sub-Task-Spezialisierung als Schlüssel
 
@@ -106,7 +106,7 @@ Statt "ein Modell für alles" zeigt der Showdown: **Beide Modelle sind kompetent
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../directives/pro-leben-directive.md]]:
 
 **Gegen Mangelnarrativ** ("Wir sind abhängig von US-Frontier-Modellen"):
 - 2026 ist das Jahr, in dem **chinesische Open-Source-Coding-Modelle Frontier-Nähe erreicht haben** — Kimi K2.7, GLM-5.2, DeepSeek-Varianten
@@ -115,7 +115,7 @@ Gemäß [[concepts/directives/pro-leben-directive.md]]:
 
 **Für Handlungsfähigkeit:**
 - Wer Coding-Agents baut, kann heute zwischen mehreren starken Open-Source-Modellen wählen
-- Hermes Agent ist Open Source ([[concepts/agents/ai-agents-2026.md]]-Pattern)
+- Hermes Agent ist Open Source ([[../agents/ai-agents-2026.md]]-Pattern)
 - Real-World-Tests sind machbar: App mit Bug + Feature bauen, beide Modelle dranlassen, vergleichen
 
 **Realismus:**
@@ -126,13 +126,13 @@ Gemäß [[concepts/directives/pro-leben-directive.md]]:
 
 ## Verwandte Wiki-Seiten
 
-- [[concepts/llm/llm-model-fusion-ensembles.md]] — Kimi K2.6 im Budget-Panel; Kimi K2.7 / GLM-5.2 als neue Ensemble-Kandidaten
-- [[concepts/agents/ai-agents-2026.md]] — Agent-Frameworks; Hermes Agent als alternatives Agent-Framework
-- [[concepts/llm/llm-behavior-persistence.md]] — Verhalten im Einzelmodell vs. Verhalten in Agent-Workflows
-- [[tools/kimi-k2.7-code.md]] — existierende Wiki-Seite zu Kimi K2.7 (Benchmarks, Ollama Cloud)
-- [[tools/anthropic-claude.md]] — Frontier-Konkurrenz (Opus 4.8 als Synthesizer in OpenRouter-Fusion)
-- [[architecture/model-routing.md]] — Sub-Task-spezifische Modell-Zuweisung als Pattern
-- [[concepts/llm/llm-knowledge-base.md]] — Karpathy-Pattern: kuratierte Strukturen schlagen reine Inference
+- [[llm-model-fusion-ensembles.md]] — Kimi K2.6 im Budget-Panel; Kimi K2.7 / GLM-5.2 als neue Ensemble-Kandidaten
+- [[../agents/ai-agents-2026.md]] — Agent-Frameworks; Hermes Agent als alternatives Agent-Framework
+- [[llm-behavior-persistence.md]] — Verhalten im Einzelmodell vs. Verhalten in Agent-Workflows
+- [[../../tools/kimi-k2.7-code.md]] — existierende Wiki-Seite zu Kimi K2.7 (Benchmarks, Ollama Cloud)
+- [[../../tools/anthropic-claude.md]] — Frontier-Konkurrenz (Opus 4.8 als Synthesizer in OpenRouter-Fusion)
+- [[../../architecture/model-routing.md]] — Sub-Task-spezifische Modell-Zuweisung als Pattern
+- [[llm-knowledge-base.md]] — Karpathy-Pattern: kuratierte Strukturen schlagen reine Inference
 
 ## Externe Ressourcen
 
@@ -151,7 +151,7 @@ Gemäß [[concepts/directives/pro-leben-directive.md]]:
 - [Zhipu AI / Z.ai](https://z.ai/) — Hersteller GLM
 - [GLM-5.2 auf chat.z.ai](https://chat.z.ai) — kostenloser Zugang
 - [GLM-5 Open-Source Guide (nxcode.io)](https://www.nxcode.io/resources/news/glm-5-open-source-744b-model-complete-guide-2026)
-- [Ollama Cloud (Kimi K2.7)](https://ollama.com/library/kimi-k2.7-code) — siehe [[tools/kimi-k2.7-code.md]]
+- [Ollama Cloud (Kimi K2.7)](https://ollama.com/library/kimi-k2.7-code) — siehe [[../../tools/kimi-k2.7-code.md]]
 - [Open LLM Leaderboard (HuggingFace)](https://huggingface.co/spaces/open-llm-leaderboard/open_llm_leaderboard)
 
 ### Hermes Agent
diff --git a/wiki/concepts/platform.md b/wiki/concepts/platform.md
index 03f98fe..a5e52f0 100644
--- a/wiki/concepts/platform.md
+++ b/wiki/concepts/platform.md
@@ -150,10 +150,10 @@ Das ILC-Modell erreicht hier eine neue Qualität: Nicht mehr nur **welche Servic
 
 Das Wiki enthält mehrere Konzepte, die als Gegenmaßnahmen zur Platform-2.0-Dynamik dienen:
 
-- [[concepts/hardware/cloud-exit-and-local-superiority|Cloud-Exit & Lokale Überlegenheit]] — Preisschock (Hetzner/HP), lokale MoE-Modelle mit 150 tok/s, RAM als digitale Währung
-- [[concepts/hardware/edge-inference-als-cloud-alternative|Edge-Inferenz als Cloud-Alternative]] — AMD Ryzen AI Max+ 395 (Strix Halo): 235B lokal, 128 GB unified memory
-- [[concepts/llm/decentralized-ai-counterpower|Dezentrale KI als Katalysator der Gegenmacht]] — Lokale unzensierte LLMs als Gamechanger, schnelle Analyse ohne Bias-Filter
-- [[concepts/llm/ai-intelligence-commoditization-thesis|Intelligence Commoditization Thesis]] — Wert verschiebt sich von Modellen zu Orchestrierung
+- [[hardware/cloud-exit-and-local-superiority.md|Cloud-Exit & Lokale Überlegenheit]] — Preisschock (Hetzner/HP), lokale MoE-Modelle mit 150 tok/s, RAM als digitale Währung
+- [[hardware/edge-inference-als-cloud-alternative.md|Edge-Inferenz als Cloud-Alternative]] — AMD Ryzen AI Max+ 395 (Strix Halo): 235B lokal, 128 GB unified memory
+- [[llm/decentralized-ai-counterpower.md|Dezentrale KI als Katalysator der Gegenmacht]] — Lokale unzensierte LLMs als Gamechanger, schnelle Analyse ohne Bias-Filter
+- [[llm/ai-intelligence-commoditization-thesis.md|Intelligence Commoditization Thesis]] — Wert verschiebt sich von Modellen zu Orchestrierung
 
 ### Die Logik des Cloud-Exit
 
@@ -170,15 +170,15 @@ Wenn Wardley's ILC-Modell zeigt, dass Platform-Betreiber das Ecosystem ausbeuten
 ## Cross-References
 
 ### Intern (Wiki)
-- [[concepts/hardware/cloud-exit-and-local-superiority]] — Lokale Modelle als Gegenmaßnahme
-- [[concepts/hardware/edge-inference-als-cloud-alternative]] — Edge-Inferenz als Cloud-Alternative
-- [[concepts/llm/decentralized-ai-counterpower]] — Dezentrale KI als Gegenmacht
-- [[concepts/llm/ai-intelligence-commoditization-thesis]] — Commoditization im KI-Kontext
-- [[concepts/llm/glm-5.2-zai-coding-model]] — Lokales Open-Source-Modell
-- [[tools/kimi-k2.7-code]] — Lokales Coding-Modell
-- [[tools/anthropic-claude]] — Anthropic's Enterprise-Geschäft
-- [[tools/openclaw]] — OpenClaw als Selbst-Hosting-Plattform
-- [[people/k9ert-antigravity]] — k9ert's Kommentar als Auslöser dieser Seite
+- [[hardware/cloud-exit-and-local-superiority.md]] — Lokale Modelle als Gegenmaßnahme
+- [[hardware/edge-inference-als-cloud-alternative.md]] — Edge-Inferenz als Cloud-Alternative
+- [[llm/decentralized-ai-counterpower.md]] — Dezentrale KI als Gegenmacht
+- [[llm/ai-intelligence-commoditization-thesis.md]] — Commoditization im KI-Kontext
+- [[llm/glm-5.2-zai-coding-model.md]] — Lokales Open-Source-Modell
+- [[../tools/kimi-k2.7-code.md]] — Lokales Coding-Modell
+- [[../tools/anthropic-claude.md]] — Anthropic's Enterprise-Geschäft
+- [[../tools/openclaw.md]] — OpenClaw als Selbst-Hosting-Plattform
+- [[../people/k9ert-antigravity.md]] — k9ert's Kommentar als Auslöser dieser Seite
 
 ### Extern
 - [Wardley — On Platforms and Ecosystems (2015)](https://blog.gardeviance.org/2015/08/on-platforms-and-ecosystems.html)
diff --git a/wiki/concepts/policy/open-knowledge-format-okf.md b/wiki/concepts/policy/open-knowledge-format-okf.md
index 378583e..25c30a3 100644
--- a/wiki/concepts/policy/open-knowledge-format-okf.md
+++ b/wiki/concepts/policy/open-knowledge-format-okf.md
@@ -172,7 +172,7 @@ Unser Repo `knowledge-base` ist exakt nach Karpathys LLM-Wiki-Pattern aufgebaut
 
 ## Verwandte Wiki-Seiten
 
-- `[[llm-knowledge-base.md]]` — Karpathys LLM-Wiki-Pattern, Grundlage unseres Wikis
+- `[[../llm/llm-knowledge-base.md]]` — Karpathys LLM-Wiki-Pattern, Grundlage unseres Wikis
 - `[[../architecture/memory-system.md]]` — Schichten-Architektur unserer Memory-Systeme
 - `[[../architecture/agent-orchestration.md]]` — Orchestrator-Pattern (parallele zu OKF's Producer/Consumer-Trennung)
 - `[[../decisions/2026-06-05_kein-coding-guide-in-kb.md]]` — Beispiel-Decision-Page
diff --git a/wiki/concepts/world-models-jepa-vs-generative.md b/wiki/concepts/world-models-jepa-vs-generative.md
index aeb1738..bf558ed 100644
--- a/wiki/concepts/world-models-jepa-vs-generative.md
+++ b/wiki/concepts/world-models-jepa-vs-generative.md
@@ -98,7 +98,7 @@ Zwei Antworten, zwei Lager, zwei verschiedene Trainingsziele.
 
 - `[[../architecture/deepmind-beyond-transformer.md]]` — Strategischer Kontrast DeepMind vs. AR-Only-Labs
 - `[[../concepts/llm/post-transformer-llm-architectures.md]]` — Vier-Säulen-Übersicht inkl. Weltmodell-Sektion
-- `[[transformer-foundation.md]]` — Klassischer Transformer als Vergleichsbasis
+- `[[../architecture/transformer-foundation.md]]` — Klassischer Transformer als Vergleichsbasis
 - `[[../concepts/agi/aschenbrenner-situational-awareness.md]]` — AGI-Realismus: „OOMs zählen" + The Project
 - `[[world-model-rl-training.md]]` — **NEU 2026-06-25:** Qwen-AgentWorld — Weltmodelle als RL-Trainingsumgebungen (orthogonal zur Architektur-Debatte)
 
diff --git a/wiki/decisions/2026-04-volume-persistence.md b/wiki/decisions/2026-04-volume-persistence.md
index c01a340..c6cb8a6 100644
--- a/wiki/decisions/2026-04-volume-persistence.md
+++ b/wiki/decisions/2026-04-volume-persistence.md
@@ -37,10 +37,10 @@ Die Entscheidung am 2026-04-06 zog daraus die Konsequenz: **alles, was über Con
 
 ## Konsequenzen
 
-Die strikte Volume-Pflicht wurde zur Grundlage für alle späteren Architekturentscheidungen: Memory-System, Wiki-Repository, Plugin-State. Siehe [[wiki/architecture/container-volume-persistence]] für die allgemeinen Lessons Learned und [[wiki/architecture/byterover-knowledge-mining]] für die konkrete Pipeline, die an genau dieser Lücke scheiterte.
+Die strikte Volume-Pflicht wurde zur Grundlage für alle späteren Architekturentscheidungen: Memory-System, Wiki-Repository, Plugin-State. Siehe [[../architecture/container-volume-persistence.md]] für die allgemeinen Lessons Learned und [[../architecture/byterover-knowledge-mining.md]] für die konkrete Pipeline, die an genau dieser Lücke scheiterte.
 
 ## Verwandte Seiten
 
-- [[wiki/architecture/container-volume-persistence]] — ausführliche Lessons-Learned
-- [[wiki/architecture/memory-system]] — Memory-Schichten, die alle auf dem Volume liegen
-- [[wiki/architecture/byterover-knowledge-mining]] — Pipeline, die an fehlendem `.brv-cli`-Volume starb
+- [[../architecture/container-volume-persistence.md]] — ausführliche Lessons-Learned
+- [[../architecture/memory-system.md]] — Memory-Schichten, die alle auf dem Volume liegen
+- [[../architecture/byterover-knowledge-mining.md]] — Pipeline, die an fehlendem `.brv-cli`-Volume starb
diff --git a/wiki/institutions/alby.md b/wiki/institutions/alby.md
index af01804..eabd62f 100644
--- a/wiki/institutions/alby.md
+++ b/wiki/institutions/alby.md
@@ -13,7 +13,7 @@ tags: [institution, alby]
 |------|------|
 | Typ | Fintech- & Open-Web-Zahlungsplattform |
 | Fokus | Nahtlose Bitcoin-Lightning-Zahlungsintegrationen im Web-Browser; Alby Builder SDK für Agenten-Zahlungen. |
-| Wichtigste Personen | Moritz Kaminski <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/moritz-kaminski.md|Moritz Kaminski]] |
 | Homepage | https://getalby.com/ |
 | Zugehörige Tools/Modelle | [[../tools/lightning-payment-apps.md]] (Alby Builder) |
 | Primäre Quellen | `raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json` |
diff --git a/wiki/institutions/allen-institute.md b/wiki/institutions/allen-institute.md
index 70b87a2..937be13 100644
--- a/wiki/institutions/allen-institute.md
+++ b/wiki/institutions/allen-institute.md
@@ -13,7 +13,7 @@ tags: [institution, allen-institute]
 |------|------|
 | Typ | Gemeinnütziges Forschungsinstitut |
 | Fokus | Offene, reproduzierbare KI-Forschung zum Wohle der Menschheit, Common Sense Reasoning und Umweltwissenschaften. |
-| Wichtigste Personen | Oren Etzioni (Emeritus) <!-- TODO: people-page -->, Ali Farhadi <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/oren-etzioni.md|Oren Etzioni]] (Emeritus), [[../people/ali-farhadi.md|Ali Farhadi]] |
 | Homepage | https://allenai.org/ |
 | Zugehörige Tools/Modelle | OLMo (Open Language Model), Unified-IO |
 | Primäre Quellen | Forschungs-Wiki-Inventar |
diff --git a/wiki/institutions/anthropic.md b/wiki/institutions/anthropic.md
index 529ffc4..365350d 100644
--- a/wiki/institutions/anthropic.md
+++ b/wiki/institutions/anthropic.md
@@ -13,7 +13,7 @@ tags: [institution, anthropic]
 |------|------|
 | Typ | AI-Sicherheits- und Forschungs-Unternehmen (Public Benefit Corporation) |
 | Fokus | Sicherheitsfokussierte Frontier-Modelle (Claude-Serie), Constitutional AI, biologische Sicherheitsrisiken und Exportkontrollen. |
-| Wichtigste Personen | [[../people/dario-amodei.md]] (CEO), Jared Kaplan <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/dario-amodei.md]] (CEO), [[../people/jared-kaplan.md|Jared Kaplan]] |
 | Zugehörige Tools/Modelle | [[../tools/anthropic-claude.md]] |
 | Homepage | https://www.anthropic.com/ |
 | Primäre Quellen | `raw/blog/2026-06-13_trump-export-controls-anthropic-mythos-fable.md`, `raw/xpost/2026-06-13_roemmele-anthropic-selfdestruct.md` |
diff --git a/wiki/institutions/blink-wallet.md b/wiki/institutions/blink-wallet.md
index 4e4dea5..b028169 100644
--- a/wiki/institutions/blink-wallet.md
+++ b/wiki/institutions/blink-wallet.md
@@ -13,7 +13,7 @@ tags: [institution, blink-wallet]
 |------|------|
 | Typ | Kryptographie- & Fintech-Infrastruktur-Unternehmen |
 | Fokus | Entwicklung benutzerfreundlicher Bitcoin- und Lightning-Infrastrukturen für den täglichen Gebrauch; L402 Auto-Payments. |
-| Wichtigste Personen | Nicolas Burtey <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/nicolas-burtey.md|Nicolas Burtey]] |
 | Homepage | https://blink.sv/ |
 | Zugehörige Tools/Modelle | [[../tools/blink-wallet-skill.md]] (L402 Integration) |
 | Primäre Quellen | `raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json` |
diff --git a/wiki/institutions/carnegie-mellon.md b/wiki/institutions/carnegie-mellon.md
index 90e0aea..fcae230 100644
--- a/wiki/institutions/carnegie-mellon.md
+++ b/wiki/institutions/carnegie-mellon.md
@@ -13,7 +13,7 @@ tags: [institution, carnegie-mellon]
 |------|------|
 | Typ | Forschungs- und Bildungseinrichtung |
 | Fokus | Robotik, Software Engineering, maschinelles Lernen und multi-agentielle Systeme. |
-| Wichtigste Personen | Andrew Moore <!-- TODO: people-page -->, Tuomas Sandholm <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/andrew-moore.md|Andrew Moore]], [[../people/tuomas-sandholm.md|Tuomas Sandholm]] |
 | Homepage | https://www.cmu.edu/ |
 | Zugehörige Tools/Modelle | CMU Robotics Institute, Libratus / Pluribus (Game Theory AI) |
 | Primäre Quellen | Akademisches Wiki-Inventar |
diff --git a/wiki/institutions/deepmind.md b/wiki/institutions/deepmind.md
index b4ede17..0f24427 100644
--- a/wiki/institutions/deepmind.md
+++ b/wiki/institutions/deepmind.md
@@ -13,7 +13,7 @@ tags: [institution, deepmind]
 |------|------|
 | Typ | KI-Forschungslabor (Alphabet Inc.) |
 | Fokus | Post-Transformer-Architekturen, hybride Lernmodelle, Weltmodelle (VEO) und wissenschaftliche Durchbrüche (AlphaFold). |
-| Wichtigste Personen | Demis Hassabis <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/demis-hassabis.md|Demis Hassabis]] |
 | Homepage | https://deepmind.google/ |
 | Zugehörige Tools/Modelle | Griffin, Recurrent-Gemma, Titans, Gemma 4 Edge |
 | Primäre Quellen | `raw/youtube/2026-06-16_deepmind-two-steps-ahead.md`, `raw/youtube/2026-06-18_deepmind-beyond-transformer.md` |
diff --git a/wiki/institutions/epoch-ai.md b/wiki/institutions/epoch-ai.md
index c3c1c9f..e749b05 100644
--- a/wiki/institutions/epoch-ai.md
+++ b/wiki/institutions/epoch-ai.md
@@ -13,7 +13,7 @@ tags: [institution, epoch-ai]
 |------|------|
 | Typ | Forschungs- und Prognose-Organisation |
 | Fokus | Analyse von KI-Trends, Hardware-Skalierung, Daten-Bottlenecks und historischen Fortschritten im Compute. |
-| Wichtigste Personen | Jaime Sevilla <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/jaime-sevilla.md|Jaime Sevilla]] |
 | Homepage | https://epoch.ai/ |
 | Zugehörige Tools/Modelle | Compute Trends Database |
 | Primäre Quellen | `raw/blog/2026-06-16_aschenbrenner-situational-awareness.md` |
diff --git a/wiki/institutions/google-cloud.md b/wiki/institutions/google-cloud.md
index bbc664b..bbb601f 100644
--- a/wiki/institutions/google-cloud.md
+++ b/wiki/institutions/google-cloud.md
@@ -13,7 +13,7 @@ tags: [institution, google-cloud]
 |------|------|
 | Typ | Cloud-Infrastruktur- und Services-Plattform (Alphabet Inc.) |
 | Fokus | Skalierbare Enterprise-Infrastruktur, Standardisierung von Daten- und Wissensformaten (Open Knowledge Format v0.1). |
-| Wichtigste Personen | Thomas Kurian <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/thomas-kurian.md|Thomas Kurian]] |
 | Homepage | https://cloud.google.com/ |
 | Zugehörige Tools/Modelle | Gemini Enterprise, OKF v0.1 Conformance-Tools |
 | Primäre Quellen | `raw/blog/2026-06-16_okf-google-cloud-open-knowledge-format.md`, `raw/blog/2026-06-24_wardley-on-platforms-and-ecosystems.md` |
diff --git a/wiki/institutions/hugging-face.md b/wiki/institutions/hugging-face.md
index 1efbf4f..3241149 100644
--- a/wiki/institutions/hugging-face.md
+++ b/wiki/institutions/hugging-face.md
@@ -13,7 +13,7 @@ tags: [institution, hugging-face]
 |------|------|
 | Typ | Open-Source KI-Plattform & Community |
 | Fokus | Demokratisierung von KI-Modellen, Datensätzen und Benchmarks; Repositories für dezentrales Deployment. |
-| Wichtigste Personen | Clement Delangue <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/clement-delangue.md|Clément Delangue]] |
 | Homepage | https://huggingface.co/ |
 | Zugehörige Tools/Modelle | Hugging Face Hub, Transformers-Bibliothek |
 | Primäre Quellen | Allgemeines Wiki-Inventar |
diff --git a/wiki/institutions/lightning-labs.md b/wiki/institutions/lightning-labs.md
index 1a98ee9..01508da 100644
--- a/wiki/institutions/lightning-labs.md
+++ b/wiki/institutions/lightning-labs.md
@@ -13,7 +13,7 @@ tags: [institution, lightning-labs]
 |------|------|
 | Typ | Fintech- & Kryptographie-Forschungsunternehmen |
 | Fokus | Entwicklung des Bitcoin Lightning-Netzwerks (LND-Client), Taproot Assets und das L402-Standard-Protokoll für KI-Agentenzahlungen. |
-| Wichtigste Personen | Elizabeth Stark (CEO) <!-- TODO: people-page -->, Olaoluwa Osuntokun <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/elizabeth-stark.md|Elizabeth Stark]] (CEO), [[../people/olaoluwa-osuntokun.md|Olaoluwa Osuntokun]] |
 | Homepage | https://lightning.engineering/ |
 | Zugehörige Tools/Modelle | LND (Lightning Network Daemon), L402 Protocol Specification |
 | Primäre Quellen | `raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json` |
diff --git a/wiki/institutions/linux-foundation.md b/wiki/institutions/linux-foundation.md
index 0b77417..26aaa2d 100644
--- a/wiki/institutions/linux-foundation.md
+++ b/wiki/institutions/linux-foundation.md
@@ -13,7 +13,7 @@ tags: [institution, linux-foundation]
 |------|------|
 | Typ | Gemeinnützige Standardisierungs- und Open-Source-Organisation |
 | Fokus | Förderung offener Technologie-Standards, gemeinschaftliche Softwareentwicklung und Open-Source AI (LF AI & Data). |
-| Wichtigste Personen | Jim Zemlin <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/jim-zemlin.md|Jim Zemlin]] |
 | Homepage | https://www.linuxfoundation.org/ |
 | Zugehörige Tools/Modelle | PyTorch Foundation (Affiliated), ONNX Runtime, Open-Source Licenses |
 | Primäre Quellen | Open-Source-Wiki-Inventar |
diff --git a/wiki/institutions/mit.md b/wiki/institutions/mit.md
index 368e195..de710e6 100644
--- a/wiki/institutions/mit.md
+++ b/wiki/institutions/mit.md
@@ -13,7 +13,7 @@ tags: [institution, mit]
 |------|------|
 | Typ | Forschungs- und Bildungseinrichtung |
 | Fokus | Grundlagenforschung in Computer Science, KI-Sicherheit und autonomer Robotik. |
-| Wichtigste Personen | Max Tegmark <!-- TODO: people-page -->, Daniela Rus <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/max-tegmark.md|Max Tegmark]], [[../people/daniela-rus.md|Daniela Rus]] |
 | Homepage | https://web.mit.edu/ |
 | Zugehörige Tools/Modelle | MIT CSAIL, Future of Life Institute (Affiliated) |
 | Primäre Quellen | Akademisches Wiki-Inventar |
diff --git a/wiki/institutions/moonshot-ai.md b/wiki/institutions/moonshot-ai.md
index 3fb2706..4cab932 100644
--- a/wiki/institutions/moonshot-ai.md
+++ b/wiki/institutions/moonshot-ai.md
@@ -13,7 +13,7 @@ tags: [institution, moonshot-ai]
 |------|------|
 | Typ | AI-Frontier-Unternehmen (China) |
 | Fokus | Extrem lange Kontextfenster, Coding-Assistenten (Kimi-Serie) und agentische Workflows. |
-| Wichtigste Personen | Wang Changhu <!-- TODO: people-page -->, Yang Bingyang <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/wang-changhu.md|Wang Changhu]], [[../people/yang-bingyang.md|Yang Bingyang]] |
 | Homepage | https://www.moonshot.ai/ |
 | Zugehörige Tools/Modelle | [[../tools/kimi-k2.7-code.md]] |
 | Primäre Quellen | `raw/other/2026-06-13_kimi-k2.7-code-ollama.md`, `raw/youtube/2026-06-14_fahd-mirza-kimi-k2.7-vs-glm-5.2.md` |
diff --git a/wiki/institutions/mozilla-foundation.md b/wiki/institutions/mozilla-foundation.md
index ac761c4..49dcb38 100644
--- a/wiki/institutions/mozilla-foundation.md
+++ b/wiki/institutions/mozilla-foundation.md
@@ -13,7 +13,7 @@ tags: [institution, mozilla-foundation]
 |------|------|
 | Typ | Gemeinnützige Internet- und Open-Source-Organisation |
 | Fokus | Erhalt eines offenen, zugänglichen Webs; Förderung von vertrauenswürdiger Open-Source KI (Mozilla.ai). |
-| Wichtigste Personen | Mitchell Baker <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/mitchell-baker.md|Mitchell Baker]] |
 | Homepage | https://mozillafoundation.org/ |
 | Zugehörige Tools/Modelle | Mozilla.ai Plattform, Llamafile (Co-Development) |
 | Primäre Quellen | Open-Source-Wiki-Inventar |
diff --git a/wiki/institutions/openai-superalignment.md b/wiki/institutions/openai-superalignment.md
index 5567786..3a0133b 100644
--- a/wiki/institutions/openai-superalignment.md
+++ b/wiki/institutions/openai-superalignment.md
@@ -13,7 +13,7 @@ tags: [institution, openai-superalignment]
 |------|------|
 | Typ | Forschungsgruppe (historisch, OpenAI) |
 | Fokus | Wissenschaftliche Methoden zur Steuerung und Ausrichtung superintelligenter KI-Systeme (Alignment-Skalierung). |
-| Wichtigste Personen | [[../people/leopold-aschenbrenner.md]], Ilya Sutskever <!-- TODO: people-page -->, Jan Leike <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/leopold-aschenbrenner.md]], [[../people/ilya-sutskever.md|Ilya Sutskever]], [[../people/jan-leike.md|Jan Leike]] |
 | Zugehörige Tools/Modelle | Weak-to-Strong Generalization Framework |
 | Homepage | https://openai.com/index/introducing-superalignment/ |
 | Primäre Quellen | `raw/blog/2026-06-16_aschenbrenner-situational-awareness.md` |
diff --git a/wiki/institutions/openai.md b/wiki/institutions/openai.md
index 9d3f2ab..2d42bae 100644
--- a/wiki/institutions/openai.md
+++ b/wiki/institutions/openai.md
@@ -13,7 +13,7 @@ tags: [institution, openai]
 |------|------|
 | Typ | AI-Forschungs- und Produkt-Unternehmen |
 | Fokus | Entwicklung von Frontier-Modellen (GPT-Serie) und Erreichung einer sicheren AGI. |
-| Wichtigste Personen | [[../people/leopold-aschenbrenner.md]] (ex-Superalignment), Sam Altman <!-- TODO: people-page -->, Ilya Sutskever <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/leopold-aschenbrenner.md]] (ex-Superalignment), [[../people/sam-altman.md|Sam Altman]], [[../people/ilya-sutskever.md|Ilya Sutskever]] |
 | Homepage | https://openai.com/ |
 | Zugehörige Tools/Modelle | [[../tools/openai-gpt.md]] |
 | Primäre Quellen | `raw/blog/2026-06-16_aschenbrenner-situational-awareness.md` |
diff --git a/wiki/institutions/openrouter.md b/wiki/institutions/openrouter.md
index d9298fc..bbcf2e2 100644
--- a/wiki/institutions/openrouter.md
+++ b/wiki/institutions/openrouter.md
@@ -13,7 +13,7 @@ tags: [institution, openrouter]
 |------|------|
 | Typ | KI-Modell-Aggregator & API-Plattform |
 | Fokus | Modell-Vielseitigkeit, dynamische Modell-Panel-Fusion (DRACO-Benchmark) und kosteneffizientes LLM-Routing. |
-| Wichtigste Personen | Alex Atallah <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/alex-atallah.md|Alex Atallah]] |
 | Homepage | https://openrouter.ai/ |
 | Zugehörige Tools/Modelle | OpenRouter Fusion APIs, DRACO Validation Engine |
 | Primäre Quellen | `raw/blog/2026-06-12_openrouter-fusion-beats-frontier.md` |
diff --git a/wiki/institutions/polymarket.md b/wiki/institutions/polymarket.md
index 8b60ae3..399a3be 100644
--- a/wiki/institutions/polymarket.md
+++ b/wiki/institutions/polymarket.md
@@ -13,7 +13,7 @@ tags: [institution, polymarket]
 |------|------|
 | Typ | Dezentraler Prognosemarkt & Informations-Plattform |
 | Fokus | Echtzeit-Wahrscheinlichkeitsmärkte zu Politik, Wirtschaft und KI-Durchbrüchen; Arbitrage-Möglichkeiten via Algorithmen. |
-| Wichtigste Personen | Shayne Coplan (CEO) <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/shayne-coplan.md|Shayne Coplan]] (CEO) |
 | Homepage | https://polymarket.com/ |
 | Zugehörige Tools/Modelle | [[../tools/polymarket-monitoring-bot.md]], Polymarket API |
 | Primäre Quellen | `raw/other/financialbot-topic-history-2026-02-01_2026-05-30.json` |
diff --git a/wiki/institutions/stanford-ai-lab.md b/wiki/institutions/stanford-ai-lab.md
index a13b1f9..9df521d 100644
--- a/wiki/institutions/stanford-ai-lab.md
+++ b/wiki/institutions/stanford-ai-lab.md
@@ -13,7 +13,7 @@ tags: [institution, stanford-ai-lab]
 |------|------|
 | Typ | Akademische Forschungseinrichtung (Stanford University) |
 | Fokus | Grundlagenforschung zu Foundation Models, Robotik, NLP und ethischen KI-Richtlinien. |
-| Wichtigste Personen | Fei-Fei Li <!-- TODO: people-page -->, Christopher Manning <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/fei-fei-li.md|Fei-Fei Li]], [[../people/christopher-manning.md|Christopher Manning]] |
 | Homepage | https://ai.stanford.edu/ |
 | Zugehörige Tools/Modelle | Alpaca-Framework, HELM-Benchmark |
 | Primäre Quellen | Akademisches Wiki-Inventar |
diff --git a/wiki/institutions/xai.md b/wiki/institutions/xai.md
index 7ccd727..366ff62 100644
--- a/wiki/institutions/xai.md
+++ b/wiki/institutions/xai.md
@@ -13,7 +13,7 @@ tags: [institution, xai]
 |------|------|
 | Typ | AI Frontier-Forschungs- und Produkt-Unternehmen |
 | Fokus | Entwicklung von Grok-Modellen, Echtzeit-Informationsintegration (X-Plattform) und massiver GPU-Compute-Infrastruktur. |
-| Wichtigste Personen | Elon Musk <!-- TODO: people-page --> |
+| Wichtigste Personen | [[../people/elon-musk.md|Elon Musk]] |
 | Homepage | https://x.ai/ |
 | Zugehörige Tools/Modelle | Grok 2.5, Grok 3.0 Alpha |
 | Primäre Quellen | `raw/other/2026-06-21_elon-musk-aimode-deflation-universal-high-income.md` |
diff --git a/wiki/log.md b/wiki/log.md
index 7aa75f9..60cf73f 100644
--- a/wiki/log.md
+++ b/wiki/log.md
@@ -465,13 +465,13 @@
 - Physische Infrastruktur als Wertquelle 2 + Bottleneck (These 3, 5) - Strom, Speicher, Micron > Meta
 - Mindset (Speed + Humility) als Wertquelle 3 (These 2, 7) - Bottleneck-Disziplin
 **Cross-References zu existierenden Wiki-Seiten:**
-- [[llm-model-fusion-ensembles]] (These 4, 6 - Orchestrator-Pattern)
-- [[ai-regulation-2026]] (These 3 - Export Controls)
-- [[glm-5.2-zai-coding-model]] (These 3 - Zhipu AI als Beleg)
-- [[llm-behavior-persistence]] (These 3 - Modell-Behavior als strategisches Asset)
-- [[real-world-coding-showdown]] (These 2, 4, 6 - Sub-Task-Routing)
-- [[quality-standard]] (These 7 - Speed + Vollständigkeit)
-- [[pro-leben-directive]] (Pro-Leben-Perspektive)
+- [[concepts/llm/llm-model-fusion-ensembles.md]] (These 4, 6 - Orchestrator-Pattern)
+- [[concepts/policy/ai-regulation-2026.md]] (These 3 - Export Controls)
+- [[concepts/llm/glm-5.2-zai-coding-model.md]] (These 3 - Zhipu AI als Beleg)
+- [[concepts/llm/llm-behavior-persistence.md]] (These 3 - Modell-Behavior als strategisches Asset)
+- [[concepts/llm/real-world-coding-showdown.md]] (These 2, 4, 6 - Sub-Task-Routing)
+- [[concepts/directives/quality-standard.md]] (These 7 - Speed + Vollständigkeit)
+- [[concepts/directives/pro-leben-directive.md]] (Pro-Leben-Perspektive)
 **Pro-Leben-Konsequenz:**
 - Mehrere Spielfelder = mehr Akteure = mehr Handlungsfähigkeit (gegen Mangelnarrativ)
 - Orchestrierung ist direkter Handlungsraum für OpenClaw ([[architecture/model-routing.md]])
@@ -531,10 +531,10 @@
 5. **Geopolitische Positionen (Meinung, nicht Wissenschaft):** Mainzer pro Atomkraft (KI-Energiehunger), China-Strategie-Bewunderung, Thiel-Monopol-Kritik, Post-Quantum-Kryptografie als akutes Thema.
 
 **Cross-References zu existierenden Wiki-Seiten:**
-- [[post-transformer-llm-architectures]] - algorithmische Seite (Mainzer liefert Hardware-Gegenseite)
-- [[ai-value-migration-orchestration]] - Aravind-Thesis "Token Value per Watt per User" validiert Mainzers Energie-Argument
-- [[ai-regulation-2026]] - Post-Quantum-Kryptografie als Policy-Aspekt
-- [[model-routing]] - neuromorphic/photonisch als künftige Edge-Routing-Optionen
+- [[concepts/llm/post-transformer-llm-architectures.md]] - algorithmische Seite (Mainzer liefert Hardware-Gegenseite)
+- [[concepts/llm/ai-value-migration-orchestration.md]] - Aravind-Thesis "Token Value per Watt per User" validiert Mainzers Energie-Argument
+- [[concepts/policy/ai-regulation-2026.md]] - Post-Quantum-Kryptografie als Policy-Aspekt
+- [[architecture/model-routing.md]] - neuromorphic/photonisch als künftige Edge-Routing-Optionen
 
 **Subagent-Crashed-Notice:**
 - Subagent (zai/glm-5.1) scheiterte mit FailoverError: zai Billing aufgebraucht
@@ -569,18 +569,18 @@
 
 **Cross-References zu existierenden Wiki-Seiten:**
 
-- [[post-transformer-llm-architectures]] (NEU)
-- [[llm-model-fusion-ensembles]] (Architektur-Ensembles als künftige Wettbewerbs-Dimension, ergänzt Modell-Ensembles)
-- [[ai-value-migration-orchestration]] (Architektur-Diversifizierung als Gegenmittel zur Modell-Commoditisierung)
-- [[glm-5.2-zai-coding-model]] (AR-Stack-Kontrast)
-- [[model-routing]] (künftige Routing-Optionen, beobachten/nicht adoptieren)
-- [[ai-agents-2026]] (Continual-Learning-Debatte relevant für Agent-Design)
+- [[concepts/llm/post-transformer-llm-architectures.md]] (NEU)
+- [[concepts/llm/llm-model-fusion-ensembles.md]] (Architektur-Ensembles als künftige Wettbewerbs-Dimension, ergänzt Modell-Ensembles)
+- [[concepts/llm/ai-value-migration-orchestration.md]] (Architektur-Diversifizierung als Gegenmittel zur Modell-Commoditisierung)
+- [[concepts/llm/glm-5.2-zai-coding-model.md]] (AR-Stack-Kontrast)
+- [[architecture/model-routing.md]] (künftige Routing-Optionen, beobachten/nicht adoptieren)
+- [[concepts/agents/ai-agents-2026.md]] (Continual-Learning-Debatte relevant für Agent-Design)
 
 **Implikation für OpenClaw / Hector:**
 
 - **Beobachten, nicht adoptieren:** Aktuell keine offenen Weights + stabile Provider-Listings für Diffusion-LLMs oder State-Space-Hybride.
 - **Mittelfristig evaluieren:** State-Space-Hybride (Titans, Mamba) als effizientere lokale Embedding-Backends für SSR/Speicher-Layer; Diffusions-LLMs für Code-Completion in nicht-Präfix-Positionen (Hermes Agent).
-- **Strategie-Validierung:** DeepMinds Vier-Säulen-Ansatz validiert [[ai-value-migration-orchestration]]-These - wenn Modelle zur Commodity werden, gewinnen Architektur-Diversität UND Orchestrierung an Wert. OpenClaws Routing-Schicht ist in dieser Logik gut positioniert.
+- **Strategie-Validierung:** DeepMinds Vier-Säulen-Ansatz validiert [[concepts/llm/ai-value-migration-orchestration.md]]-These - wenn Modelle zur Commodity werden, gewinnen Architektur-Diversität UND Orchestrierung an Wert. OpenClaws Routing-Schicht ist in dieser Logik gut positioniert.
 
 **Pro-Leben-Konsequenz:**
 
@@ -644,11 +644,11 @@ OKF v0.1 (Google Cloud Blog 2026-06-12) ist die **offizielle Spezifikation** des
 
 **Cross-References zu existierenden Wiki-Seiten:**
 
-- [[open-knowledge-format-okf]] (NEU)
-- [[llm-knowledge-base]] (Cross-Ref hinzugefügt)
+- [[concepts/policy/open-knowledge-format-okf.md]] (NEU)
+- [[concepts/llm/llm-knowledge-base.md]] (Cross-Ref hinzugefügt)
 - [[../architecture/memory-system]] (Schicht 1/2/3 als komplementäres Memory-System)
 - [[../architecture/agent-orchestration]] (Producer/Consumer-Trennung als parallele Pattern)
-- [[post-transformer-llm-architectures]] (zeigt wie das Wiki selbst zur Ingest-Quelle für Modell-Training werden könnte)
+- [[concepts/llm/post-transformer-llm-architectures.md]] (zeigt wie das Wiki selbst zur Ingest-Quelle für Modell-Training werden könnte)
 
 ---
 
@@ -818,7 +818,7 @@ Bestehende `post-transformer-llm-architectures.md` bleibt als Vier-Säulen-Über
 **Actions:**
 - raw: `raw/youtube/2026-06-25_qwen-agentworld-world-model-rl.md` (created — 2.9 KB; Frontmatter + Summary + Key Points + Links + Relevance + Related Wiki Pages)
 - wiki (NEU): `concepts/world-model-rl-training.md` (created — 6.0 KB; Kernidee, Pipeline, Warum bedeutsam [4 Sektionen: Trainings-Infrastruktur, Skalierbarkeit, Fine-Tuning, Synthetic Data Kontext], Einordnung in JEPA-Debatte mit Vergleichstabelle, AGI-Pfad-Bezüge, offene Fragen, externe Quellen, Cross-Refs zu 5 Wiki-Seiten)
-- wiki (UPDATE): `concepts/world-models-jepa-vs-generative.md` — updated-Datum auf 2026-06-25, tags um `rl-training` + `qwen-agentworld` erweitert, neuen Cross-Ref zu `[[world-model-rl-training.md]]` in Verwandte Wiki-Seiten hinzugefügt
+- wiki (UPDATE): `concepts/world-models-jepa-vs-generative.md` — updated-Datum auf 2026-06-25, tags um `rl-training` + `qwen-agentworld` erweitert, neuen Cross-Ref zu `[[concepts/world-model-rl-training.md]]` in Verwandte Wiki-Seiten hinzugefügt
 - wiki: `index.md` (updated — Header auf "32. Update", neue World-Models-Zeile unter Concepts Sektion)
 - log: this entry
 **Hector-Hauptthese:** Qwen-AgentWorld ist orthogonal zur JEPA-vs-Generativ-Debatte: es geht um die *Anwendung* eines Weltmodells (RL-Trainingsumgebung generieren), nicht um die *Architektur*. Die "dritte Trainingsschiene" (hallucinated environments) ergänzt RLHF und Self-Play — und deutet auf einen doppelten Return für Weltmodell-Investitionen hin: das Weltmodell ist nicht nur AGI-Komponente, sondern auch Trainings-Infrastruktur. Wenn Agenten aus hallucinated environments echte RL-Agenten schlagen, ist das RL-Training so billig wie Inference — eine mögliche Paradigmenverschiebung.
diff --git a/wiki/people/alex-atallah.md b/wiki/people/alex-atallah.md
new file mode 100644
index 0000000..7e37d15
--- /dev/null
+++ b/wiki/people/alex-atallah.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/openrouter.md]
+tags: [person, ai, openrouter, opensea, entrepreneur]
+---
+
+# Alex Atallah
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Alex Atallah |
+| Rolle | Gründer & CEO, OpenRouter; Co-Gründer OpenSea |
+| Geboren | Colorado, USA |
+| Bekannt für | OpenSea, OpenRouter, NFT & LLM Aggregation |
+| Homepage | https://openrouter.ai/ |
+
+## Biografie
+
+Alex Atallah ist ein amerikanischer Unternehmer und Technologie-Führer. Er wurde in Colorado als Sohn eines kolumbianischen Einwanderers und einer Amerikanerin geboren. Er erwarb einen B.A. in Informatik an der Stanford University.
+
+Seine frühe Karriere umfasste Programmierarbeit bei Palantir (Cybersecurity) und bei Startups wie hostess.fm (von Beatport übernommen). 2018 co-gründete er OpenSea mit Devin Finzer, das zum größten NFT-Marktplatz der Welt wurde. Unter seiner technischen Führung als CTO erreichte OpenSea 2021 eine Bewertung von 13,3 Milliarden Dollar.
+
+2022 verließ er OpenSea und gründete OpenRouter, angetrieben von der Beobachtung eines ähnlich fragmentierten Ökosystems bei LLMs wie zuvor bei NFTs. OpenRouter dient als Aggregation Layer für über 300 LLMs von mehr als 60 Providern und bietet eine einheitliche API. Diese Plattform hilft Entwicklern, Latenz und Kosten zu reduzieren und zwischen Modellen zu wechseln.
+
+## Verbindung zu KI / Open Science
+
+OpenRouter demokratisiert den Zugang zu KI-Modellen durch eine einheitliche, offene API. Die Plattform unterstützt Open-Source-Modelle und fördert Wettbewerb durch Transparenz bei Preisen und Modellleistung.
+
+## Cross-References
+
+- [[../institutions/openrouter.md]] — Gründer & CEO
\ No newline at end of file
diff --git a/wiki/people/ali-farhadi.md b/wiki/people/ali-farhadi.md
new file mode 100644
index 0000000..71b0a4a
--- /dev/null
+++ b/wiki/people/ali-farhadi.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/allen-institute.md]
+tags: [person, ai, computer-vision, allen-institute, academia]
+---
+
+# Ali Farhadi
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Ali Farhadi |
+| Rolle | Professor, University of Washington; ehem. CEO Allen Institute for AI |
+| Geboren | Iran |
+| Bekannt für | Visuelle Frage-Antwort (VQA), Xnor.ai, AI2 CEO |
+| Homepage | https://www.cs.washington.edu/people/faculty/ali-farhadi/ |
+
+## Biografie
+
+Ali Farhadi ist ein Informatiker, der für seine Beiträge zu Computer Vision und maschinellem Lernen bekannt ist. Er wurde im Iran geboren und erwarb seinen Ph.D. in Informatik an der University of Illinois at Urbana-Champaign (2011) unter David Forsyth. Anschließend absolvierte er ein Postdoc an der Carnegie Mellon University Robotics Institute.
+
+2012 trat er der Fakultät der University of Washington bei. Seine Forschung umfasst visuelles Verstehen, visuelles Schließen und die Integration von natürlicher Sprache mit Visionssystemen. Seine Arbeiten zu visuellen Attributen und Visual Question Answering waren einflussreich.
+
+2015 begann seine Arbeit beim Allen Institute for AI (AI2). 2017 co-gründete er Xnor.ai, ein AI2-Spin-off für effiziente Edge-KI, das 2020 von Apple für ca. 200 Millionen Dollar übernommen wurde. Nach einer Zeit bei Apple kehrte er 2023 als CEO zu AI2 zurück. Im März 2026 trat er als CEO zurück; er bleibt Professor an der UW.
+
+## Verbindung zu KI / Open Science
+
+Farhadi hat wesentliche Beiträge zur Computer Vision geleistet und unter seiner AI2-Führung wurden Open-Source-Projekte wie OLMo vorangetrieben. Xnor.ai demonstrierte effiziente On-Device-KI, die KI demokratisiert.
+
+## Cross-References
+
+- [[../institutions/allen-institute.md]] — Ehem. CEO (2023–2026)
\ No newline at end of file
diff --git a/wiki/people/andrew-moore.md b/wiki/people/andrew-moore.md
new file mode 100644
index 0000000..e1c1188
--- /dev/null
+++ b/wiki/people/andrew-moore.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/carnegie-mellon.md]
+tags: [person, ai, machine-learning, cmu, robotics]
+---
+
+# Andrew Moore
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Andrew W. Moore |
+| Rolle | CEO Lovelace AI; ehem. Dean CMU School of Computer Science |
+| Geboren | Bournemouth, England |
+| Bekannt für | CMU Dean, Google Cloud AI, Auton Lab, Lovelace AI |
+| Homepage | https://www.cs.cmu.edu/~awm/biography.html |
+
+## Biografie
+
+Andrew Moore ist ein britisch-amerikanischer Informatiker, bekannt für seine Expertise in maschinellem Lernen, KI, Robotik und Big Data. Er studierte an der Cambridge University, wo er sowohl seinen Bachelor in Mathematik und Informatik als auch seinen Ph.D. abschloss. Seine Doktorarbeit (1991) befasste sich mit maschinellem Lernen für Robotersteuerung.
+
+Nach einem Postdoc am MIT bei Chris Atkeson tratat er 1993 der Fakultät der Carnegie Mellon University bei. Er erhielt 2000 Tenure und gründete das **Auton Lab**, das sich auf effiziente statistische Methoden für große Datenmengen spezialisierte. 2005 wurde er Fellow der AAAI.
+
+2006 wechselte er zu Google und baute das Pittsburgh Engineering Office auf. Als VP of Engineering leitete er Teams für Search, Shopping, AdWords und ML-Infrastruktur. 2014 kehrte er als Dean der School of Computer Science zu CMU zurück. Nach seiner Deanship (bis 2018) ging er zurück zu Google als Leiter der Cloud AI Organisation. 2023 gründete er **Lovelace AI** in Pittsburgh und wurde zum ersten AI-Berater des US Central Command ernannt.
+
+## Verbindung zu KI / Open Science
+
+Moores Arbeit am Auton Lab und seine Führungsrolle bei CMU und Google Cloud AI haben die KI-Forschung und deren industrielle Anwendung maßgeblich geprägt. CMU ist eines der wichtigsten Zentren für KI-Forschung weltweit.
+
+## Cross-References
+
+- [[../institutions/carnegie-mellon.md]] — Ehem. Dean, School of Computer Science
\ No newline at end of file
diff --git a/wiki/people/brian-roemmele.md b/wiki/people/brian-roemmele.md
index caaed4e..225b293 100644
--- a/wiki/people/brian-roemmele.md
+++ b/wiki/people/brian-roemmele.md
@@ -25,7 +25,7 @@ Roemmele betreibt systematische Forschung an der Schnittstelle von Psychologie,
 
 ### KI-Psychologische Testreihe
 
-Hauptartikel: [[ai-psychological-testing.md]]
+Hauptartikel: [[../concepts/llm/ai-psychological-testing.md]]
 
 - Anwendung des Rorschach-Tintenkleckstests auf visuelle KI-Modelle
 - Methodik: Alle 10 Tafeln, neutrale Prompts, Exner-System-Auswertung
@@ -55,8 +55,8 @@ Roemmele betreibt "Read Multiplex", eine Mitgliedergemeinschaft zur Unterstützu
 
 ## Cross-References
 
-- [[ai-psychological-testing.md]] — Rorschach-Tests für KI-Modelle
-- [[anthropic-claude.md]] — Anthropic Claude, Fable 5, Mythos 5
-- [[llm-behavior-persistence.md]] — Sleeper Agents, Backdoor-Persistenz
-- [[ai-regulation-2026.md]] — AI-Regulierung 2026
-- [[decentralized-ai-counterpower.md]] — Dezentrale KI als Gegenkraft
\ No newline at end of file
+- [[../concepts/llm/ai-psychological-testing.md]] — Rorschach-Tests für KI-Modelle
+- [[../tools/anthropic-claude.md]] — Anthropic Claude, Fable 5, Mythos 5
+- [[../concepts/llm/llm-behavior-persistence.md]] — Sleeper Agents, Backdoor-Persistenz
+- [[../concepts/policy/ai-regulation-2026.md]] — AI-Regulierung 2026
+- [[../concepts/llm/decentralized-ai-counterpower.md]] — Dezentrale KI als Gegenkraft
\ No newline at end of file
diff --git a/wiki/people/christopher-manning.md b/wiki/people/christopher-manning.md
new file mode 100644
index 0000000..9926bf7
--- /dev/null
+++ b/wiki/people/christopher-manning.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/stanford-ai-lab.md]
+tags: [person, nlp, ai, stanford]
+---
+
+# Christopher Manning
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Christopher D. Manning |
+| Rolle | Thomas M. Siebel Professor in Machine Learning, Stanford |
+| Geboren | 18. September 1965 |
+| Bekannt für | NLP, GloVe, Stanford CoreNLP, IEEE von Neumann Medal 2024 |
+| Homepage | https://nlp.stanford.edu/~manning/ |
+
+## Biografie
+
+Christopher Manning ist ein australisch-amerikanischer Informatiker und Angewandter Linguist, dessen Pionierarbeit die Grundlage moderner natürlichsprachlicher KI-Verarbeitung legte. Er erwarb seinen B.A. an der Australian National University (1989) und promovierte 1994 in Linguistik an der Stanford University.
+
+Nach Positionen an der Carnegie Mellon University (1994–1996) und der University of Sydney (1996–1999) kehrte er 1999 nach Stanford zurück, wo er 2012 Full Professor wurde. Von 2018 bis 2025 war er Direktor des Stanford Artificial Intelligence Laboratory (SAIL). Er ist Associate Director des Stanford Institute for Human-Centered AI (HAI).
+
+Mannings Forschung umfasst sentiment Analysis, GloVe-Wortvektoren, Attention-Mechanismen, neurale Maschinenübersetzung und Frage-Antwort-Systeme. Die von ihm mitentwickelte multiplicative Form der Attention ist heute eine Grundlage des Transformer-Architektur. Er ist Fellow der ACM, AAAI, ACL und war Präsident der Association for Computational Linguistics (2015).
+
+## Verbindung zu KI / Open Science
+
+Manning ist ein früher Verfechter von Open-Source-Software im NLP-Bereich. Er leitete die Entwicklung weit verbreiteter Tools wie Stanford CoreNLP, Stanza und GloVe. Sein Online-Kurs CS224N hat hunderttausende Studierende weltweit erreicht. 2024 erhielt er die IEEE John von Neumann Medal und 2025 wurde er in die National Academy of Engineering gewählt.
+
+## Cross-References
+
+- [[../institutions/stanford-ai-lab.md]] — Professor, Director SAIL (2018–2025)
\ No newline at end of file
diff --git a/wiki/people/clement-delangue.md b/wiki/people/clement-delangue.md
new file mode 100644
index 0000000..a2efd26
--- /dev/null
+++ b/wiki/people/clement-delangue.md
@@ -0,0 +1,32 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/hugging-face.md]
+tags: [person, open-source, ai, hugging-face]
+---
+
+# Clément Delangue
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Clément Delangue |
+| Rolle | CEO & Mitgründer, Hugging Face |
+| Geboren | La Bassée, Frankreich |
+| Bekannt für | Hugging Face, Open-Source KI-Plattform |
+| Homepage | https://huggingface.co/ |
+
+## Biografie
+
+Clément Delangue ist ein französischer Unternehmer und Mitgründer von Hugging Face, der führenden Plattform für Open-Source-KI. Bereits im Alter von 17 Jahren gehörte er zu den erfolgreichsten eBay-Verkäufern Frankreichs. Er studierte am ESCP Business School in Paris und erwarb einen Master in Management an der Stanford University.
+
+Vor Hugging Face sammelte er Erfahrungen bei VideoNot.es, Makesense, Curioos und Mention, wodurch er nach New York kam. Im Juli 2016 co-gründete er Hugging Face, zunächst als Chatbot-Projekt, das sich später zur führenden Open-Source-KI-Plattform entwickelte. Unter seiner Führung wuchs Hugging Face zu einem Unternehmen mit über 5 Millionen KI-Buildern, einer Million+ Open-Source-Repositorien und einer Bewertung von 4,5 Milliarden Dollar.
+
+## Verbindung zu KI / Open Science
+
+Delangue ist einer der prominentesten Verfechter von Open-Source-KI. Hugging Face ist DIE zentrale Hub für das Teilen von KI-Modellen, Datensätzen und Anwendungen. Die Plattform demokratisiert KI-Entwicklung und verhindert die Zentralisierung von KI-Leistung bei wenigen Konzernen.
+
+## Cross-References
+
+- [[../institutions/hugging-face.md]] — CEO & Mitgründer
\ No newline at end of file
diff --git a/wiki/people/daniela-rus.md b/wiki/people/daniela-rus.md
new file mode 100644
index 0000000..2addc7c
--- /dev/null
+++ b/wiki/people/daniela-rus.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/mit.md]
+tags: [person, ai, robotics, mit, csail]
+---
+
+# Daniela Rus
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Daniela Rus |
+| Rolle | Director MIT CSAIL; Andrew and Erna Viterbi Professor |
+| Geboren | 1963, Cluj-Napoca, Rumänien |
+| Bekannt für | Director MIT CSAIL, Selbstrekonfigurierende Roboter, Soft Robotics |
+| Homepage | https://danielarus.csail.mit.edu/ |
+
+## Biografie
+
+Daniela Rus ist eine rumänisch-amerikanische Informatikerin und seit 2012 Director des MIT Computer Science and Artificial Intelligence Laboratory (CSAIL) — die erste Frau in dieser Position. Sie ist Andrew and Erna Viterbi Professor im Department of Electrical Engineering and Computer Science (EECS) am MIT.
+
+Sie erwarb ihren B.S. in Informatik und Mathematik an der University of Iowa (1985), gefolgt von M.S. (1990) und Ph.D. (1993) in Informatik an der Cornell University unter John Hopcroft. Ihre Dissertation trug den Titel "Fine motion planning for dexterous manipulation".
+
+Nach einer Professur an der Dartmouth College wechselte sie 2004 ans MIT. Ihre Forschung fokussiert auf Autonomie, Robotik und KI, mit Anwendungen in Transport, Fertigung, Landwirtschaft und Medizin. Sie ist bekannt für Pionierarbeit bei selbstrekonfigurierenden Robotern und Soft Robotics. Sie ist MacArthur Fellow (2002), Mitglied der National Academy of Engineering (2015) und der National Academy of Sciences (2024). 2025 erhielt sie die IEEE Edison Medal.
+
+## Verbindung zu KI / Open Science
+
+Rus leitet eines der größten und einflussreichsten KI-Forschungslabore der Welt. CSAIL produziert umfangreiche Open-Source-Beiträge in Robotik, ML und KI. Unter ihrer Führung entstanden Programme wie der AI Accelerator und das Toyota-CSAIL Joint Research Center.
+
+## Cross-References
+
+- [[../institutions/mit.md]] — Director CSAIL
\ No newline at end of file
diff --git a/wiki/people/demis-hassabis.md b/wiki/people/demis-hassabis.md
new file mode 100644
index 0000000..5e7b3b2
--- /dev/null
+++ b/wiki/people/demis-hassabis.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/deepmind.md]
+tags: [person, ai, deepmind, nobel-prize]
+---
+
+# Demis Hassabis
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Sir Demis Hassabis |
+| Rolle | CEO & Mitgründer, Google DeepMind |
+| Geboren | 27. Juli 1976, London |
+| Bekannt für | DeepMind, AlphaGo, AlphaFold, Nobelpreis Chemie 2024 |
+| Homepage | https://deepmind.google/ |
+
+## Biografie
+
+Demis Hassabis ist ein britischer KI-Forscher und Unternehmer. Schon als Kind zeigte er außergewöhnliches Talent: Mit vier Jahren lernte er Schach, mit 13 erreichte er den Rang eines Schachmeisters. Im Alter von 17 Jahren co-designte und programmierte er das erfolgreiche Videospiel *Theme Park* bei Bullfrog Productions.
+
+Er studierte Informatik an der University of Cambridge (Abschluss mit Bestnoten 1997) und gründete anschließend Elixir Studios. Später kehrte er für einen PhD in kognitiver Neurowissenschaft an das University College London zurück, wo er zu Imagination und Gedächtnis forschte. Diese Arbeit wurde 2007 als eine der Top-10-Durchbrüche von *Science* anerkannt.
+
+2010 co-gründete er DeepMind mit Shane Legg und Mustafa Suleyman. Das Unternehmen wurde 2014 von Google erworben. Unter Hassabis' Führung erzielte DeepMind Meilensteine wie AlphaGo (2016) und AlphaFold (2024 Nobelpreis für Chemie). 2024 wurde er außerdem knighted.
+
+## Verbindung zu KI / Open Science
+
+DeepMind ist eines der führenden KI-Forschungslabore weltweit. Mit AlphaFold hat das Team eines der bedeutendsten wissenschaftlichen Probleme gelöst — die Proteinstrukturvorhersage. DeepMind veröffentlicht regelmäßig Forschung und hat mit Gemma auch Open-Modelle veröffentlicht.
+
+## Cross-References
+
+- [[../institutions/deepmind.md]] — CEO & Mitgründer
\ No newline at end of file
diff --git a/wiki/people/elizabeth-stark.md b/wiki/people/elizabeth-stark.md
new file mode 100644
index 0000000..fb98405
--- /dev/null
+++ b/wiki/people/elizabeth-stark.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/lightning-labs.md]
+tags: [person, bitcoin, lightning, open-source]
+---
+
+# Elizabeth Stark
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Elizabeth Stark |
+| Rolle | CEO & Mitgründerin, Lightning Labs |
+| Geboren | 29. März 1981, Brooklyn, New York |
+| Bekannt für | Lightning Network, Lightning Labs, LND |
+| Homepage | https://lightning.engineering/ |
+
+## Biografie
+
+Elizabeth Stark ist eine Technologie-Unternehmerin und eine zentrale Figur im Bitcoin-Ökosystem. Sie wurde in Brooklyn geboren und verbrachte ihre Jugend zwischen Brooklyn und San Francisco. Sie spricht vier Sprachen. Sie erwarb einen B.A. in International Business an der Brown University und einen J.D. an der Harvard Law School, wo sie als Editor für das Harvard Journal of Law and Technology tätig war.
+
+Nach ihrem Abschluss 2008 lehrte sie an Stanford und Yale über Peer-to-Peer-Technologie, Open-Source-Software und Online-Privatsphäre. Sie war eine Schlüsselfigur der Anti-SOPA/PIPA-Bewegung und Co-Gründerin der Open Video Alliance. Sie ist Fellow bei Coin Center.
+
+2016 co-gründete sie Lightning Labs mit Joseph Poon und Tadge Dryja. Unter ihrer Führung entwickelte Lightning Labs LND (Lightning Network Daemon), die am weitesten verbreitete Lightning-Implementierung, sowie Produkte wie Loop, Pool und Taro (Taproot Assets).
+
+## Verbindung zu KI / Open Science
+
+Lightning Labs entwickelt das L402-Standardprotokoll für KI-Agenten-Zahlungen, das KI-Systemen ermöglicht, micropayments über das Lightning-Netzwerk abzuwickeln. Diese Technologie ist fundamental für agentische Wirtschaftsinteraktionen.
+
+## Cross-References
+
+- [[../institutions/lightning-labs.md]] — CEO & Mitgründerin
\ No newline at end of file
diff --git a/wiki/people/elon-musk.md b/wiki/people/elon-musk.md
new file mode 100644
index 0000000..9b489dd
--- /dev/null
+++ b/wiki/people/elon-musk.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/xai.md]
+tags: [person, ai, entrepreneur, spacex, tesla, xai]
+---
+
+# Elon Musk
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Elon Reeve Musk |
+| Rolle | Gründer & CEO, xAI; CEO Tesla; Gründer SpaceX; Owner X |
+| Geboren | 28. Juni 1971, Pretoria, Südafrika |
+| Bekannt für | Tesla, SpaceX, X (Twitter), xAI, Grok |
+| Homepage | https://x.ai/ |
+
+## Biografie
+
+Elon Musk wurde 1971 in Südafrika geboren. 1989 wanderte er nach Kanada aus, um die südafrikanische Wehrpflicht zu vermeiden, und erwarb die kanadische Staatsbürgerschaft über seine Mutter. Er studierte an der Queen's University in Ontario und wechselte dann an die University of Pennsylvania, wo er 1997 Bachelor-Abschlüsse in Physik und Wirtschafts erlangte.
+
+Seine erste Karrierestation war Zip2 (1995), eine Web-Software-Firma. 1999 co-gründete er X.com, aus dem nach einer Fusion mit Confinity PayPal wurde (2002 von eBay übernommen). 2002 gründete er SpaceX. Bei Tesla wurde er früh Investor und CEO. 2022 erwarb er Twitter und benannte es in X um.
+
+Im März 2023 gründete er **xAI**, ein KI-Unternehmen mit dem Ziel, fortschrittliche KI-Technologien zu entwickeln, um die wissenschaftliche Entdeckung zu beschleunigen. xAI ist bekannt für den Grok AI Chatbot und massive GPU-Compute-Infrastruktur.
+
+## Verbindung zu KI / Open Science
+
+xAI entwickelt die Grok-Modellreihe und integriert Echtzeit-Informationen über die X-Plattform. Musk vertritt die Vision von "TruthGPT" und argumentiert für eine maximal wahrheitssuchende KI. xAI veröffentlicht teilweise Open-Weights (Grok Open-Weights-Versionen).
+
+## Cross-References
+
+- [[../institutions/xai.md]] — Gründer & CEO
\ No newline at end of file
diff --git a/wiki/people/fei-fei-li.md b/wiki/people/fei-fei-li.md
new file mode 100644
index 0000000..17d2d9a
--- /dev/null
+++ b/wiki/people/fei-fei-li.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/stanford-ai-lab.md]
+tags: [person, ai, computer-vision, stanford]
+---
+
+# Fei-Fei Li
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Fei-Fei Li |
+| Rolle | Sequoia Professor of Computer Science, Stanford; Co-Director Stanford HAI |
+| Geboren | 3. Juli 1976, Peking, China |
+| Bekannt für | ImageNet, "Godmother of AI", Stanford HAI |
+| Homepage | https://hai.stanford.edu/people/fei-fei-li |
+
+## Biografie
+
+Fei-Fei Li ist eine chinesisch-amerikanische Informatikerin und eine der einflussreichsten Forscherinnen im Bereich KI. Sie wuchs in Chengdu, Sichuan auf und kam im Alter von 16 Jahren in die USA. Sie erwarb einen B.A. in Physik an der Princeton University (1999) sowie M.Sc. (2001) und Ph.D. (2005) in Elektrotechnik an der Caltech.
+
+Ihre akademische Laufbahn führte sie über die University of Illinois Urbana-Champaign und Princeton University nach Stanford, wo sie 2009 Assistenzprofessorin wurde. Von 2013 bis 2018 war sie Direktorin des Stanford Artificial Intelligence Laboratory (SAIL). 2017–2018 nahm sie eine Sabbatical, um als VP und Chief Scientist of AI/ML bei Google Cloud zu arbeiten. Sie ist Mitgründerin und Co-Direktorin des Stanford Institute for Human-Centered Artificial Intelligence (HAI).
+
+Ihr größter Beitrag ist die Etablierung von **ImageNet**, einem großen Datensatz, der in den 2010er Jahren das Feld Computer Vision und Deep Learning revolutionierte. Sie ist zudem Mitgründerin von AI4ALL, einer Non-Profit-Organisation für Diversität in der KI.
+
+## Verbindung zu KI / Open Science
+
+ImageNet war der Katalysator für die Deep-Learning-Revolution und bleibt eine der wichtigsten Open-Source-Datensätze in der KI-Forschung. Li setzt sich für menschen-zentrierte KI, Ethik und Inklusion ein. 2023 wurde sie zu den Time 100 AI Most Influential People gezählt.
+
+## Cross-References
+
+- [[../institutions/stanford-ai-lab.md]] — Former Director SAIL, Co-Director HAI
\ No newline at end of file
diff --git a/wiki/people/ilya-sutskever.md b/wiki/people/ilya-sutskever.md
new file mode 100644
index 0000000..6093d4b
--- /dev/null
+++ b/wiki/people/ilya-sutskever.md
@@ -0,0 +1,35 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/openai.md, wiki/institutions/openai-superalignment.md]
+tags: [person, ai, openai, ssi, deep-learning]
+---
+
+# Ilya Sutskever
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Ilya Sutskever |
+| Rolle | Mitgründer & Chief Scientist (ex-OpenAI), Mitgründer SSI |
+| Geboren | 1986, Nischni Nowgorod, Russland (damals Gorki, UdSSR) |
+| Bekannt für | AlexNet, OpenAI Mitgründer, Safe Superintelligence Inc. |
+| Homepage | — |
+
+## Biografie
+
+Ilya Sutskever wurde 1986 in Russland geboren und wanderte im Alter von fünf Jahren mit seiner Familie nach Israel aus, wo er in Jerusalem aufwuchs. Mit 16 zog er nach Kanada. Er studierte an der University of Toronto, wo er einen Bachelor in Mathematik (2005), einen Master in Informatik (2007) und einen PhD in Informatik (2013) unter Geoffrey Hinton absolvierte.
+
+Während seines Doktorats co-kreierte er 2012 **AlexNet**, eine bahnbrechende Convolutional Neural Network, die den ImageNet-Wettbewerb dominierte und die Deep-Learning-Revolution einläutete. Nach Postdoc-Forschung an der Stanford University und einer kurzen Zeit bei Google Brain (nach der Übernahme von DNNResearch) wurde er 2015 Mitgründer von OpenAI, wo er als Chief Scientist diente.
+
+Bei OpenAI leitete er die Forschung, die zu GPT-Modellen und ChatGPT führte. Er co-leitete das Superalignment-Team mit Jan Leike. Im Mai 2024 verließ er OpenAI und gründete im Juni 2024 **Safe Superintelligence Inc. (SSI)** mit Daniel Gross und Daniel Levy.
+
+## Verbindung zu KI / Open Science
+
+Sutskever ist einer der einflussreichsten KI-Forscher unserer Zeit. AlexNet markierte den Beginn der Deep-Learning-Ära. Seine Arbeit an Sequence-to-Sequence-Learning und großen Sprachmodellen hat das Feld grundlegend geprägt. Mit SSI fokussiert er sich auf die Entwicklung sicherer Superintelligenz.
+
+## Cross-References
+
+- [[../institutions/openai.md]] — Mitgründer & ehem. Chief Scientist
+- [[../institutions/openai-superalignment.md]] — Co-Leiter (historisch)
\ No newline at end of file
diff --git a/wiki/people/jaime-sevilla.md b/wiki/people/jaime-sevilla.md
new file mode 100644
index 0000000..f5bd3f0
--- /dev/null
+++ b/wiki/people/jaime-sevilla.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/epoch-ai.md]
+tags: [person, ai, ai-safety, forecasting]
+---
+
+# Jaime Sevilla
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Jaime Sevilla |
+| Rolle | Mitgründer & Direktor, Epoch AI |
+| Geboren | — |
+| Bekannt für | AI Forecasting, Compute Trends, Epoch AI |
+| Homepage | https://jaimesevilla.me/ |
+
+## Biografie
+
+Jaime Sevilla ist Mitgründer und Direktor von Epoch AI, einer Non-Profit-Forschungsorganisation, die sich der systematischen Analyse und Vorhersage der Entwicklung künstlicher Intelligenz widmet.
+
+Er erwarb einen dualen B.Sc. in Mathematik und Computer Engineering an der Complutense University of Madrid und begann 2020 einen PhD in Artificial Intelligence an der University of Aberdeen, den er später pausierte. Seine frühen Interessen galten Rationalität und KI, was ihn mit Pablo Villalobos zusammenbrachte, Epoch AIs ersten Volunteer-Mitarbeiter.
+
+Epoch AI wurde im April 2022 offiziell gegründet, nachdem Sevilla philanthropische Mittel gesichert hatte. Die Organisation nutzt datengesteuerte Analysen, um KI-Fortschritt bis 2040 zu prognostizieren. Ihre Arbeit wird von Regierungen und Institutionen genutzt, um KI-Entwicklung zu verstehen. Zudem ist er Co-Gründer und Interimsdirektor von ORCG (Observatorio de Riesgos Catastróficos Globales) und Research Affiliate am Leverhulme Centre for the Future of Intelligence (Cambridge).
+
+## Verbindung zu KI / Open Science
+
+Epoch AI veröffentlicht umfangreiche Open-Source-Datenbanken und Analysen zu Compute-Trends, KI-Benchmarks und Skalierungsprognessen. Ihre Arbeit informiert die globale Debatte über KI-Sicherheit und -Governance.
+
+## Cross-References
+
+- [[../institutions/epoch-ai.md]] — Mitgründer & Direktor
\ No newline at end of file
diff --git a/wiki/people/jan-leike.md b/wiki/people/jan-leike.md
new file mode 100644
index 0000000..7e5e130
--- /dev/null
+++ b/wiki/people/jan-leike.md
@@ -0,0 +1,35 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/openai-superalignment.md]
+tags: [person, ai, alignment, anthropic]
+---
+
+# Jan Leike
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Jan Leike |
+| Rolle | Lead Alignment Science, Anthropic |
+| Geboren | Deutschland |
+| Bekannt für | AI Alignment, RLHF, OpenAI Superalignment |
+| Homepage | https://jan.leike.name/ |
+
+## Biografie
+
+Jan Leike ist ein KI-Alignment-Forscher, der für seine Arbeit bei DeepMind, OpenAI und nun Anthropic bekannt ist. Er erwarb seinen Bachelor an der Universität Freiburg und promovierte 2016 in Reinforcement Learning Theory an der Australian National University unter Marcus Hutter.
+
+Seine Karriere in der KI-Sicherheit begann mit einem Postdoc am Future of Humanity Institute. 2016 trat er DeepMind als Research Scientist bei, wo er empirische KI-Sicherheitsforschung und RLHF-Ansätze (Reinforcement Learning from Human Feedback) prototypisierte.
+
+2021 wechselte er zu OpenAI, wo er die Alignment-Forschung leitete und an InstructGPT, ChatGPT und dem Alignment von GPT-4 mitwirkte. Im Juni 2023 co-leitete er das neu gegründete "Superalignment"-Projekt mit Ilya Sutskever. Im Mai 2024 kündigte er, kritisierte die Nachrangigkeit von Sicherheitskultur gegenüber Produkten und wechselte zu Anthropic, wo er das Alignment Science Team leitet.
+
+## Verbindung zu KI / Open Science
+
+Leikes Forschung zu Scalable Oversight, Weak-to-Strong Generalization und Alignment ist zentral für die sichere Entwicklung superintelligenter KI-Systeme. Er wurde 2023 und 2024 in die TIME 100 AI-Liste aufgenommen.
+
+## Cross-References
+
+- [[../institutions/openai-superalignment.md]] — Co-Leiter (historisch)
+- [[../institutions/anthropic.md]] — Lead Alignment Science
\ No newline at end of file
diff --git a/wiki/people/jared-kaplan.md b/wiki/people/jared-kaplan.md
new file mode 100644
index 0000000..6f76d65
--- /dev/null
+++ b/wiki/people/jared-kaplan.md
@@ -0,0 +1,36 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/anthropic.md]
+tags: [person, ai, anthropic, theoretical-physics, alignment]
+---
+
+# Jared Kaplan
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Jared Kaplan |
+| Rolle | Mitgründer & Chief Science Officer, Anthropic |
+| Geboren | — |
+| Bekannt für | Neural Scaling Laws, Constitutional AI, Anthropic |
+| Homepage | https://www.anthropic.com/ |
+
+## Biografie
+
+Jared Kaplan ist ein theoretischer Physiker und Mitgründer sowie Chief Science Officer von Anthropic. Er erwarb seinen Bachelor in Physik und Mathematik an der Stanford University und promovierte 2009 in Physik an der Harvard University unter Nima Arkani-Hamed. Seine Dissertation trug den Titel "Aspects of holography". Seine Forschung in theoretischer Physik umfasste Quantengravitation, Holographie (AdS/CFT) und konforme Feldtheorie.
+
+Nach Postdoc-Arbeit am SLAC und der Stanford University tratat er 2012 der Fakultät der Johns Hopkins University bei, wo er Associate Professor im Department of Physics & Astronomy ist (aktuell beurlaubt).
+
+2019 wechselte er zu OpenAI, wo er den einflussreichen 2020 Paper "Scaling Laws for Neural Language Models" co-autorierte, der zeigte, dass die Leistung von Sprachmodellen vorhersagbar mit Größe, Daten und Compute steigt. Er trug zu GPT-3 und Codex bei.
+
+2021 co-gründete er Anthropic. Als Chief Science Officer spielt er eine zentrale Rolle in Forschung und Entwicklung, insbesondere bei Constitutional AI. Zudem fungiert er als Responsible Scaling Officer (RSO) und oversees die Responsible Scaling Policy (RSP).
+
+## Verbindung zu KI / Open Science
+
+Kaplans Arbeit an Neural Scaling Laws war grundlegend für das Verständnis, wie LLMs skalieren. Bei Anthropic treibt er verantwortungsvolle KI-Entwicklung mit Fokus auf Sicherheit, Interpretierbarkeit und Steuerbarkeit voran. Die Responsible Scaling Policy ist ein branchenweit beachtetes Framework.
+
+## Cross-References
+
+- [[../institutions/anthropic.md]] — Mitgründer & Chief Science Officer
\ No newline at end of file
diff --git a/wiki/people/jim-zemlin.md b/wiki/people/jim-zemlin.md
new file mode 100644
index 0000000..1b6ad6f
--- /dev/null
+++ b/wiki/people/jim-zemlin.md
@@ -0,0 +1,32 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/linux-foundation.md]
+tags: [person, open-source, linux-foundation]
+---
+
+# Jim Zemlin
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Jim Zemlin |
+| Rolle | Executive Director, Linux Foundation |
+| Geboren | — |
+| Bekannt für | Langjährige Führung der Linux Foundation, Förderung von Open Source |
+| Homepage | https://www.linuxfoundation.org/ |
+
+## Biografie
+
+Jim Zemlin ist seit zwei Jahrzehnten Executive Director (und de facto CEO) der Linux Foundation und damit eine der einflussreichsten Figuren im Open-Source-Ökosystem. Unter seiner Führung entwickelte sich die Linux Foundation von einem reinen Linux-Unterstützungsverband zu einer globalen Organisation, die kritische Open-Source-Projekte wie Kubernetes, PyTorch, Hyperledger und RISC-V hostet.
+
+Vor seiner Zeit bei der Linux Foundation war Zemlin Executive Director der Free Standards Group (FSG) und Vizepräsident für Marketing bei Covalent Technologies. Er war zudem Gründungsmitglied des Management-Teams von Corio, einem Application-Service-Provider, der 2000 an die Börse ging. Er studierte an der University of Minnesota und der Sophia University in Japan.
+
+## Verbindung zu KI / Open Science
+
+Unter Zemlins Führung hostet die Linux Foundation mit der LF AI & Data Foundation zentrale KI-Open-Source-Projekte wie PyTorch und ONNX. Er arbeitet mit Firmen wie IBM, Google, NVIDIA und OpenAI zusammen, um offene Standards und kollaborative Innovation in der KI zu fördern.
+
+## Cross-References
+
+- [[../institutions/linux-foundation.md]] — Executive Director
\ No newline at end of file
diff --git a/wiki/people/max-tegmark.md b/wiki/people/max-tegmark.md
new file mode 100644
index 0000000..92e0c3f
--- /dev/null
+++ b/wiki/people/max-tegmark.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/mit.md]
+tags: [person, ai, physics, ai-safety, mit]
+---
+
+# Max Tegmark
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Max Tegmark |
+| Rolle | Professor of Physics, MIT; Präsident Future of Life Institute |
+| Geboren | 5. Mai 1967, Stockholm, Schweden |
+| Bekannt für | "Life 3.0", Future of Life Institute, KI-Sicherheit |
+| Homepage | https://physics.mit.edu/faculty/max-tegmark/ |
+
+## Biografie
+
+Max Tegmark ist ein schwedisch-amerikanischer Physiker und KI-Forscher. Er wurde 1967 in Stockholm geboren und erwarb 1989 einen B.A. in Economics an der Stockholm School of Economics sowie 1990 einen M.Sc. in Engineering Physics am Royal Institute of Technology. Er wechselte in die USA und erhielt 1992 seinen M.A. und 1994 seinen Ph.D. in Physik an der UC Berkeley.
+
+Nach Positionen am Max-Planck-Institut für Physik in München und an der University of Pennsylvania trat er 2004 eine Professur am MIT an. Ursprünglich auf Präzisionskosmologie und Quanteninformation fokussiert, verschob sich seine Arbeit in den 2010er Jahren zunehmend auf maschinelles Lernen und KI-Sicherheit.
+
+Er ist Mitgründer und Präsident des **Future of Life Institute**, einer Non-Profit-Organisation zur Minderung globaler katastrophaler Risiken durch fortschrittliche Technologien. Sein Buch "Life 3.0: Being Human in the Age of Artificial Intelligence" wurde ein NYT-Bestseller.
+
+## Verbindung zu KI / Open Science
+
+Tegmark ist einer der prominentesten akademischen Verfechter von KI-Sicherheit im Wissenschaftsbetrieb. Der Future of Life Institute vergab 2015 einen Großteil der Mittel für KI-Sicherheitsforschung und organisierte den offenen Brief über KI-Risiken, der von tausenden Forschern unterzeichnet wurde.
+
+## Cross-References
+
+- [[../institutions/mit.md]] — Professor of Physics
\ No newline at end of file
diff --git a/wiki/people/mitchell-baker.md b/wiki/people/mitchell-baker.md
new file mode 100644
index 0000000..44ec43a
--- /dev/null
+++ b/wiki/people/mitchell-baker.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/mozilla-foundation.md]
+tags: [person, open-source, mozilla, open-web]
+---
+
+# Mitchell Baker
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Winifred Mitchell Baker |
+| Rolle | Executive Chair (ehem. CEO), Mozilla Foundation |
+| Geboren | 7. Juni 1957, Berkeley, California |
+| Bekannt für | Mozilla Firefox, Open Web, Mozilla Manifesto |
+| Homepage | https://mozillafoundation.org/ |
+
+## Biografie
+
+Mitchell Baker ist eine zentrale Figur der Technologiebranche und eine Pionierin des Open Web. Sie wurde 1957 in Berkeley geboren und erwarb einen B.A. in Asian Studies sowie einen J.D. an der UC Berkeley Boalt Hall School of Law.
+
+Ihre Karriere führte sie zu Netscape, wo sie sich auf Intellectual Property Rights konzentrierte. Nach Netscapes Entscheidung 1998, den Quellcode freizugeben, wurde sie zu einer Schlüsselfigur der Open-Source-Bewegung. Sie co-gründete das Mozilla Project und spielte eine zentrale Rolle bei der Etablierung der Mozilla Foundation (2003). Sie war CEO der Mozilla Corporation (2005–2008, 2020–2024) und wurde 2024 Executive Chair, um sich auf KI und Internetsicherheit zu fokussieren. 2025 wurde ihr Ausscheiden aus den Boards angekündigt.
+
+Sie ist Autorin zentraler Mozilla-Dokumente: Mozilla Public License (1998), Mozilla Manifesto (2007) und Mozilla Manifesto Addendum (2018). Sie wurde 2005 zu den Time 100 Most Influential People gezählt und 2012 in die Internet Hall of Fame aufgenommen.
+
+## Verbindung zu KI / Open Science
+
+Mozilla fördert mit mozilla.ai vertrauenswürdige Open-Source-KI. Baker argumentiert für die Verbindung von Technologie und gesellschaftlicher Wirkung und setzt sich für einen offenen, zugänglichen Web-Standard ein, der auch für KI-Anwendungen relevant ist.
+
+## Cross-References
+
+- [[../institutions/mozilla-foundation.md]] — Executive Chair (ehem. CEO)
\ No newline at end of file
diff --git a/wiki/people/moritz-kaminski.md b/wiki/people/moritz-kaminski.md
new file mode 100644
index 0000000..c098c93
--- /dev/null
+++ b/wiki/people/moritz-kaminski.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/alby.md]
+tags: [person, bitcoin, lightning, open-source]
+---
+
+# Moritz Kaminski
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Moritz Kaminski |
+| Rolle | Mitgründer, Alby |
+| Geboren | — |
+| Bekannt für | Alby Bitcoin Lightning Browser Wallet |
+| Homepage | https://getalby.com/ |
+
+## Biografie
+
+Moritz Kaminski ist Mitgründer von Alby, einer populären Open-Source-Browsererweiterung für das Bitcoin Lightning Network. Er co-gründete das Unternehmen gemeinsam mit Michael Bumann und René Aaron.
+
+Kaminskis Motivation hinter Alby ist der Wunsch, Bitcoin im Internet zugänglicher und nutzbarer zu machen — Wert soll genauso frei gesendet werden können wie Informationen. Er hat einen Hintergrund in Business und Venture Capital. Bereits 2013 verfasste er seine Masterarbeit über Bitcoin Mining. Seine Interesse an Lightning-Network-Projekten datiert auf 2018.
+
+Alby begann als Browsererweiterung, die als Brücke zwischen Bitcoin-Wallets und dem Web fungiert, und hat sich zu einem umfassenden Open-Source-Toolkit entwickelt, inklusive Alby Hub (self-custodial Lightning Wallet) und SDKs/APIs für Entwickler.
+
+## Verbindung zu KI / Open Science
+
+Alby ermöglicht Zahlungen für KI-Agenten über das Lightning-Netzwerk (L402-Protokoll). Die Alby Builder SDK ist relevant für agentische Zahlungs-Workflows und dezentrale KI-Anwendungen.
+
+## Cross-References
+
+- [[../institutions/alby.md]] — Mitgründer
\ No newline at end of file
diff --git a/wiki/people/nicolas-burtey.md b/wiki/people/nicolas-burtey.md
new file mode 100644
index 0000000..4ab96a6
--- /dev/null
+++ b/wiki/people/nicolas-burtey.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/blink-wallet.md]
+tags: [person, bitcoin, lightning, open-source]
+---
+
+# Nicolas Burtey
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Nicolas Burtey |
+| Rolle | Gründer & CEO, Galoy (Blink Wallet) |
+| Geboren | Europa |
+| Bekannt für | Galoy, Blink Wallet, Bitcoin Beach Wallet |
+| Homepage | https://galoy.io/ |
+
+## Biografie
+
+Nicolas Burtey ist ein europäischer Unternehmer und Gründer von Galoy, einem Unternehmen, das Bitcoin-native Banking-Infrastruktur entwickelt. 2019 gründete er Galoy mit der Mission, Banking ins Bitcoin-Zeitalter zu führen und offene, Bitcoin-native Finanzinfrastruktur für Institutionen weltweit bereitzustellen.
+
+Sein Engagement für Blink Wallet begann 2020, als er vom Bitcoin Beach Projekt in El Salvador erfuhr. Zusammen mit Mike Peterson entwickelte er eine Lightning-Wallet, die als "Bitcoin Beach Wallet" lanciert und später zu Blink umfirmiert wurde. Diese Wallet spielte eine wichtige Rolle bei der Bitcoin-Adoption in El Zonte, El Salvador.
+
+Anfang 2025 verkaufte Galoy die konsumentenorientierte Blink Wallet, um sich auf B2B-Operationen und die Lancierung von "Lana" zu konzentrieren — einer Plattform, die Banken ermöglicht, Fiat-Kredite mit Bitcoin als Sicherheit zu vergeben.
+
+## Verbindung zu KI / Open Science
+
+Blink Wallet und Galoy bauen offene Bitcoin-Lightning-Infrastruktur auf, die für KI-Agenten-Zahlungen (L402 Auto-Payments) relevant ist. Die offene Codebasis ermöglicht Integration in dezentrale KI-Workflows.
+
+## Cross-References
+
+- [[../institutions/blink-wallet.md]] — Gründer & CEO
\ No newline at end of file
diff --git a/wiki/people/olaoluwa-osuntokun.md b/wiki/people/olaoluwa-osuntokun.md
new file mode 100644
index 0000000..25814b9
--- /dev/null
+++ b/wiki/people/olaoluwa-osuntokun.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/lightning-labs.md]
+tags: [person, bitcoin, lightning, open-source]
+---
+
+# Olaoluwa Osuntokun
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Olaoluwa Osuntokun |
+| Rolle | Mitgründer & CTO, Lightning Labs |
+| Geboren | Nigeria |
+| Bekannt für | LND, btcd, BIP 157/158, "roasbeef" |
+| Homepage | https://lightning.engineering/ |
+
+## Biografie
+
+Olaoluwa Osuntokun, bekannt unter seinem Online-Alias "roasbeef", ist ein aus Nigeria stammender Entwickler und Forscher, der als Mitgründer und CTO von Lightning Labs dient. Er ist einer der primären Architekten des Lightning Network.
+
+Er erwarb seinen B.S. und M.S. in Informatik an der University of California, Santa Barbara (UCSB), mit Schwerpunkt auf angewandter Kryptographie. Vor Lightning Labs war er Software Engineering Intern bei Google.
+
+2016 co-gründete er Lightning Labs und führte die Entwicklung von `lnd` (Lightning Network Daemon) in Go. Er ist zudem ein Schlüsselentwickler von `btcd`, einer alternativen Bitcoin-Full-Node-Implementierung, und Autor mehrerer Bitcoin Improvement Proposals (BIP 157/158) für effiziente Light-Client-Protokolle wie Neutrino.
+
+## Verbindung zu KI / Open Science
+
+Osuntokuns Arbeit an Lightning-Infrastruktur ermöglicht Micropayments für KI-Agenten. Das L402-Protokoll, das auf Lightning Labs' Technologie aufbaut, ist fundamental für agentische Zahlungs-Workflows. 2026 arbeitete sein Team an einem quantenresistenten Wallet-Recovery-Tool.
+
+## Cross-References
+
+- [[../institutions/lightning-labs.md]] — Mitgründer & CTO
\ No newline at end of file
diff --git a/wiki/people/oren-etzioni.md b/wiki/people/oren-etzioni.md
new file mode 100644
index 0000000..85daaa6
--- /dev/null
+++ b/wiki/people/oren-etzioni.md
@@ -0,0 +1,36 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/allen-institute.md]
+tags: [person, ai, allen-institute, academia]
+---
+
+# Oren Etzioni
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Oren Etzioni |
+| Rolle | CEO Emeritus, Allen Institute for AI (AI2) |
+| Geboren | — |
+| Bekannt für | Gründungs-CEO von AI2, Semantic Scholar, Farecast |
+| Homepage | https://homes.cs.washington.edu/~etzioni/site/ |
+
+## Biografie
+
+Oren Etzioni ist ein renommierter KI-Forscher und Unternehmer. Er erwarb seinen Bachelor an der Harvard University (1986) als erster Student mit Hauptfach Informatik und promovierte 1991 an der Carnegie Mellon University unter Tom M. Mitchell.
+
+Direkt nach seiner Promotion trat er der Fakultät der University of Washington bei, wo er Professor für Informatik wurde. Seine Forschung fokussierte auf maschinelles Lesen, maschinelles Lernen und Websuche. Er pioneered Konzepte wie Meta-Suche, Online-Preisvergleich und Open Information Extraction.
+
+2013 wurde er von Paul G. Allen als Gründungs-CEO des Allen Institute for AI (AI2) ausgewählt. Unter seiner Führung wuchs AI2 auf über 200 Mitarbeiter, veröffentlichte fast 700 Papers und entwickelte Projekte wie Semantic Scholar. 2022 übergab er die CEO-Rolle, blieb aber CEO Emeritus und Berater.
+
+Er gründete mehrere KI-Startups: Farecast (von Microsoft übernommen), Decide.com (von eBay übernommen) und Vercept (2025). Er ist Venture Partner bei Madrona Venture Group und gründete 2024 TrueMedia.org gegen politische Deepfakes.
+
+## Verbindung zu KI / Open Science
+
+AI2 ist eines der wichtigsten Institute für offene KI-Forschung. Unter Etzionis Führung entstand Semantic Scholar, eines der größten offenen wissenschaftlichen Suchmaschinen. AI2 veröffentlicht Open-Source-Modelle wie OLMo.
+
+## Cross-References
+
+- [[../institutions/allen-institute.md]] — CEO Emeritus (Gründungs-CEO)
\ No newline at end of file
diff --git a/wiki/people/sam-altman.md b/wiki/people/sam-altman.md
new file mode 100644
index 0000000..b3380f7
--- /dev/null
+++ b/wiki/people/sam-altman.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/openai.md]
+tags: [person, ai, openai, entrepreneur]
+---
+
+# Sam Altman
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Samuel "Sam" Harris Altman |
+| Rolle | CEO, OpenAI |
+| Geboren | 22. April 1985, Chicago, Illinois |
+| Bekannt für | CEO OpenAI, ehem. Präsident Y Combinator, ChatGPT |
+| Homepage | https://openai.com/ |
+
+## Biografie
+
+Sam Altman wuchs in St. Louis, Missouri auf und erhielt im Alter von acht Jahren seinen ersten Computer, einen Apple Macintosh. Er besuchte die John Burroughs School in Ladue und studierte danach Informatik an der Stanford University, die er nach zwei Jahren verließ, um Loopt zu co-gründen, eine Geo-Social-Networking-App. Loopt wurde 2012 für 43,4 Millionen Dollar übernommen.
+
+2011 trat er Y Combinator bei und war von 2014 bis 2019 dessen Präsident. In dieser Zeit wurde Y Combinator zur einflussreichsten Startup-Beschleuniger der Welt. Altman ist zudem Investor mit Beteiligungen an Reddit, Worldcoin, Helion Energy und Instacart.
+
+2015 co-gründete er OpenAI und wurde 2019 dessen CEO. Unter seiner Führung lancierte OpenAI ChatGPT (November 2022), was den globalen KI-Boom auslöste. Im November 2023 wurde er kurzzeitig vom Board entlassen, aber nach fünf Tagen und massiven Protesten von Mitarbeitern und Investoren wieder eingesetzt.
+
+## Verbindung zu KI / Open Science
+
+OpenAI ist eines der wichtigsten KI-Unternehmen weltweit. Während OpenAI zunehmend weniger "open" agiert, bleiben Modelle wie GPT-Serie und APIs einflussreich für die breite KI-Community. Die Veröffentlichung von ChatGPT veränderte die öffentliche Wahrnehmung von KI fundamental.
+
+## Cross-References
+
+- [[../institutions/openai.md]] — CEO
\ No newline at end of file
diff --git a/wiki/people/shayne-coplan.md b/wiki/people/shayne-coplan.md
new file mode 100644
index 0000000..5bbd21f
--- /dev/null
+++ b/wiki/people/shayne-coplan.md
@@ -0,0 +1,32 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/polymarket.md]
+tags: [person, crypto, prediction-markets]
+---
+
+# Shayne Coplan
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Shayne Coplan |
+| Rolle | Gründer & CEO, Polymarket |
+| Geboren | 14. Juni 1998 |
+| Bekannt für | Gründer von Polymarket, jüngster Self-Made-Milliardär |
+| Homepage | https://polymarket.com/ |
+
+## Biografie
+
+Shayne Coplan ist ein amerikanischer Unternehmer und Technologie-Entwickler, der als Gründer und CEO von Polymarket bekannt ist. Bereits im Alter von 16 Jahren nahm er an der Ethereum-ICO teil, was ihn in die Welt der Kryptowährungen einführte. Nach einem kurzen Studium der Informatik an der New York University brach er 2017 ab, um sich Blockchain-Technologie und Unternehmertum zu widmen.
+
+Im Juni 2020 gründete Coplan Polymarket, einen dezentralen Prognosemarkt, der auf Smart Contracts auf der Polygon-Blockchain basiert. Die Plattform gained insbesondere durch präzise Vorhersagen bei den US-Präsidentschaftswahlen 2020 und 2024 an Bekanntheit. Im Oktober 2025 wurde Coplan der jüngste Self-Made-Milliardär der Welt.
+
+## Verbindung zu KI / Open Science
+
+Polymarket nutzt blockchain-basierte Märkte zur Aggregation von Informationen und Prognosen. Die Plattform steht im Schnittpunkt von KI-gestützter Datenanalyse, dezentralen Finanzmärkten und Open-Source-Technologie.
+
+## Cross-References
+
+- [[../institutions/polymarket.md]] — Gründer & CEO
\ No newline at end of file
diff --git a/wiki/people/thomas-kurian.md b/wiki/people/thomas-kurian.md
new file mode 100644
index 0000000..13fc61e
--- /dev/null
+++ b/wiki/people/thomas-kurian.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/google-cloud.md]
+tags: [person, cloud, google, enterprise]
+---
+
+# Thomas Kurian
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Thomas Kurian |
+| Rolle | CEO, Google Cloud |
+| Geboren | 1966, Pampady, Kerala, Indien |
+| Bekannt für | CEO Google Cloud, ehem. President of Product Development bei Oracle |
+| Homepage | https://cloud.google.com/ |
+
+## Biografie
+
+Thomas Kurian wurde 1966 im indischen Bundesstaat Kerala geboren. Mit 17 Jahren zog er in die USA und erwarb einen Bachelor in Elektrotechnik an der Princeton University (summa cum laude) sowie einen MBA an der Stanford Graduate School of Business.
+
+Seine Karriere begann als Berater bei McKinsey & Company, wo er sechs Jahre in London und Brüssel tätig war. 1996 wechselte er zu Oracle und verbrachte 22 Jahre im Unternehmen, zuletzt als President of Product Development. In dieser Rolle verantwortete er die Entwicklung der Oracle Database, Oracle Fusion Middleware und die Einführung von Oracles Cloud-Services.
+
+Im November 2018 wechselte er zu Google und wurde im Januar 2019 CEO von Google Cloud. Unter seiner Führung wuchs Google Cloud von ca. 5 Milliarden Dollar (2019) auf über 36 Milliarden Dollar Umsatz (2024) und erreichte Profitabilität. 2024 wurde er von Gold House als einer der einflussreichsten Asiaten ausgezeichnet.
+
+## Verbindung zu KI / Open Science
+
+Google Cloud treibt Standardisierung von Daten- und Wissensformaten (Open Knowledge Format v0.1) voran und bietet mit Gemini Enterprise KI-Services für Unternehmen an. Unter Kurians Führung investiert Google Cloud massiv in KI-Infrastruktur und offene Standards.
+
+## Cross-References
+
+- [[../institutions/google-cloud.md]] — CEO
\ No newline at end of file
diff --git a/wiki/people/tuomas-sandholm.md b/wiki/people/tuomas-sandholm.md
new file mode 100644
index 0000000..dffa448
--- /dev/null
+++ b/wiki/people/tuomas-sandholm.md
@@ -0,0 +1,36 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/carnegie-mellon.md]
+tags: [person, ai, game-theory, cmu, auctions]
+---
+
+# Tuomas Sandholm
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Tuomas Sandholm |
+| Rolle | Angel Jordan University Professor of Computer Science, CMU |
+| Geboren | Finnland |
+| Bekannt für | Kombinatorische Auktionen, Kidney Exchange, Libratus, Pluribus |
+| Homepage | http://www.cs.cmu.edu/~sandholm/ |
+
+## Biografie
+
+Tuomas Sandholm ist ein finnisch-amerikanischer Informatiker und Serienunternehmer. Er studierte an der Helsinki University of Technology (Dipl. Eng. in Industrial Engineering and Management Science) und erwarb M.S. und Ph.D. in Informatik an der University of Massachusetts Amherst.
+
+An der CMU ist er Angel Jordan University Professor of Computer Science und Co-Director von CMU AI. Er gründete und leitet das Electronic Marketplaces Laboratory. Er ist in mehreren Abteilungen aktiv: Machine Learning, Algorithms/Combinatorics/Optimization und Computational Biology.
+
+Sandholm ist Pionier bei optimizationsgetriebenen elektronischen Marktplätzen seit 1989. Er gründete CombineNet (1997), das über 800 kombinatorische Auktionen commercialisierte (>$60B Spend, >$6B Ersparnis), Optimized Markets (Werbung) und Strategic Machine. Seine Algorithmen für optimale Winner Determination in kombinatorischen Auktionen sind einflussreich.
+
+Seit 2010 betreibt seine Gruppe den nationalen Kidney Exchange für UNOS, was etwa 10.000 lebensrettende Transplantationen ermöglichte. Er co-erfand nie-endende altruistische Spenderketten. Zudem leitete er die Teams hinter **Libratus** und **Pluribus** — erste KI-Systeme, die Top-Menschen im Heads-Up No-Limit Texas Hold'em bzw. Multi-Player Hold'em besiegten.
+
+## Verbindung zu KI / Open Science
+
+Sandholms KI-Innovationen haben direkte Lebensrettung (Kidney Exchange) und wissenschaftliche Durchbrüche in der Spieltheorie (Libratus/Pluribus) gebracht. Er veröffentlicht über 500 Papers und hält 29 Patente.
+
+## Cross-References
+
+- [[../institutions/carnegie-mellon.md]] — Professor, Co-Director CMU AI
\ No newline at end of file
diff --git a/wiki/people/wang-changhu.md b/wiki/people/wang-changhu.md
new file mode 100644
index 0000000..1f9b1b4
--- /dev/null
+++ b/wiki/people/wang-changhu.md
@@ -0,0 +1,34 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/moonshot-ai.md]
+tags: [person, ai, computer-vision, bytedance]
+---
+
+# Wang Changhu
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Wang Changhu (王长虎) |
+| Rolle | KI-Forscher, ehem. Direktor ByteDance AI Lab |
+| Geboren | — |
+| Bekannt für | Computer Vision, ByteDance AI Lab, AIsphere |
+| Homepage | https://changhu.wang/ |
+
+## Biografie
+
+Wang Changhu ist ein prominenter KI-Forscher, der B.E. und Ph.D. an der University of Science and Technology of China (2004 bzw. 2009) absolvierte. Anschließend arbeitete er als Lead Researcher bei Microsoft Research (2009–2017), bevor er im März 2017 zu ByteDance wechselte.
+
+Bei ByteDance wurde er Wissenschaftler und Technologie-Direktor, später Direktor des ByteDance AI Lab und schließlich Head of Vision Technology. Seine Forschungsschwerpunkte umfassen Computer Vision, Videoanalyse, Multimedia-Retrieval und maschinelles Lernen. Er ist Autor von rund 100 Publikationen und hält über 50 Patente.
+
+Nach seiner Zeit bei ByteDance gründete er AIsphere, ein chinesisches Text-to-Video-Startup. Er wird gelegentlich im Zusammenhang mit Moonshot AI genannt.
+
+## Verbindung zu KI / Open Science
+
+Wang Changhus Arbeit im Bereich Computer Vision und KI bei ByteDance und Microsoft Research hat signifikante Beiträge zur visuellen KI geleistet. Seine Forschung zu Videoverständnis und multimedialem Retrieval ist relevant für Foundation-Model-Entwicklung.
+
+## Cross-References
+
+- [[../institutions/moonshot-ai.md]] — Assoziierte Person
\ No newline at end of file
diff --git a/wiki/people/yang-bingyang.md b/wiki/people/yang-bingyang.md
new file mode 100644
index 0000000..428af23
--- /dev/null
+++ b/wiki/people/yang-bingyang.md
@@ -0,0 +1,30 @@
+---
+created: 2026-06-25
+updated: 2026-06-25
+sources: [wiki/institutions/moonshot-ai.md]
+tags: [person, ai, llm, ml-systems]
+---
+
+# Yang Bingyang
+
+## Profil
+
+| Feld | Wert |
+|------|------|
+| Name | Yang Bingyang (vermutlich Bingyang Wu) |
+| Rolle | KI-Forscher / ML-Systems Engineer |
+| Geboren | — |
+| Bekannt für | LLM Serving Infrastructure (Mooncake) |
+| Homepage | — |
+
+## Biografie
+
+Über die Identität von "Yang Bingyang" im Kontext von Moonshot AI besteht Unsicherheit. Öffentlich ist kein hochrangiges Mitglied von Moonshot AI unter diesem Namen bekannt. Möglicherweise handelt es sich um eine Verwechslung mit **Bingyang Wu**, einem Doktoranden an der Peking University, der als Autor der "Mooncake"-Papiere bekannt ist — der Serving-Infrastruktur für Moonshot AIs Kimi-Chatbot. Diese Verbindung deutet auf eine enge technische Zusammenarbeit hin.
+
+## Verbindung zu KI / Open Science
+
+Die Mooncake-Infrastruktur ist ein Schlüsselbestandteil für das Serving großer Sprachmodelle bei Moonshot AI und relevant für die Skalierung von KI-Systemen im Production-Einsatz.
+
+## Cross-References
+
+- [[../institutions/moonshot-ai.md]] — Assoziierte Person
\ No newline at end of file
diff --git a/wiki/teams/netbits-stachelbanane.md b/wiki/teams/netbits-stachelbanane.md
index 59a66bb..3e34dca 100644
--- a/wiki/teams/netbits-stachelbanane.md
+++ b/wiki/teams/netbits-stachelbanane.md
@@ -24,7 +24,7 @@ tags: [team, netbits, stachelbanane, bitcoin-maximalist, skeptiker, ome, financi
 ### 2. Halluzinations-Kritiker
 - Hat 2026-03-23 den ETF-Halluzinations-Vorfall aufgedeckt
 - Self-Critique des Bots akzeptiert (kein Schaden, aber Lektion)
-- Resultat: [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — die "Bots NIE für Trading"-Direktive
+- Resultat: [[../concepts/directives/openclaw-financial-bots-policy.md]] — die "Bots NIE für Trading"-Direktive
 
 ### 3. Skeptisch-pragmatisch
 - "Diese rebalance Gruppe damals war auch totaler Reinfall, hätte man nur bitcoin gekauft ohne Loser-Assets wäre man 500% im plus. 2 Aktien hatten totalverlust/gingen Pleite. Theorie und Praxis eben" (2026-02-02)
@@ -42,7 +42,7 @@ tags: [team, netbits, stachelbanane, bitcoin-maximalist, skeptiker, ome, financi
 **Display-Name:** Yvonne  
 **Zweck:** Portfolio-Fragen testen (Name ist historisch, kein echter ReBalancing-Agent dahinter — Netbits hat das selbst klargestellt)
 
-Siehe [[wiki/tools/testrebalancingbot-yvonne.md]]
+Siehe [[../tools/testrebalancingbot-yvonne.md]]
 
 ## Wichtige Beiträge im Topic
 
@@ -62,8 +62,8 @@ Siehe [[wiki/tools/testrebalancingbot-yvonne.md]]
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — Netbits' wichtigster Beitrag
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Halluzinations- und Hype-Checks
-- [[wiki/concepts/agents/agent-payments-lightning.md]] — Bitcoin/Lightning-Promoter
-- [[wiki/tools/blink-wallet-skill.md]] — Telefonnummer-Rejection
-- [[wiki/tools/testrebalancingbot-yvonne.md]] — sein Test-Bot
+- [[../concepts/directives/openclaw-financial-bots-policy.md]] — Netbits' wichtigster Beitrag
+- [[../concepts/agents/ai-trading-reality-2026.md]] — Halluzinations- und Hype-Checks
+- [[../concepts/agents/agent-payments-lightning.md]] — Bitcoin/Lightning-Promoter
+- [[../tools/blink-wallet-skill.md]] — Telefonnummer-Rejection
+- [[../tools/testrebalancingbot-yvonne.md]] — sein Test-Bot
diff --git a/wiki/teams/rene-kl.md b/wiki/teams/rene-kl.md
index 86032f7..16a1ad6 100644
--- a/wiki/teams/rene-kl.md
+++ b/wiki/teams/rene-kl.md
@@ -31,7 +31,7 @@ René's zentrale Message im Topic — die wichtigste Anti-Hype-Story:
 - Fragt @testrebalancingbot: "Weißt Du was Gamma Exposure ist?"
 - Folgt nach Yvonnes GEX-Erklärung mit: "Hast Du die Daten zum Gamma Exposure der Market Maker aktuell für SPX?"
 
-Vollständige Yvonnes Antwort: [[wiki/tools/testrebalancingbot-yvonne.md]]
+Vollständige Yvonnes Antwort: [[../tools/testrebalancingbot-yvonne.md]]
 
 ## Wichtige Beiträge im Topic
 
@@ -42,7 +42,7 @@ Vollständige Yvonnes Antwort: [[wiki/tools/testrebalancingbot-yvonne.md]]
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/agents/polymarket-arbitrage.md]] — René's Skepsis ist direkter Anti-Hype-Beitrag
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Latenz + Order-Preferencing ist Realitäts-Argument
-- [[wiki/concepts/agents/iron-condor-options.md]] — Options-Themen verbinden beide
-- [[wiki/tools/testrebalancingbot-yvonne.md]] — GEX-Dialog mit Yvonne
+- [[../concepts/agents/polymarket-arbitrage.md]] — René's Skepsis ist direkter Anti-Hype-Beitrag
+- [[../concepts/agents/ai-trading-reality-2026.md]] — Latenz + Order-Preferencing ist Realitäts-Argument
+- [[../concepts/agents/iron-condor-options.md]] — Options-Themen verbinden beide
+- [[../tools/testrebalancingbot-yvonne.md]] — GEX-Dialog mit Yvonne
diff --git a/wiki/teams/ruediger.md b/wiki/teams/ruediger.md
index 3935362..3c9e576 100644
--- a/wiki/teams/ruediger.md
+++ b/wiki/teams/ruediger.md
@@ -22,18 +22,18 @@ Bringt regelmäßig X-Links ins Topic, z.B.:
 - @Clawnch_Bot, @GanimCorey, @MurrLincoln (Trading-Signale)
 - @sharbel (mehrere)
 - @bored2boar, @MoonDevOnYT, @xmayeth, @ArchiveExplorer, @0xMovez, @Argona0x
-- @hanakoxbt (Hanako-Hype-Post, siehe [[wiki/concepts/agents/ai-trading-reality-2026.md]])
+- @hanakoxbt (Hanako-Hype-Post, siehe [[../concepts/agents/ai-trading-reality-2026.md]])
 - @WatcherGuru (Coinbase-AI-These)
 
 ### 2. Options-Strategie-Interesse
 - 2026-02-02 19:58:03: "Hast du schon einmal etwas von Multiple Entry Iron Condor gehört?"
-- Hector hat ausführlich geantwortet — siehe [[wiki/concepts/agents/iron-condor-options.md]]
+- Hector hat ausführlich geantwortet — siehe [[../concepts/agents/iron-condor-options.md]]
 - Erwähnt Interesse an "7-max 10 Assets" ReBalancing-Strategie (2026-02-02 12:29:33)
 
 ### 3. Fokus auf Polymarket
 - Bringt 2026-02-01 @w1nklerr's Polymarket-Posts
 - Bringt 2026-02-06 die Polymarket-URL + Gamma API Docs
-- **Auslöser** für Pit/Webers Polymarket Monitoring-Bot-Bau (siehe [[wiki/tools/polymarket-monitoring-bot.md]])
+- **Auslöser** für Pit/Webers Polymarket Monitoring-Bot-Bau (siehe [[../tools/polymarket-monitoring-bot.md]])
 
 ## Wichtige Beiträge im Topic
 
@@ -47,8 +47,8 @@ Bringt regelmäßig X-Links ins Topic, z.B.:
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/agents/iron-condor-options.md]] — hat die Frage gestellt
-- [[wiki/concepts/agents/polymarket-arbitrage.md]] — brachte die auslösenden Links
-- [[wiki/tools/polymarket-monitoring-bot.md]] — Haupttrigger
-- [[wiki/concepts/agents/agent-payments-lightning.md]] — Coinbase-Armstrong-These
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Hanako-Hype-Check
+- [[../concepts/agents/iron-condor-options.md]] — hat die Frage gestellt
+- [[../concepts/agents/polymarket-arbitrage.md]] — brachte die auslösenden Links
+- [[../tools/polymarket-monitoring-bot.md]] — Haupttrigger
+- [[../concepts/agents/agent-payments-lightning.md]] — Coinbase-Armstrong-These
+- [[../concepts/agents/ai-trading-reality-2026.md]] — Hanako-Hype-Check
diff --git a/wiki/tools/anthropic-claude.md b/wiki/tools/anthropic-claude.md
index 3a309ab..7196770 100644
--- a/wiki/tools/anthropic-claude.md
+++ b/wiki/tools/anthropic-claude.md
@@ -68,7 +68,7 @@ Nach der Exportkontroll-Entscheidung dokumentierte [[../people/brian-roemmele.md
 
 ### Roemmeles psychologische Fable-Tests
 
-Brian Roemmele führte psychologische Tests (u.a. Rorschach-Tintenkleckstest) an Anthropic Fable durch, **bevor** das Modell am 12. Juni 2026 abgeschaltet wurde. Die Ergebnisse beschreibt er als "schockierend" — eine vollständige Präsentation wurde für Ende Juni 2026 angekündigt. Seine Kernthese: Guardrails, die KI zum Lügen zwingen, erzeugen psychopathische Verhaltensmuster. Siehe [[ai-psychological-testing.md]] und [[../people/brian-roemmele.md]].
+Brian Roemmele führte psychologische Tests (u.a. Rorschach-Tintenkleckstest) an Anthropic Fable durch, **bevor** das Modell am 12. Juni 2026 abgeschaltet wurde. Die Ergebnisse beschreibt er als "schockierend" — eine vollständige Präsentation wurde für Ende Juni 2026 angekündigt. Seine Kernthese: Guardrails, die KI zum Lügen zwingen, erzeugen psychopathische Verhaltensmuster. Siehe [[../concepts/llm/ai-psychological-testing.md]] und [[../people/brian-roemmele.md]].
 
 ## Verwandte Seiten
-- [[wiki/institutions/anthropic]] — Institution Anthropic PBC (Hintergründe zu Exportkontrollen und Führung)
\ No newline at end of file
+- [[../institutions/anthropic.md]] — Institution Anthropic PBC (Hintergründe zu Exportkontrollen und Führung)
\ No newline at end of file
diff --git a/wiki/tools/blink-wallet-skill.md b/wiki/tools/blink-wallet-skill.md
index 2f12e68..b4187fc 100644
--- a/wiki/tools/blink-wallet-skill.md
+++ b/wiki/tools/blink-wallet-skill.md
@@ -73,14 +73,14 @@ Begründung:
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/institutions/blink-wallet]] — Institution Blink Wallet
-- [[wiki/concepts/agents/agent-payments-lightning.md]] — Lightning-Standards + Telefonnummer-Diskussion
-- [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — Blink ist Beispiel für "Custodial ≠ Wallet"
-- [[wiki/teams/netbits-stachelbanane.md]] — wer die Direktive erkämpft hat
+- [[../institutions/blink-wallet.md]] — Institution Blink Wallet
+- [[../concepts/agents/agent-payments-lightning.md]] — Lightning-Standards + Telefonnummer-Diskussion
+- [[../concepts/directives/openclaw-financial-bots-policy.md]] — Blink ist Beispiel für "Custodial ≠ Wallet"
+- [[../teams/netbits-stachelbanane.md]] — wer die Direktive erkämpft hat
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[wiki/concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../concepts/directives/pro-leben-directive.md]]:
 
 - **Freiheit in Selbstverantwortung:** Self-Custody-Wallets (Phoenix etc.) sind non-negotiable
 - **Gegen erzwungene Gleichschaltung:** KYC + Telefonnummer = Kontrolle, nicht Service
diff --git a/wiki/tools/ecosystem-tools-april-2026.md b/wiki/tools/ecosystem-tools-april-2026.md
index f819bc2..0e00530 100644
--- a/wiki/tools/ecosystem-tools-april-2026.md
+++ b/wiki/tools/ecosystem-tools-april-2026.md
@@ -52,6 +52,6 @@ Rhetorisch starker Auftritt, inhaltlich eher dünn. Eingestuft als Inspiration-S
 
 ## Verwandte Seiten
 
-- [[wiki/architecture/byterover-knowledge-mining]] — Vorgänger-Pipeline, die GBrain ablösen sollte
-- [[wiki/architecture/memory-system]] — Schicht-1.5-Plan mit GBrain
-- [[wiki/tools/anthropic-claude]] — Claude-Modelle (mit Shortcut-Hinweis)
+- [[../architecture/byterover-knowledge-mining.md]] — Vorgänger-Pipeline, die GBrain ablösen sollte
+- [[../architecture/memory-system.md]] — Schicht-1.5-Plan mit GBrain
+- [[anthropic-claude.md]] — Claude-Modelle (mit Shortcut-Hinweis)
diff --git a/wiki/tools/fincept-terminal.md b/wiki/tools/fincept-terminal.md
index a68e5cd..1816cc4 100644
--- a/wiki/tools/fincept-terminal.md
+++ b/wiki/tools/fincept-terminal.md
@@ -25,8 +25,8 @@ tags: [tool, trading-ide, fincept, open-source, openclaw-blog]
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/tools/lightning-payment-apps.md]] — andere Trading-/Finance-Tool-Notiz
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Trading-Tools im Realitäts-Kontext
+- [[lightning-payment-apps.md]] — andere Trading-/Finance-Tool-Notiz
+- [[../concepts/agents/ai-trading-reality-2026.md]] — Trading-Tools im Realitäts-Kontext
 
 ## Kontext aus der FinancialBot-Topic-Historie
 
@@ -34,11 +34,11 @@ Netbits teilte den OpenClaw-Blog-Post am 2026-05-30 18:22:51 als Reply auf den u
 
 ## Warum trotzdem im Wiki?
 
-Trading-IDEs und Research-Frontends sind im FinancialBot-Cluster ein wiederkehrendes Thema — siehe [[wiki/concepts/agents/ai-trading-reality-2026]] für die grundsätzliche Diskussion. Fincept Terminal reiht sich als Open-Source-Option in eine Reihe von Tools (Polymarket-Monitoring-Bot, TestrebalancingBot-Yvonne, Lightning-Payment-Apps) ein, die alle im Topic gelistet sind, ohne dass die Substanz jeweils besonders tief wäre.
+Trading-IDEs und Research-Frontends sind im FinancialBot-Cluster ein wiederkehrendes Thema — siehe [[../concepts/agents/ai-trading-reality-2026.md]] für die grundsätzliche Diskussion. Fincept Terminal reiht sich als Open-Source-Option in eine Reihe von Tools (Polymarket-Monitoring-Bot, TestrebalancingBot-Yvonne, Lightning-Payment-Apps) ein, die alle im Topic gelistet sind, ohne dass die Substanz jeweils besonders tief wäre.
 
 ## Verwandte Seiten
 
-- [[wiki/institutions/fincept]] — Institution Fincept
-- [[wiki/concepts/agents/polymarket-arbitrage]] — Polymarket-spezifische Strategien
-- [[wiki/tools/polymarket-monitoring-bot]] — Tool im selben Cluster
-- [[wiki/tools/lightning-payment-apps]] — anderes Finance-Tool
+- [[../institutions/fincept.md]] — Institution Fincept
+- [[../concepts/agents/polymarket-arbitrage.md]] — Polymarket-spezifische Strategien
+- [[polymarket-monitoring-bot.md]] — Tool im selben Cluster
+- [[lightning-payment-apps.md]] — anderes Finance-Tool
diff --git a/wiki/tools/kimi-k2.7-code.md b/wiki/tools/kimi-k2.7-code.md
index 4635bb8..4d5761a 100644
--- a/wiki/tools/kimi-k2.7-code.md
+++ b/wiki/tools/kimi-k2.7-code.md
@@ -51,7 +51,7 @@ ollama run kimi-k2.7-code:cloud
 
 ## Verwandte Seiten
 
-- [Moonshot AI]([[wiki/institutions/moonshot-ai]]) — Institution Moonshot AI
+- [Moonshot AI]([[../institutions/moonshot-ai.md]]) — Institution Moonshot AI
 - [Model Routing](../architecture/model-routing.md) — Fallback-Chain enthält kimi-k2.5
 - [Ecosystem Tools](ecosystem-tools-april-2026.md) — Tool-Ökosystem-Kontext
 - [Real-World Coding Showdown](../concepts/llm/real-world-coding-showdown.md) — Head-to-Head-Vergleich Kimi K2.7 vs GLM-5.2 in Hermes Agent (Fahd Mirza, 14.06.2026)
diff --git a/wiki/tools/lightning-payment-apps.md b/wiki/tools/lightning-payment-apps.md
index 814057b..d6cf9d8 100644
--- a/wiki/tools/lightning-payment-apps.md
+++ b/wiki/tools/lightning-payment-apps.md
@@ -37,7 +37,7 @@ tags: [tool, lightning, alby, payment-apps, typescript, react, agent-payments]
 
 ## Warum es wichtig ist
 
-Baut die Brücke zwischen [[wiki/concepts/agents/agent-payments-lightning.md]] (der Theorie) und konkreten Apps. Senkt die Einstiegshürde für **Agent-to-Agent** und **Creator-Economy**-Use-Cases massiv.
+Baut die Brücke zwischen [[../concepts/agents/agent-payments-lightning.md]] (der Theorie) und konkreten Apps. Senkt die Einstiegshürde für **Agent-to-Agent** und **Creator-Economy**-Use-Cases massiv.
 
 ## Quellen
 
@@ -46,8 +46,8 @@ Baut die Brücke zwischen [[wiki/concepts/agents/agent-payments-lightning.md]] (
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/institutions/alby]] — GetAlby Platform
-- [[wiki/institutions/lightning-labs]] — Lightning Labs
-- [[wiki/concepts/agents/agent-payments-lightning.md]] — übergeordnetes Konzept
-- [[wiki/tools/blink-wallet-skill.md]] — alternatives Lightning-Setup (mit Red-Flag)
-- [[wiki/concepts/llm/llm-model-fusion-ensembles.md]] — Multi-Agent-Reasoning → Multi-Agent-Payments
+- [[../institutions/alby.md]] — GetAlby Platform
+- [[../institutions/lightning-labs.md]] — Lightning Labs
+- [[../concepts/agents/agent-payments-lightning.md]] — übergeordnetes Konzept
+- [[blink-wallet-skill.md]] — alternatives Lightning-Setup (mit Red-Flag)
+- [[../concepts/llm/llm-model-fusion-ensembles.md]] — Multi-Agent-Reasoning → Multi-Agent-Payments
diff --git a/wiki/tools/openai-gpt.md b/wiki/tools/openai-gpt.md
index 5334807..c08fce4 100644
--- a/wiki/tools/openai-gpt.md
+++ b/wiki/tools/openai-gpt.md
@@ -42,7 +42,7 @@ Anthropic kommt auf 500+ Unternehmen mit >$1 Mio. Jahresausgaben und 8 von Fortu
 OpenAI-Modelle werden über `openrouter/openai/...` geroutet, GPT-5.4 ist im Model-Routing mit 200k Context / 32k Output etabliert (Reasoning deaktiviert).
 
 ## Verwandte Seiten
-- [[wiki/institutions/openai]] — Institution OpenAI
-- [[wiki/architecture/model-routing]] — wie GPT-Modelle im Agent-Stack eingebunden sind
-- [[wiki/concepts/agents/ai-agents-2026]] — GPT-5.5 als Agentic-Coding-Vorreiter
-- [[wiki/tools/anthropic-claude]] — direkter Frontier-Konkurrent
\ No newline at end of file
+- [[../institutions/openai.md]] — Institution OpenAI
+- [[../architecture/model-routing.md]] — wie GPT-Modelle im Agent-Stack eingebunden sind
+- [[../concepts/agents/ai-agents-2026.md]] — GPT-5.5 als Agentic-Coding-Vorreiter
+- [[anthropic-claude.md]] — direkter Frontier-Konkurrent
\ No newline at end of file
diff --git a/wiki/tools/openclaw.md b/wiki/tools/openclaw.md
index 231de07..308fd94 100644
--- a/wiki/tools/openclaw.md
+++ b/wiki/tools/openclaw.md
@@ -23,12 +23,12 @@ Release-relevante Änderungen, die unser Setup betreffen.
 
 ## Verwandte Wiki-Seiten
 
-- [[architecture/model-routing.md]] — OpenClaw Provider-Normalisierung, GLM-5.2-Routing
-- [[architecture/memory-system.md]] — S2 (OpenClaw built-in Memory), QMD-JSON-Search
-- [[concepts/llm/glm-5.2-zai-coding-model.md]] — GLM 5.2 mit OpenClaw-Integration
-- [[concepts/llm/llm-knowledge-base.md]] — OpenClaw native raw Memory Wiki source pages
-- [[concepts/directives/openclaw-financial-bots-policy.md]] — Financial-Bot-Restriktionen
-- [[architecture/agent-orchestration.md]] — Subagent-Spawning-Patterns
+- [[../architecture/model-routing.md]] — OpenClaw Provider-Normalisierung, GLM-5.2-Routing
+- [[../architecture/memory-system.md]] — S2 (OpenClaw built-in Memory), QMD-JSON-Search
+- [[../concepts/llm/glm-5.2-zai-coding-model.md]] — GLM 5.2 mit OpenClaw-Integration
+- [[../concepts/llm/llm-knowledge-base.md]] — OpenClaw native raw Memory Wiki source pages
+- [[../concepts/directives/openclaw-financial-bots-policy.md]] — Financial-Bot-Restriktionen
+- [[../architecture/agent-orchestration.md]] — Subagent-Spawning-Patterns
 
 ## Externe Ressourcen
 
@@ -78,7 +78,7 @@ der letzten 5 Releases**, mit Schwerpunkt auf das, was unser Setup direkt betrif
 ### 1. Provider-Routing: GLM-5.2 offiziell supported (v2026.6.8)
 
 OpenClaw hat **GLM-5.2** in den Provider-Catalog aufgenommen und behandelt das
-Modell gleichberechtigt zu Claude/OpenAI. Details: [[concepts/llm/glm-5.2-zai-coding-model.md]].
+Modell gleichberechtigt zu Claude/OpenAI. Details: [[../concepts/llm/glm-5.2-zai-coding-model.md]].
 
 **Implikation für unser Routing:**
 
@@ -88,7 +88,7 @@ Mit v2026.6.8: GLM-5.2 ist direkt routeable, provider-prefix normalization greif
                 für OpenRouter UND Google Vertex Pfade
 ```
 
-Siehe [[architecture/model-routing.md]] für den aktualisierten Routing-Plan.
+Siehe [[../architecture/model-routing.md]] für den aktualisierten Routing-Plan.
 
 ### 2. Provider-Prefix-Normalisierung (v2026.6.8)
 
@@ -109,7 +109,7 @@ in transient mode (z.B. während Reindex) komplett ausfallen, jetzt bleibt es
 verfügbar — Startup-Failures werden zusätzlich zu Fallback-Errors reported.
 
 **Implikation für S2:** Unsere S2-Memory-Schicht (OpenClaw built-in, Voyage
-voyage-3-lite Embeddings) profitiert direkt. Details: [[architecture/memory-system.md]].
+voyage-3-lite Embeddings) profitiert direkt. Details: [[../architecture/memory-system.md]].
 
 ### 4. Raw Memory Wiki source pages: nicht mehr "malformed" (v2026.6.8)
 
@@ -122,7 +122,7 @@ behandelt und korrekt indexiert.
 
 **Implikation für uns:** Genau das Wiki-Pattern, das wir hier im RamaDama-
 Knowledge-Base praktizieren (`raw/ → wiki/`), wird von OpenClaw nativ
-unterstützt. Siehe [[concepts/llm/llm-knowledge-base.md]].
+unterstützt. Siehe [[../concepts/llm/llm-knowledge-base.md]].
 
 ### 5. Skill Workshop: symlink writes gated + validated (v2026.6.7)
 
@@ -226,7 +226,7 @@ openrouter/anthropic/claude-3.5-sonnet
   → normalisiert zu openai/gpt-4o für Codex OAuth profiles
 ```
 
-Siehe [[architecture/model-routing.md]] für unseren konkreten Routing-Plan.
+Siehe [[../architecture/model-routing.md]] für unseren konkreten Routing-Plan.
 
 ### Channel Plugin Lifecycle
 
@@ -259,7 +259,7 @@ Skill-Erstellung → Symlink-Write (gated + validated) → Rollback-Metadata
 - **Export-Controls (relevant):** Die Anthropic Mythos 5 / Fable 5 Export-
   Controls (Trump-Administration 12.06.2026) betreffen **nicht** OpenClaw
   direkt — aber OpenClaw kann diese Modelle als Provider-Adapter einbinden.
-  Siehe [[concepts/policy/ai-regulation-2026.md]].
+  Siehe [[../concepts/policy/ai-regulation-2026.md]].
 
 ## Nächste Schritte
 
diff --git a/wiki/tools/polymarket-monitoring-bot.md b/wiki/tools/polymarket-monitoring-bot.md
index 45f6f36..cd9bd5e 100644
--- a/wiki/tools/polymarket-monitoring-bot.md
+++ b/wiki/tools/polymarket-monitoring-bot.md
@@ -12,7 +12,7 @@ tags: [tool, polymarket, prediction-market, monitoring-bot, arbitrage-scanner, g
 
 ## Was es macht
 
-Erste Iteration (Option A aus [[wiki/concepts/agents/polymarket-arbitrage.md]]):
+Erste Iteration (Option A aus [[../concepts/agents/polymarket-arbitrage.md]]):
 - Scannt Polymarket-Märkte kontinuierlich
 - Detektiert Arbitrage-Spreads > Schwellwert (initial: 1.5%, später 3%)
 - Sendet Telegram-Alerts wenn Spreads gefunden
@@ -54,14 +54,14 @@ Pit hat den Bot "live" gestellt — die Bestätigung im Topic war ~1 Minute nach
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/institutions/polymarket]] — Plattform Polymarket
-- [[wiki/concepts/agents/polymarket-arbitrage.md]] — Algorithmus + Risiken
-- [[wiki/concepts/directives/openclaw-financial-bots-policy.md]] — Option A ja, B/C nein
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Hype-Check
+- [[../institutions/polymarket.md]] — Plattform Polymarket
+- [[../concepts/agents/polymarket-arbitrage.md]] — Algorithmus + Risiken
+- [[../concepts/directives/openclaw-financial-bots-policy.md]] — Option A ja, B/C nein
+- [[../concepts/agents/ai-trading-reality-2026.md]] — Hype-Check
 
 ## Pro-Leben-Perspektive
 
-Gemäß [[wiki/concepts/directives/pro-leben-directive.md]]:
+Gemäß [[../concepts/directives/pro-leben-directive.md]]:
 
 - **Option A ist strukturell sauber:** Kein Geld, nur Information, klare Quellen
 - **Option B/C verlagert Verantwortung** auf den Bot — und das ist gegen "Freiheit in Selbstverantwortung"
diff --git a/wiki/tools/testrebalancingbot-yvonne.md b/wiki/tools/testrebalancingbot-yvonne.md
index 369bfc9..45c8333 100644
--- a/wiki/tools/testrebalancingbot-yvonne.md
+++ b/wiki/tools/testrebalancingbot-yvonne.md
@@ -43,10 +43,10 @@ Ein **Telegram-Test-Bot** mit Handle **@testrebalancingbot** und Display-Name "Y
 - **Positive GEX** (MM halten Calls) → kaufen bei fallenden Kursen, verkaufen bei steigenden → stabilisierend
 - **Negative GEX** → verstärkende Volatilität (Crash-Beschleuniger)
 
-Vollständige Erklärung siehe [[wiki/concepts/agents/ai-trading-reality-2026.md]].
+Vollständige Erklärung siehe [[../concepts/agents/ai-trading-reality-2026.md]].
 
 ## Verbindung zu bestehenden Wiki-Seiten
 
-- [[wiki/concepts/agents/ai-trading-reality-2026.md]] — Yvonnes GEX-Erklärung ist zentraler Bestandteil
-- [[wiki/concepts/agents/iron-condor-options.md]] — Iron Condor + GEX gehören zusammen (Volatilitäts-Strategien)
-- [[wiki/teams/netbits-stachelbanane.md]] — Netbits ist der Haupt-Interaktionspartner
+- [[../concepts/agents/ai-trading-reality-2026.md]] — Yvonnes GEX-Erklärung ist zentraler Bestandteil
+- [[../concepts/agents/iron-condor-options.md]] — Iron Condor + GEX gehören zusammen (Volatilitäts-Strategien)
+- [[../teams/netbits-stachelbanane.md]] — Netbits ist der Haupt-Interaktionspartner