agent-network

name

agent-network

description

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 voice-core (für jeden längeren Text, den der Agent in eine Node schreibt — knapp, floskelfrei).

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:
  1. echo "$IMP_NETWORK_VAULT" (Bash).
  2. 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).
  3. 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: person
firma: "[[Würth]]"        # Wikilink, weglassen wenn unbekannt
rolle: Leiter Strategie    # frei, weglassen wenn unbekannt
bereich: beruflich         # privat | beruflich — Kontext der Beziehung; weglassen wenn unklar
erfasst: 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:

1. Vault auflösen (s. Store & Config). Nicht konfiguriert → dort beschriebener Pfad-Flow, nicht weiterarbeiten.
2. 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.
3. 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).
4. 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.
5. 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.
6. 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.