USB and NAS are unavailable on this machine; the zip is the only path for personal SQLite and media. Provider keys stay out of git. Co-authored-by: Cursor <cursoragent@cursor.com>
88 lines
4.3 KiB
Markdown
88 lines
4.3 KiB
Markdown
---
|
||
title: "Kanshō – Arbeitsauftrag Laptop-Abschluss vor dem Heimtransfer"
|
||
status: "Arbeitsauftrag / teilweise erledigt"
|
||
date: "2026-09-07"
|
||
document_role: "Cursor Implementation Brief / Laptop Closeout"
|
||
canonical_handover: "docs/architecture/technical/environment_handover.md"
|
||
---
|
||
|
||
# Arbeitsauftrag: Laptop-Abschluss
|
||
|
||
Arbeite im Repository `C:\dev\Kansho` auf dem **Urlaubs-Laptop**. Ziel ist, alles zu sichern und nach Gitea zu bringen, was zu Hause nicht mehr aus Cursor-Sessions rekonstruierbar ist.
|
||
|
||
Dieses Dokument ersetzt nicht `docs/architecture/technical/environment_handover.md`. Docker, Postgres und Server-Deploy gehören **nicht** hierher, sondern nach `home_environment_setup.md`.
|
||
|
||
## Bereits in der Transfer-Session erledigt (2026-09-07)
|
||
|
||
- Opening-Fix gegen veraltete Recency-Impulse: Code vorhanden, `python tests/test_journal_opening.py` grün.
|
||
- Kanonische Doku nachgezogen (2026-09-07): `mvp.md` §6.1 Fehlerbild Nachsatz/Prefix, Fit-Gap `mvp_stand_und_abgleich.md`, `mvp_implementation.md` §17, `memory_storage_and_offline.md`. Bewusst offen dokumentiert: 400-Zeichen-Recency im laufenden Dialogzug.
|
||
- Inventar der lokalen SQLite-Instanz (1 Profil, 2 Spaces, 17 Days/Entries, 379 Messages).
|
||
- Inventar der lokalen SQLite-Instanz (1 Profil, 2 Spaces, 17 Days/Entries, 379 Messages).
|
||
- Lokales Backup: `local-backups/kansho-20260907-055703.zip` (~10,1 MB, SHA256 `2D1E160F6DF95FA0C46B8F3FE69C1681827DE0DF304A2E955304A5C56CC7854F`). SQLite + 70 Medien, keine Secrets.
|
||
- `.\scripts\test-mvp.ps1` Exit 0 (isolierte Temp-Daten, Produktions-SQLite unangetastet).
|
||
- Technisches Handover und Heim-Setup-Auftrag angelegt.
|
||
|
||
## Noch auf dem Laptop, bevor die Instanz aufhört führend zu sein
|
||
|
||
### 1. Keine neuen Produktfeatures
|
||
|
||
Nicht auf dem Laptop beginnen oder zu Ende bauen:
|
||
|
||
- `docs/work_orders/debug_diagnostics_perfection.md`
|
||
- `docs/work_orders/dialogue_memory_next_slice_handover.md`
|
||
- `docs/architecture/functional/Idea_seconmd_sclide.md` (Slice-2-Konzeptbrief)
|
||
|
||
Diese Dateien versionieren, nicht ausführen.
|
||
|
||
### 2. Git nach Gitea
|
||
|
||
Ohne Push bleibt `e42f751 MVP 1.0` und der Opening-Fix nur auf dem Laptop.
|
||
|
||
Vorschlag zwei Commits (dieser Abschluss darf committen, wenn der Nutzer den Transfer schließt):
|
||
|
||
1. Opening-Fix + kanonische Opening-Doku (`mvp.md`, `mvp_implementation.md`, `mvp_stand_und_abgleich.md`, `memory_storage_and_offline.md`, Tests)
|
||
2. Transfer-Dokumentation, Work Orders, Slice-2-Brief
|
||
|
||
Remote: `origin` = `https://gitea.stommer.de/Lars/Kansho.git`, Branch `main`. Nach dem Push `git status` muss „up to date with origin/main“ zeigen.
|
||
|
||
`develop` auf dem Laptop **nicht** anlegen, solange kein Dev-Host existiert.
|
||
|
||
### 3. Daten und Secrets physisch kopieren
|
||
|
||
| Artefakt | Wohin | Nicht |
|
||
|---|---|---|
|
||
| `transfer/kansho-laptop-20260907.zip` | selbst gehostetes Gitea `Lars/Kansho` (einmaliger Transport) | öffentliche Remotes, Provider, Chat |
|
||
| `backend/.env` | Passwortmanager / neu eintragen auf dem Ziel | Git, Zip |
|
||
| Login-Passwort des Admin-Profils | Kopf / Passwortmanager | Doku-Repo |
|
||
|
||
USB-Stick und NAS sind auf diesem Laptop **nicht zulässig**. SHA256 des Transportzips: `EBF7455D5688588E8C6E50C05D16200CE191D79FB7CEACDBA9C25460B7497B07`.
|
||
|
||
Wenn nach diesem Backup noch Dialoge auf dem Laptop laufen: neues Zip erzeugen, `transfer/` ersetzen, erneut pushen.
|
||
|
||
### 4. Instanz stilllegen
|
||
|
||
- Uvicorn/Vite beenden.
|
||
- Keine parallelen Schreibzugriffe Laptop + Heimrechner auf denselben persönlichen Bestand.
|
||
- Laptop-Ordner als Archive behalten, bis Welle 1 zu Hause bestätigt ist.
|
||
|
||
### 5. Kurzer lokaler Smoke (optional, wenn Zeit)
|
||
|
||
Nur wenn der Opening-Fix committet werden soll und der Dev-Server ohnehin läuft:
|
||
|
||
- Neuen Journal Day im Space `Kroatien 2026` starten: erster Impuls darf keine abgeschlossene Vortags-Episode als offenen Faden nehmen.
|
||
- `.\scripts\test-mvp.ps1` rührt die Produktions-SQLite nicht an.
|
||
|
||
Kein Live-OpenRouter-Zwang für den Abschluss.
|
||
|
||
## Abnahme Laptop
|
||
|
||
- [x] Opening-Fix und Transfer-Doku auf `origin/main`
|
||
- [ ] Transport-Zip `transfer/kansho-laptop-20260907.zip` auf `origin/main`
|
||
- [ ] `.env` nicht in Git; Keys auf dem Ziel neu eintragen
|
||
- [x] Slice-2 / Debug / Memory-Aufträge nur versioniert, nicht implementiert
|
||
- [x] Rohe `backend/data/`-SQLite nicht als lose Datei in Git (nur das Backup-Zip unter `transfer/`)
|
||
|
||
## Abschlussbericht
|
||
|
||
Nennen: Commit-Hashes, Backup-Dateiname, ob nach dem Backup noch geschrieben wurde, was bewusst offen bleibt.
|