docs: Was ein Feature Request ist - und was die eigene Planung ist

Der Unterschied war nirgends aufgeschrieben, und am type ist er auch nicht
ablesbar: Der kennt nur bug und feature_request, also muss ein Roadmap-Vorhaben
sich als Wunsch ausgeben. Unterschieden wird am Themenbereich.

Ein feature_request ist ein Vorschlag an ein FREMDES Projekt - etwas, das dort
gebaut werden muesste, damit die Zusammenarbeit besser wird. Das Beispiel steht
jetzt in der Agent-Vorlage, weil es genau so vorgekommen ist: Ein Agent an
IBKRTrader brauchte die Besitzerart seines Tokens, das Deploymentcenter gab sie
nirgends heraus, also schlug er einen Endpunkt vor (#282 - inzwischen gebaut).

ROADMAP_MIGRATION.md warnt zusaetzlich, dass Schritt 3 und 4 zusammengehoeren.
Bei der ersten Uebernahme ist das gutgegangen - 217 von 229 Eintraegen haben
ihren Themenbereich bekommen. Auffaellig wurde etwas anderes: Die Bugliste
zeigte Roadmap-Eintraege mit an, und die zwoelf echten Vorschlaege lagen unter
der Planung begraben.

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

public/api/openapi.php

@@ -73,7 +73,7 @@ $spec = [
                 'properties' => [
                     'id'               => ['type' => 'integer'],
                     'project_slug'     => ['type' => 'string'],
-                    'type'             => ['type' => 'string', 'enum' => BugRepo::TYPES],
+                    'type'             => ['type' => 'string', 'enum' => BugRepo::TYPES, 'description' => 'feature_request ist ein Vorschlag an ein FREMDES Projekt - etwas, das dort gebaut werden muesste, damit die Zusammenarbeit besser wird. Die eigene Planung gehoert nicht hierher: Sie wird zum Roadmap-Eintrag, sobald das Item einen Themenbereich (epic) hat, und erscheint dann im Roadmap-Modul statt in der Bugliste.'],
                     'title'            => ['type' => 'string'],
                     'description'      => ['type' => 'string', 'nullable' => true],
                     'error_message'    => ['type' => 'string', 'nullable' => true],