Karpathy-Brain-Vorlage

Diese Seite enthält eine fertige Vorlage für ein meinungsstarkes “Karpathy-Brain”-Setup in Orimora. Sie ergänzt die konzeptionelle Anleitung in den Marketing-Doks und ist dafür gedacht, als README in deine Brain-Collection kopiert zu werden.

Wie du die Vorlage benutzt

Lege in Orimora eine Top-Level-Collection Brain an (oder anderen Namen).
Erstelle darin ein einzelnes Doc mit Titel README (oder _index).
Kopiere den Markdown-Block unten in dieses Doc.
Passe Projekt- und Personennamen an dich an; behalte die Struktur.
Verweise im System-Prompt deines KI-Assistenten darauf: “Vor jeder Brain-Aktion das Doc ‘README’ in der Brain-Collection lesen.”

Das README ist ein Mini-Onboarding für das LLM zu Beginn jeder Session: für ~150–200 Token lernt es, wo Dinge liegen und welche Tags existieren — statt zu raten.

Collection-Struktur (Vorschlag)

Lege diese Sub-Collections in Brain direkt an. Die MCP-Tools quick_capture und journal_append befüllen Inbox und Journal automatisch.

Sub-Collection	Zweck
`Inbox`	Rolling-Capture-Doc; unverarbeitete Gedanken.
`Journal`	Ein Doc pro Tag (`Journal YYYY-MM-DD`), automatisch durch `journal_append` angelegt.
`Decisions`	Destillierte Entscheidungen mit Frage, Antwort und Begründung.
`People`	Pro relevante Person ein Doc (Coffee-Chats, Kontext, Follow-ups).
`Projects/<name>`	Pro laufendes Projekt ein Hub-Doc, das Sub-Docs und Decisions verlinkt.
`Reading`	Notizen zu Büchern, Artikeln, Talks.

Unter Settings → Entwickler → MCP Brain/Inbox als Inbox-Collection und Brain/Journal als Journal-Collection festlegen.

Das README — diesen Block ins Brain kopieren

# Brain — README

Das ist mein zweites Gehirn. KI-Assistenten lesen und schreiben hier
über den MCP-Server von Orimora. Die Konventionen unten erlauben dem
Assistenten, Dinge ohne Rückfrage richtig abzulegen.

## Layout

- `Inbox` — schnelle Captures; **niemals hier nach Antworten suchen**
- `Journal` — ein Doc pro Tag; was passiert ist, was mir auffiel
- `Decisions` — finale Entscheidungen mit _Begründung_. Hier suchen, wenn etwas geklärt ist.
- `People/<Vorname Nachname>` — was ich über eine Person weiß
- `Projects/<name>` — Hub-Doc pro Projekt, verlinkt Sub-Docs
- `Reading` — Buch-/Artikel-Notes, ein Doc pro Quelle

## Tag-Schema (kontrollierte Liste — keine neuen ohne Rückfrage)

- `#capture` — roher Inbox-Eintrag, noch nicht verarbeitet
- `#decision` — abgeschlossene Entscheidung mit Begründung
- `#followup` — offene Aktion, die ich jemandem (oder mir) schulde
- `#question` — offene Frage, auf die ich noch keine Antwort habe
- `#insight` — nicht-offensichtliche Erkenntnis, die wert ist gemerkt zu werden

Kombinationen zählen: `#followup` ohne `#decision` = offener Loop.

## Naming-Konventionen für neue Docs

| Typ          | Title-Format                     | Beispiel                            |
| ------------ | -------------------------------- | ----------------------------------- |
| Meeting-Note | `Meeting · YYYY-MM-DD · <Thema>` | `Meeting · 2026-05-14 · Q3-Planung` |
| Person       | `<Vorname Nachname>`             | `Lena Schmidt`                      |
| Decision     | `Decision · <kurze Frage>`       | `Decision · DB-Host wechseln?`      |
| Projekt      | `Project · <name>`               | `Project · Karpathy-Brain`          |
| Reading-Note | `<Autor> — <Titel>`              | `K. Beck — Tidy First`              |

Substantiv-förmige Titel statt Sätze. Future-Me sucht nach Themen,
nicht nach Stimmungen.

## Wie der Assistent sich verhalten soll

1. **Erst suchen**: bevor du etwas beantwortest, zu dem ich vermutlich
   schon Notes habe, `search_documents` aufrufen. Sei explizit: sag
   mir was du gefunden hast und was nicht.
2. **Proaktiv erfassen**: wenn ich einen nicht-trivialen Fakt, eine
   Entscheidung oder eine offene Frage teile, schreib das ohne
   Rückfrage auf:
    - Schneller Gedanke → `quick_capture(content)`
    - Tagesgeschehen → `journal_append(content)`
    - Strukturierter Eintrag → `create_document` in der passenden Collection
3. **Anhängen, nicht überschreiben**: bei Updates an existierenden
   Docs `append_to_document` oder `update_document` mit partieller
   Änderung bevorzugen. Komplettes Ersetzen nur auf explizite Bitte.
4. **Vor dem Löschen rückversichern**: niemals `delete_document` ohne
   zu sagen _was_ gelöscht wird und _warum_.
5. **Tag-Schema benutzen**: keine neuen Tags erfinden. Wenn ein Thema
   wirklich nicht passt, vorher fragen.
6. **Audit-Trail mitdenken**: alles was du schreibst lese ich später.
   Knapp, faktisch, mit Quellen wo möglich.

## Wöchentliche Destillation (Sonntag, ~15 Minuten)

Diesen Prompt einmal pro Woche an den Assistenten:

> Lies das Inbox-Doc und alle Einträge der letzten 7 Tage im Journal.
> Gruppiere thematisch. Pro Gruppe schlage vor:
>
> 1. Ob es nach Decisions, Projects, People oder Reading gehört.
> 2. Einen Ziel-Doc-Titel.
> 3. Eine 2-Satz-Zusammenfassung passend für das Ziel-Doc.
>    Schreibe **noch nichts** — zeig mir erst den Plan.
>    Nach meiner Bestätigung: führe die Verschiebungen mit
>    `create_document` / `append_to_document` durch und tagge die
>    Quell-Einträge mit `#processed`.

## Was hier NICHT hingehört

- Passwörter, API-Keys, Secrets — gehören in einen Passwort-Manager.
- Personenbezogene Daten Dritter ohne deren Einwilligung.
- Drafts, die versteckt bleiben sollen — separate, private Collection
  ohne API-Key-Zugriff anlegen.

## Bootstrap-Log

- _2026-05-14_ — Brain initialisiert aus
  [Orimoras Karpathy-Brain-Vorlage](https://docs.orimora.com/de/guides/karpathy-brain-template/).

Nach dem Einfügen

Bootstrap-Log-Zeile auf das heutige Datum setzen.
Den restrictedMode des API-Keys auf true setzen, wenn andere Team-Mitglieder den Workspace teilen, und dem Key Write-Zugriff nur auf Brain/* geben.
Einen stabilen System-Prompt im KI-Assistenten verankern, der auf dieses README zeigt.

Vorlage iterieren

Behandle das README als lebende Konventionsdatei. Nach ~2 Wochen Praxis:

Sub-Collections, in die du nie geschrieben hast, entfernen.
Tags, die du dauernd vermisst, ergänzen.
Naming-Konventionen, die der Assistent missverstanden hat, schärfen.

Wenn du das README änderst, sag dem Assistenten in der nächsten Session explizit Bescheid, dass sich die Konventionen geändert haben — viele Modelle cachen den System-Prompt-Kontext aggressiv.