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/docs/bugtracker.md

@@ -165,7 +165,7 @@ curl -X POST https://dc.mhdf.de/api/bugtracker/v1/report \
 |---|---|---|
 | `title` | ja | Kurze Beschreibung, max. 255 Zeichen |
 | `project_slug` | empfohlen | Aus der Projektliste; Vorgabe `default` |
-| `type` | nein | `bug` (Vorgabe) oder `feature_request` |
+| `type` | nein | `bug` (Vorgabe) oder `feature_request`. Ein Feature Request ist ein **Vorschlag an ein anderes Projekt** — nicht die eigene Planung; die gehört als Roadmap-Eintrag in den Tracker, also mit Themenbereich |
 | `severity` | nein | `idea`, `wishlist`, `low`, `medium` (Vorgabe), `high`, `critical` |
 | `environment` | nein | `production` (Vorgabe), `development`, `staging`, `testing` |
 | `client_ref` | empfohlen | Idempotenz-Schlüssel, alternativ Header `Idempotency-Key` |