docs: dokumentiere Neustart-Erfordernis nach set-password/create-user

Die Server-API cached users.db im laufenden Prozess; ein externer Schreib-
zugriff der CLI wird erst nach einem Container-Neustart wirksam.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

CLAUDE.md

@@ -123,6 +123,11 @@ The API can also run via `docker/docker-compose.yml` (reads `JWT_SECRET` from th
   idempotency forever.
 - `new LiteDbContext(stream)` opens an in-memory database from a `MemoryStream` — used pervasively
   in tests for a fast, disk-free `LiteDbContext`.
+- `LehrerApp.Api`'s `Cli.cs` (`create-user`/`set-password`) opens `users.db` as a second, separate
+  `LiteDatabase` instance in a short-lived process next to the already-running server's own
+  instance. The write lands on disk correctly, but the running server process keeps serving logins
+  against its own in-memory state and never picks up the external change — `docker restart` on the
+  API container after running the CLI is required for the new password to actually take effect.
 
 ### Central Package Management
 

LehrerApp.Api/Cli.cs

@@ -24,6 +24,7 @@ internal static class Cli
         }
 
         Console.WriteLine($"Nutzer '{username}' angelegt.");
+        Console.WriteLine("Hinweis: Server-Container neu starten, damit die Änderung wirksam wird (LiteDB im laufenden Serverprozess sieht externe Schreibzugriffe sonst nicht).");
         return Task.FromResult(0);
     }
 
@@ -47,6 +48,7 @@ internal static class Cli
         }
 
         Console.WriteLine($"Passwort für '{username}' aktualisiert.");
+        Console.WriteLine("Hinweis: Server-Container neu starten, damit die Änderung wirksam wird (LiteDB im laufenden Serverprozess sieht externe Schreibzugriffe sonst nicht).");
         return Task.FromResult(0);
     }