hermes-erkenntnisse/dashscope-bild-zugang-2026-07-20.md

45 lines
3.7 KiB
Markdown

# DashScope/Alibaba Bildgenerierung — funktionierender Zugang (2026-07-20)
## Ergebnis
Bildgenerierung über Alibaba DashScope **funktioniert** — direkter API-Zugang, NICHT über das LiteLLM-Gateway (`keys.consoro.it`), das für `/v1/images/generations` mit dashscope-Modellen 404 wirft.
**Beweis:** `qwen-image-plus` hat ein Foto (Golden-Retriever-Welpe auf Wiese) erzeugt, herunterladen, angesehen, nach `B:\bilder\dashscope-test-golden-retriever.png` (VM302, 1,27 MB) und in den Matrix-Raum `!wRgSkVkLNpGzehtWie:matrix.koerners.org` gepostet.
Event-ID: `$HMQfKTM_grFHK73tEyG2MMzTKbKy10zkc322oCRf21k`
## Funktionierender Zugang: Singapore-NEU Workspace
- **Key:** `sk-ws-H.YMRERP.nfXY…WJIIA` (voller Key liegt bereits im Klartext auf Hub in `/opt/spamfrei-pipeline/*.{sh,py}`, siehe REZEPT Z9/Q2)
- **Chat-Test bestanden:** `POST https://ws-1tbrafqhopfardyi.ap-southeast-1.maas.aliyuncs.com/compatible-mode/v1/chat/completions` mit `qwen-flash` → korrekte Antwort
- **Bild-Endpoint (NICHT `/v1/images/generations`!):**
```
POST https://dashscope-intl.aliyuncs.com/api/v1/services/aigc/text2image/image-synthesis
Header: Authorization: Bearer <SG_KEY>
Header: X-DashScope-Async: enable
Body: {"model":"qwen-image-plus","input":{"prompt":"..."},"parameters":{"size":"1024*1024","n":1}}
```
→ liefert `task_id`, dann pollen:
```
GET https://dashscope-intl.aliyuncs.com/api/v1/tasks/<task_id>
Header: Authorization: Bearer <SG_KEY>
```
`output.task_status == SUCCEEDED``output.results[0].url` (OSS-Link, ~24h gültig)
- **Dauer:** ~3-4 Sekunden bis SUCCEEDED bei diesem Test.
- **Modell-Falle (aus REZEPT Q2 bestätigt):** `qwen-image-2.0-pro`/`qwen-image-max` → `"url error"`. Nur `qwen-image-plus` läuft sauber für reines Text-to-Image. Für Editing vermutlich eigener `/services/aigc/image2image/...`-Pfad (nicht getestet).
## Geprüfte Zugänge — Status-Übersicht
| Workspace | Region | Key-Hint | Chat/LLM | Bild getestet | Status |
|---|---|---|---|---|---|
| **Singapore NEU** ⭐ | ap-southeast-1 | `sk-ws-H…nfXY…WJIIA` | ✅ verifiziert | ✅ **verifiziert (Golden-Retriever-Bild)** | **AKTIV — nutzen** |
| Singapore alt | ap-southeast-1 | `PXRYRD…1sbYI` | laut REZEPT Z9 ✅ | nicht getestet (voller Key nicht gefunden — nur maskiert in Doku/Memory, nicht in Vaultwarden unter „passport"/„dashscope"/„bailian"/„workspace") | ungeprüft |
| Beijing #1-3 | cn-beijing | `Qtgv…`, `e4LS…`, `ROng…` | Auth OK, aber `AccessDenied.Unpurchased` (Free-Tier pro Modell nicht aktiviert) | — | tot (bis Free-Tier aktiviert) |
| Frankfurt 🇪🇺 | eu-central-1 | `DEPPP…hxU` | nur Embeddings frei, LLM/Vision/Video `AccessDenied.Unpurchased` | — | tot für Bild (bis Free-Tier aktiviert) |
| Gateway-Virtual-Key | — | `sk-4iPCRTWuGmLxnfCX4io9WQ` | „Key is blocked" | — | **GESPERRT — nicht verwenden** |
**Hinweis zur Recherche:** Vaultwarden-Suche nach `dashscope`/`bailian`/`workspace`/`consoro` fand nur den Alibaba-Cloud-**Login** (passport.alibabacloud.com), keine API-Keys. Die einzigen im Klartext auffindbaren Workspace-Keys lagen in den Pipeline-Scripts auf dem Hub (`/opt/spamfrei-pipeline/`). Obsidian (`/volume1/Obsidian/`) enthielt laut `grep -ril "dashscope|alibaba|aliyun"` **keine Treffer** — dort ist nichts zu Alibaba dokumentiert.
## Für weitere Bildmodelle (ungetestet, aus REZEPT Z9 Modell-Liste)
`qwen-image-2.0`, `z-image-turbo`, `wan2.7-image` etc. sind laut Gateway-Liste vorhanden, aber nur `qwen-image-plus` wurde hier tatsächlich verifiziert. Bei Bedarf mit dem SG-NEU-Key gegen denselben Endpoint (`/services/aigc/text2image/image-synthesis`) durchprobieren — Modellname im Body austauschen.
Quelle: Live-Test 2026-07-20, Hub `100.91.98.15`, Task-ID `8fcf4642-3b97-45e0-88de-032c839411c1`.