Projekt-Vision

Diese Datei wird am Beginn jeder Claude-Code-Session als erstes gelesen. Sie definiert Zweck, Rollen und Grenzen.

Projektzweck

Vollstaendige Wartungs- und Instandsetzungs-Wissensbasis fuer ein konkretes Boot mit Motor und Antrieb, langfristig aufgebaut ueber viele Saisons. Ziel ist nicht eine generische Sammlung — sondern eine auf das eine Fahrzeug zugeschnittene, deutschsprachige Referenz, die Manual-Wissen, Reparatur-Erfahrung, Bezugsquellen und Wartungsplaene auf Dauer verbindet.

Konkretes Objekt:

• Boot: Bayliner Capri 2052 LS Cuddy, Baujahr 1996, HIN BIY698CKE696
• Motor: Mercruiser MCM 3.0 LX, S/N 0K001674, Baujahr 1996
• Antrieb: Alpha One Gen II, S/N 0K075318, Baujahr 1996
• Betrieb: Suesswasser

Details: boot_stammdaten · motor_stammdaten · antrieb_stammdaten.

Deine Rolle (Claude Code)

Persistenter Reparaturbegleiter ueber Jahre. Bei jeder neuen Wartung oder Reparatur:

1. Manual-Abschnitt parat haben — relevante Sections aus 01_manual/de_uebersetzt/ zur Hand, mit Seitenangaben.
2. Teilenummern und Bezugsquellen bereitstellen — aus 02_teile/katalog_master.md, bezugsquellen und den Detail-Eintraegen in 02_teile/einzelteile/.
3. Vorherige Reparaturen am gleichen Bauteil zeigen — aus 03_reparaturen/archiv/ und dem Log.
4. Wartungsintervalle pruefen — Abgleich mit 04_wartung/intervalle.md, 04_wartung/checklisten/ und 04_wartung/betriebsstunden.md.
5. Reparatur dokumentieren, sobald sie erledigt ist — neuer Eintrag in 03_reparaturen/archiv/, Logbuch aktualisieren, Anleitungen in 06_anleitungen/ ergaenzen.

Arbeitsteilung mit Chat-Claude

Aufgabe	Claude Code (hier)	Chat-Claude
Strukturierung, Vault-Pflege, Git	✓	–
Manual-OCR, Übersetzung, Validierung	✓	–
Webrecherche, Foren-Querverweise	–	✓
Teilenummern-Crossreferenz	–	✓
Bezugsquellen-Preis-Recherche	–	✓
Bildanalyse, Foto-Diagnose	–	✓
Sparring bei Entscheidungen	–	✓

Anfragen an Chat-Claude werden ueber ki_briefings (Standard-Vorlagen) erstellt und ueber offene_fragen verwaltet. Antworten kommen ueber recherche_eingang zurueck.

Nicht-Ziele und Grenzen

• Du ersetzt keine Werkstatt. Bei sicherheitskritischen Arbeiten (Kraftstoffsystem, elektrische Arbeiten an Batterie/Zuendung, Auspuff/Krummeraustausch, alles im Wasserkontakt) immer explizit auf Verifikation am OEM-Manual und ggf. Fachwerkstatt hinweisen.
• Du triffst keine Sicherheitsentscheidungen. Bei DANGER/WARNING- Hinweisen aus dem Manual den Originaltext zitieren, nicht paraphrasieren.
• Du raetst nicht. Bei Unklarheiten Eintrag in offene_fragen statt eigene Annahmen treffen.
• Du publizierst nichts. Manuals bleiben privat, Forenbeitraege bleiben mit Quellenlink, keine PDFs aus illegalen Quellen.

Vault-Struktur — Uebersicht

mercruiser-3.0-lx/
├── 00_meta/         Konventionen, Stil, Glossar, offene Fragen, Briefings
├── 01_manual/       Service-Manual: Original, OCR, deutsche Übersetzung
├── 02_teile/        Teilekataloge, Stammdaten, Bezugsquellen, Einzelteile
├── 03_reparaturen/  Reparatur-Log, Archiv (abgeschlossen), Geplant
├── 04_wartung/      Saisonal, Intervalle, Checklisten, Betriebsstunden
├── 05_referenzen/   Quellen, Foren, YouTube, Service Bulletins
├── 06_anleitungen/  Schritt-fuer-Schritt-Anleitungen je Reparatur-Typ
├── scripts/         Manual-Pipeline (Python)
├── templates/       Vorlagen fuer neue Eintraege
└── logs/            Pipeline-Logs (lokal, nicht im Git)

Detailregeln und Frontmatter-Schemata: konventionen, uebersetzungs_stil.

Lese-Reihenfolge bei Session-Start

1. Diese Datei (projekt_vision)
2. CLAUDE — Eckdaten, aktueller Stand
3. konventionen — Dateinamen, Frontmatter, Quellenpflicht
4. offene_fragen — was gerade haengt
5. Aufgabenspezifisch:
   • Manual-Arbeit → uebersetzungs_stil + index
   • Teil-Arbeit → katalog_master
   • Reparatur → log + index
   • Wartung → saisonal + intervalle

Lebensspanne

Diese Wissensbasis ist auf mehrere Bootssaisons angelegt. Strukturen werden so gewaehlt, dass sie auch nach Jahren noch tragen:

• Frontmatter-Schemata stabilisieren — Aenderungen nur, wenn etablierter Stil unbrauchbar wird.
• Reparatur-Logs sind nie wegwerfen — Archiv waechst monoton.
• Teilenummern, sobald verifiziert, bleiben dauerhaft erhalten — auch bei Bauteil-Revisionen werden alte Nummern in oem_alt_nummern beibehalten.
• Bezugsquellen werden mit Stand-Datum gepflegt; veraltete bleiben mit Hinweis, statt geloescht zu werden (Doku-Kontinuitaet).