sivchari/kumo: Redaktioneller README-Leitfaden

sivchari/kumo beschreibt sich im README als „A lightweight AWS service emulator written in Go". Dieser Text bleibt bei Fakten, die im Repository überprüfbar sind. Sterne, Forks und Badges zeigen Aufmerksamkeit, aber keine Qualität. Unter „Storage" steht: | Service | Description | |---------|-------------| | DynamoDB | NoSQL database | | DynamoDB Streams | DynamoDB change data capture | | EBS | Block storage | | ElastiCache | In-memory caching | | Glacier | Archive storage | | MemoryDB |. Das beschreibt den vorgesehenen Umfang, nicht einen Produktionstest.

Der Abschnitt „Features" zeigt, für welches Problem das Projekt gedacht ist: Single binary - Easy to distribute and deploy. Passt dieses Problem nicht zu deinem Fall, ist Popularität kein ausreichender Grund. Namen, Befehle und Komponenten bleiben unverändert, damit Leser die Primärquelle ohne neue Begriffe vergleichen können. Ein weiterer überprüfbarer README-Punkt lautet: No authentication required - Perfect for CI environments. Er hilft beim ersten Test, ersetzt aber keinen Test in der vorgesehenen Umgebung.

Die Betriebsweise verteilt sich auf Abschnitte wie „Container". Die Quelle nennt: | Service | Description | |---------|-------------| | ECR | Container registry | | ECS | Container orchestration | | EKS | Kubernetes service |. Fehlende Angaben zu Architektur, Leistung oder Sicherheit werden nicht ergänzt. Vor einem echten Einsatz müssen Repository-Struktur, Konfigurationsdateien und Release-Verlauf geprüft werden.

Beginne die Installation am dokumentierten README-Einstieg. Ein überprüfbarer Befehl ist: docker run -p 4566:4566 ghcr.io/sivchari/kumo:latest Wenn kein ausführbarer Befehl vorhanden ist, wird hier keiner erfunden. Prüfe den Abschnitt „Supported Services (82 services)" auf Abhängigkeiten, Standardports und die Einrichtung beim ersten Start.