INBOX/ki-coding-workflow.md
2026-08-07 16:01:24 +02:00

164 lines
4.1 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# Lokaler KI-Coding-Workflow
> VS Code + continue.dev · Mistral 22B + Qwen2.5-Coder 7B · CachyOS · Stand: Juni 2026
---
## Philosophie
- **Architect für Entscheidungen, Coder für Code** — nie mischen
- **Eine Aufgabe pro Session** — neuer Chat, klarer Scope
- **Immer `@file`-Kontext** — nie annehmen, dass das Modell weiß, was offen ist
- **Plan vor Code** — erst Ansatz erklären lassen, dann implementieren
- **Ein Stück nach dem anderen** — Datenmodell → Service → Route → Template
---
## Setup
| | Architect | Coder |
|---|---|---|
| Modell | Mistral Small 22B | Qwen2.5-Coder 7B |
| Kontext | 16k Token | 32k Token |
| Aufgaben | Planung, Review, Architektur | Code schreiben, Bugfixes, Inline-Edits |
```fish
llama-switch # dann [1] Architect oder [2] Coder wählen
```
---
## Wichtigste Shortcuts
| Aktion | Shortcut |
|---|---|
| Chat öffnen | `Ctrl+L` |
| Inline-Edit (markierter Code) | `Ctrl+I` |
| Inline-Vorschlag annehmen | `Ctrl+Shift+Enter` |
| Inline-Vorschlag ablehnen | `Escape` |
| Neue Chat-Session | `+` im Chat-Panel |
---
## Kontext-Tags (immer verwenden)
```
@file pfad/zur/datei.py → eine bestimmte Datei
@currentFile → die gerade offene Datei
@codebase → durchsucht das ganze Projekt
@problems → VS Code Lint-Fehler
```
---
## Der Build-Workflow
### 1 · Design validieren (Mistral)
```
@file CLAUDE.md
Ich fange gleich an zu bauen. Geh die wichtigsten Komponenten
in Build-Reihenfolge durch. Zeig mir Lücken und Risiken,
bevor ich eine einzige Zeile schreibe.
```
### 2 · Aufgaben-Checkliste (Mistral)
```
Mach daraus eine nummerierte Build-Checkliste.
Eine Aufgabe pro Komponente, eine Aufgabe pro Session.
```
→ Als `TASKS.md` speichern. Das ist die Roadmap.
### 3 · Aufgabe planen (Qwen — neue Session)
```
@file CLAUDE.md
Aufgabe 3: [Aufgabe aus Checkliste einfügen]
Erkläre deinen Ansatz und welche Dateien du anfasst,
bevor du irgendetwas schreibst.
```
### 4 · Stück für Stück bauen (Qwen)
```
Gut. Schreib jetzt nur das Datenmodell. Sonst nichts.
```
Dann:
```
Jetzt den Service-Layer. Erst nur das Interface.
```
### 5 · Inline-Fixes (Qwen · Ctrl+I)
Code markieren → `Ctrl+I` → Änderung beschreiben:
```
In eine separate Funktion auslagern und Fehlerbehandlung ergänzen
```
### 6 · Fertigen Teil reviewen (Mistral)
```
@file app/routes/auth.py
@file CLAUDE.md
Review gegen das Design-Dokument.
Korrektheitsprobleme zuerst, dann Wartbarkeit.
```
---
## Prompt-Muster
**Bug fixen:**
```
@currentFile
Zeile 42 wirft einen Null-Pointer wenn der Nutzer keine Session hat.
Erst die Ursache, dann der minimale Fix, dann mögliche Folgeverbesserungen.
```
**Unbekannten Code verstehen:**
```
@file app/auth.py
Erklär mir Schritt für Schritt, was diese Datei macht.
Geh davon aus, dass ich die Codebase noch nicht kenne.
```
**Feststecken bei einem Ansatz:**
```
@file CLAUDE.md
Ich muss [X] implementieren. Gib mir 23 Ansätze mit
Vor- und Nachteilen, dann deine Empfehlung.
```
---
## Projekt-Standarddokumente
Jedes Projekt bekommt diese drei Dateien:
| Datei | Inhalt |
|---|---|
| `CLAUDE.md` | Projektanker: Stack, Architektur, Regeln, Logik. Claude Code liest sie automatisch. |
| `TASKS.md` | Session-Checkliste: eine Aufgabe pro Session, Tool, Prompt, Deliverables. |
| `Konzept-*.md` | Stakeholder-Dokument auf Deutsch: Zweck, Rollen, Funktionen, Out-of-Scope. |
---
## KI-Tools im Überblick
| Tool | Wofür |
|---|---|
| **Mistral 22B** (Architect) | Planung, Design-Entscheidungen, Reviews — nie Produktivcode |
| **Qwen2.5-Coder 7B** (Coder) | Implementierung, Bugfixes, Autocomplete, Inline-Edits |
| **Claude Code CLI** | Scaffold, Mehrdateien-Arbeit, übergreifendes Verdrahten |
| **Claude (Chat)** | Mentor, Architektur-Entscheidungen, Dokumentation, Deployment |
---
## Goldene Regeln
1. Neue Session pro Aufgabe — Kontext nicht über Aufgaben hinweg wachsen lassen
2. Immer `@file` — nie annehmen, dass das Modell weiß, was relevant ist
3. Chat vor Edit — in Chat planen, `Ctrl+I` nur für gezielte Änderungen
4. Ein Stück nach dem anderen — Datenmodell, dann Service, dann Handler
5. Nach jeder Session committen