planning: update-service v1 epic and stories

project-management/requirements/stories/US_000034.md

@@ -0,0 +1,17 @@
+ID: US_000034 | Version: 0.1.5 | Status: Draft
+By: Codex (GPT-5)
+
+# US_000034: Enrollment fuer Langzeit-Token
+
+Als Betreiber moechte ich, dass der Client einmalig einen Langzeit-Token per Enrollment bezieht,
+damit alle Update-Requests verpflichtend authentifiziert sind.
+
+## Akzeptanzkriterien
+- Given ein Pre-Shared Token (von Admin bereitgestellt)
+- When der Client einen Enrollment-Request stellt
+- Then erhaelt er einen Langzeit-Token
+- And der Client speichert den Token lokal und nutzt ihn fuer alle Update-Requests
+- And Enrollment-Endpoint/Details werden per Spezifikation festgelegt
+
+## Task-Platzhalter
+- TASK_000040: Enrollment-Flow implementieren (Details bei Story-Start)

project-management/requirements/stories/US_000035.md

@@ -0,0 +1,22 @@
+ID: US_000035 | Version: 0.1.5 | Status: Draft
+By: Codex (GPT-5)
+
+# US_000035: v1 Update-Endpoints und Status-Schema
+
+Als Betreiber moechte ich, dass der Client die neuen v1 Endpunkte fuer Manifest, Artefakt-Download
+und Status-Reporting nutzt, damit der Update-Service konsistent und sicher angesprochen wird.
+
+## Akzeptanzkriterien
+- Given ein konfiguriertes project_id und Bearer Token
+- When der Client Updates prueft
+- Then nutzt er GET /v1/projects/{project_id}/manifest
+- And das Manifest enthaelt version, artifact_url, sha256, optional sig_url
+- When der Client ein Artefakt herunterlaedt
+- Then nutzt er GET /v1/projects/{project_id}/releases/{version}/artifact
+- When der Client Status meldet
+- Then nutzt er POST /v1/projects/{project_id}/status
+- And die Payload enthaelt project_id, version (SemVer), status (definierte Werte),
+  optional client_id, duration_ms, error_code
+
+## Task-Platzhalter
+- TASK_000041: v1 Endpunkte im Update-Client umstellen (Details bei Story-Start)