Phase 1: OpenAPI-Contract für Backend-API definieren #322
Labels
No labels
good first issue
has-pr
help wanted
idea
priority
critical
priority
high
priority
low
priority
medium
status
blocked
status
in-progress
status
needs-review
status
ready
type
bug
type
docs
type
enhancement
type
feature
type
refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#323 Phase 2: Backend in Go implementieren
customable/claude-mem
Reference
customable/claude-mem#322
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Ziel
OpenAPI 3.1 Spec für alle Backend-Endpoints generieren/erstellen, sodass das Backend austauschbar wird, ohne Hooks, Worker oder UI anzupassen.
Warum zuerst
Die Hooks kommunizieren bereits über HTTP REST mit dem Backend - das ist der natürliche Trennpunkt. Eine saubere API-Spec macht das Backend austauschbar und verbessert gleichzeitig die Dokumentation.
Aufgaben
1. Bestandsaufnahme der API-Surface
2. OpenAPI-Spec erstellen
3. Validierung
packages/typesvergleichenRelevante Endpoint-Gruppen
/api/hooks/*)/api/health/*)/api/data/*)/api/search/*)/api/stream/*)/api/workers/*)/ws)Ergebnis
openapi.yamlim Repo-RootTeil von
#321 Backend-Migration: Inkrementeller Wechsel von Node/TypeScript zu Go