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

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.