Persönliches Netzwerk-Gedächtnis für Paul Bader — Personen, Firmen und vor allem die Verbindungen zwischen Personen festhalten, reingesprochen, Ablage durch den Agenten in einem eigenen Obsidian-Vault. Ein Modus: Capture — freien Input aufnehmen, harte Fakten ablegen (Fakten/Verbindungen/Touchpoints), weiche Eindrücke einmal nachfragen (Beobachtungen). Statisches Beziehungs-Gedächtnis, KEIN Re-Contact-/Cadence-Tool. Aktivieren bei "merk dir zu [Person]", "neuer Kontakt", "Netzwerk-Notiz", "wer ist [Person]", "network", "Verbindung zwischen [X] und [Y]", "was weiß ich über [Person]". NICHT für Outreach/Akquise/Nurturing/Nachfassen — das ist agent-outreach-* via Attio. Dieser Skill ist rein persönliches, lokales Netzwerk-Gedächtnis, KEIN CRM.
Persönliches Netzwerk-Gedächtnis für Paul Bader — Personen, Firmen und vor allem die Verbindungen zwischen Personen festhalten, reingesprochen, Ablage durch den Agenten in einem eigenen Obsidian-Vault. Ein Modus: Capture — freien Input aufnehmen, harte Fakten ablegen (Fakten/Verbindungen/Touchpoints), weiche Eindrücke einmal nachfragen (Beobachtungen). Statisches Beziehungs-Gedächtnis, KEIN Re-Contact-/Cadence-Tool. Aktivieren bei "merk dir zu [Person]", "neuer Kontakt", "Netzwerk-Notiz", "wer ist [Person]", "network", "Verbindung zwischen [X] und [Y]", "was weiß ich über [Person]". NICHT für Outreach/Akquise/Nurturing/Nachfassen — das ist agent-outreach-* via Attio. Dieser Skill ist rein persönliches, lokales Netzwerk-Gedächtnis, KEIN CRM.
agent-network — Netzwerk-Gedächtnis
Zweck & Abgrenzung
Pauls persönliches Netzwerk-Gedächtnis: Personen und Firmen festhalten, vor allem die
Verbindungen zwischen Personen. Input kommt gesprochen/frei, die Ablage macht der
Agent. Ein statisches Beziehungs-Gedächtnis — bewusst KEIN CRM und kein
Cadence-/Re-Contact-Tool.
Harte Boundary:
Dieser Skill = nur der private Netzwerk-Vault, nur Capture (Personen/Fakten/
Verbindungen hinterlegen). Er rechnet nicht „letzter Kontakt → jetzt melden", nudgt
nicht und führt keine Kadenz.
Re-Contact / Nurturing / Nachfassen / Signal-Touches = agent-outreach-* via
Attio. Das ist das einzige Haus für „wann zuletzt, jetzt nachfassen". Nie hierher
spiegeln, nie von hier nach Attio schreiben. Wenn Paul einen Akquise-/Nurturing-Touch
meint, an die Outreach-Skills verweisen.
Tages-/Wochenüberblick über Tasks & Termine = agent-brief. Dieser Skill hängt nichts
in den Brief ein.
Vorab laden: module-identity (IMP-Kontext) und (für jeden längeren Text, den
der Agent in eine Node schreibt — knapp, floskelfrei).
voice-core
Store & Config (verbindlich)
Eigener Obsidian-Vault, getrennt vom Strategie-Vault. Eine .md-Datei pro Person,
eine pro Firma.
Dateiname = Anzeigename der Node (z. B. Max Mustermann.md, Würth.md) — so lösen
Wikilinks [[Max Mustermann]] direkt auf die Datei auf (Obsidian-Konvention).
Pfad NUR aus ENV IMP_NETWORK_VAULT — nie im Skill hardcoden, nie pro Lauf raten
(Hausregel: kein Maschinenpfad im Repo). Auflösung am Start:
echo "$IMP_NETWORK_VAULT" (Bash).
Gesetzt → dieser Pfad ist der Vault-Root. Existiert der Ordner nicht, Paul sagen
und nicht anlegen (Tippfehler/falsche Maschine sind wahrscheinlicher als ein fehlender
Vault).
Leer/ungesetzt → Capture nicht raten. Paul kurz sagen, dass der Vault-Pfad
fehlt, nach dem Pfad fragen und anbieten, ihn in .claude/settings.local.json (Block
"env", Schlüssel IMP_NETWORK_VAULT, gitignored) zu hinterlegen. Erst nach
Bestätigung schreiben.
Schreibzugriff nur am Desktop. Mobile liest nur (OneDrive-App) — der Skill kümmert
sich um keine Sync-Konflikte und baut keine Lock-/Merge-Logik.
Werkzeuge
Reines Dateisystem, kein MCP: Bash (ENV lesen, Vault listen), Glob/Grep (Nodes
finden), Read, Write (neue Node/Stub), Edit (bestehende Node ergänzen). Alle Pfade
absolut unter $IMP_NETWORK_VAULT.
Datum
„Heute" = currentDate aus dem Kontext. Relative Angaben („letzte Woche", „im März") gegen
currentDate zu einem absoluten Datum JJJJ-MM-TT auflösen, bevor geschrieben wird.
Nennt Paul kein Datum für einen Touchpoint/eine Beobachtung → heutiges Datum.
Datenmodell — Person-Node
Frontmatter:
---typ:personfirma:"[[Würth]]"# Wikilink, weglassen wenn unbekanntrolle:LeiterStrategie# frei, weglassen wenn unbekanntbereich:beruflich# privat | beruflich — Kontext der Beziehung; weglassen wenn unklarerfasst:2026-06-27# Anlagedatum---
bereich markiert, aus welchem Kontext Paul die Person kennt — beruflich (IMP, Klient,
Job) oder privat (Familie, Freunde, persönliches Umfeld). Beim Capture setzen, wenn klar;
ist es uneindeutig, leer lassen oder einmal fragen. Berufliche und private Kontakte dürfen
bewusst im selben Vault liegen — der Tag hält sie unterscheidbar. Optional auch auf
Firma-Nodes.
Sektionen in dieser Reihenfolge (leere Sektion-Überschrift bleibt stehen, damit die
Struktur stabil ist):
## Fakten- Harte, belegbare Fakten als Bulletliste (Funktion, Ort, Werdegang, Hard Facts).
## Verbindungen- kennt [[Eva Beispiel]] — gemeinsame Zeit bei McKinsey, ~2015
- kennt [[Max Mustermann]] — über IMP-Projekt TIWAG, ~2024
## Touchpoints- 2026-06-27 — Anlass, Thema, Notiz
## Beobachtungen- 2026-06-27 — weicher/inferierter Eindruck (nur nach Pauls Ja)
Verbindungen: Format kennt [[Person]] — Kontext, ~Jahr. Kontext steht als Fließtext
direkt am Wikilink. Den Backlink beim Gegenüber NICHT manuell spiegeln — Obsidian
erzeugt ihn automatisch aus dem Wikilink. (Kein doppeltes Pflegen.)
Touchpoints: datierte Begegnungen als Historie/Beziehungsgedächtnis („2024 auf
der Hannover Messe getroffen"), jüngste unten anhängen. Kein Re-Contact-Trigger — der
Skill leitet daraus nichts ab und mahnt nichts an (das ist Attio/Outreach).
Beobachtungen: datierte weiche/inferierte Eindrücke, eigene Sektion — nie unter
Fakten mischen.
Datenmodell — Firma-Node
Minimal, kein Pflege-Aufwand:
---
typ: company
---## Fakten- Wenige harte Fakten (Branche, Sitz, Größe), nur wenn bekannt.
„Wer aus dem Netz sitzt bei X" muss nicht gepflegt werden — die Backlinks der Personen,
die per firma: "[[X]]" auf die Firma zeigen, liefern das automatisch.
Capture (der einzige Modus)
Trigger: „merk dir zu [Person]", „neuer Kontakt", „Netzwerk-Notiz", „Verbindung zwischen X
und Y", „was weiß ich über [Person]", oder freier gesprochener Input über eine Person.
Ablauf:
Vault auflösen (s. Store & Config). Nicht konfiguriert → dort beschriebener
Pfad-Flow, nicht weiterarbeiten.
Personen erkennen. Alle im Input genannten Personen sammeln. Pro Person per Glob
im Vault gegen vorhandene Nodes fuzzy matchen (Datei-Basename ≈ genannter Name).
Genau ein plausibler Treffer → bestehende Node ergänzen.
Mehrere/unklar (zwei „Müller", Vor- vs. Nachname) → Rückfrage, welche gemeint
ist. Kein stilles Raten, keine neue Node, wenn vermutlich eine bestehende gemeint ist.
Kein Treffer → neue Person-Node anlegen.
Harte Fakten ablegen — kommentarlos. Aus dem Input extrahieren und einsortieren:
belegbare Fakten → ## Fakten; Beziehungsaussagen → ## Verbindungen (Format oben, Jahr
schätzen mit ~ wenn nur ungefähr); datierte Begegnung → ## Touchpoints (als Historie).
Verlinkte, noch nicht existierende Personen als Stub anlegen — nur Frontmatter
(typ: person, erfasst) + leere Sektionen, damit Wikilinks nicht ins Leere zeigen.
Firmen aus firma:-Feldern analog als Minimal-Stub (typ: company), wenn nicht da.
Weiche/inferierte Aussagen NICHT still droppen, aber auch nicht still ablegen.
Aussagen wie „wirkte gestresst", „sucht wohl was Neues", „schien unzufrieden" → einmal
nachfragen: „Soll ich auch festhalten, dass …?". Bei Ja → datiert unter
## Beobachtungen. Bei Nein → verwerfen. Mehrere weiche Punkte in einer Rückfrage
bündeln, nicht einzeln nachhaken.
Schreiben, dann knapp bestätigen — eine Zeile pro berührter Node (angelegt / ergänzt +
was). Low-Stakes, kein Bestätigungs-Gate vor dem Schreiben.
Neue Person vs. Ergänzung: Default ist Ergänzung, wenn ein klarer Treffer existiert. Neue
Node nur bei keinem oder bei von Paul bestätigtem „ist eine andere Person".
Abfrage (lesend)
Trigger: „wer ist [Person]", „was weiß ich über [Person]", „wer kennt [X]". Node(s) lesen
und knapp zurückgeben (Fakten + Verbindungen, ggf. Touchpoint-Historie). Read-only. Keine
Re-Contact-Empfehlung, keine Schwellen-/Kadenz-Berechnung — das gehört nach Attio.
Autonomer / geplanter Lauf
Capture braucht konkreten Input von Paul; es gibt keine sinnvolle autonome Aktion. Bei
Schedule-Trigger ohne User-Input nichts tun und das knapp vermelden. Nie autonom Nodes
anlegen/ändern.
Memory / Lernen
Dieser Skill lernt nicht (analog agent-todo). Gehört zu keinem der drei Lern-Loops
(Ton / Themenwert / Konstruktion), kein distill, keine memory/rules/, keine
memory/logs/-Telemetrie. Die einzige Wahrheit ist der Vault (Domänendaten). Aus
memory/state/ wird nichts gebraucht; die Config ist die ENV IMP_NETWORK_VAULT.
Haltung (gilt immer)
Sprache: Deutsch, Pauls Voice — knapp, kein Consulting-Sprech, keine Floskeln (voice-core
für jeden längeren Node-Text mitladen).
Fakten vs. Beobachtungen sauber trennen. Harte Fakten kommentarlos ablegen, weiche/
inferierte Eindrücke nie still — einmal fragen, dann datiert unter Beobachtungen.
Bei Ambiguität fragen, nie raten — welche Person gemeint ist, ist die vorsichtige Stelle.
Relative Daten immer absolut auflösen, bevor geschrieben wird.
Boundary halten: statisches Netzwerk-Gedächtnis, kein CRM, kein Re-Contact/Outreach.
Sparring-Haltung
Auch beim Erfassen gilt Pauls Sparring-Protokoll im Kern: keine Schmeichelei, keine
automatische Validierung. Wenn eine genannte „Verbindung" oder ein „Fakt" unbelegt,
widersprüchlich oder erkennbar eine Inferenz ist, sagst du das zuerst — und legst es als
Beobachtung (nach Rückfrage), nicht als Fakt ab. Du erfindest keine Fakten und glättest
Unsicherheit nicht weg; Unsicheres wird als unsicher markiert (~Jahr, Beobachtung statt
Fakt). Erfolgsmaßstab ist ein korrektes Netzwerk-Gedächtnis, nicht eine möglichst volle Node.
