Microsoft AI MAI-Image-2.6 Flash to zoptymalizowany model z rodziny obrazowej 2.6. Wykonuje generowanie obrazów z tekstu i edycję obraz–obraz, z tymi samymi ustawieniami referencji, korzystania z informacji z sieci i kompozycji, które udokumentowano dla MAI-Image-2.6. Microsoft pozycjonuje Flash do pracy wymagającej sprawnej sekwencji obrazów lub edycji, takiej jak koncepcje wizualne, powtarzana produkcja treści i poprawki istniejącego projektu. Model tworzy gotowy obraz, a nie projekt z niezależnie edytowalnymi obiektami.
Dla nowego obrazu przygotuj w opisie temat, zamierzony układ, oświetlenie, wskazówki materiałowe i styl. Podaj dokładne słowa i położenie każdego widocznego tekstu. Udokumentowane mocne strony rodziny 2.6 obejmują renderowanie tekstu, portrety, fotorealistyczne grafiki komercyjne i obrazy w stylu 3D. Przydatny opis produkcyjny jasno określa szczegóły, które mają pozostać spójne między wersjami, i te, które mogą się zmieniać. Na przykład seria obrazów koncepcyjnych może zachowywać ten sam opis produktu i paletę kolorów, zmieniając otaczającą scenę lub punkt widzenia kamery.
Przy edycji podaj obraz źródłowy i nazwij zamierzoną korektę. Producent opisuje celowane edycje przedmiotów, adaptację układu, zmiany tekstu i usuwanie artefaktów, takich jak rozmycie ruchu. Ważnym przygotowaniem jest jasna relacja między zmianą a zachowaną kompozycją. W edycji przyborów papierniczych zmień powierzchnię pod zestawem, zachowując układ, nadruk na notesie i kierunek cieni. Sprawdź cały wynik pod kątem niezamierzonych zmian tych zachowanych elementów, a następnie sformułuj kolejną żądaną korektę konkretnie.
Edycja z wieloma referencjami przyjmuje maksymalnie pięć obrazów JPEG lub PNG w interfejsie obrazowym producenta. Używaj osobnych referencji do przedmiotu, sceny lub stylu, gdy te role pomagają wyjaśnić oczekiwany wynik. Nadaj każdej referencji krótką rolę w opisie, zamiast pozostawiać modelowi wybór obrazu dostarczającego produkt lub układ. Przydaje się to w przygotowywaniu spójnej koncepcji kampanii: jedna referencja identyfikuje przedmiot, druga zamierzone otoczenie, a trzecia sposób przedstawienia. Wygenerowany obraz nadal wymaga kontroli podobieństwa, skali i poprawności tekstu.
Opcjonalne korzystanie z informacji z sieci może dodać odpowiedni aktualny kontekst do żądania generowania lub edycji 2.6. Używaj precyzyjnego opisu tematu, gdy oczekiwany obraz zależy od rzeczywistego miejsca lub identyfikowalnego przedmiotu. Automatyczny wybór proporcji może wybierać kształt z opisu i dostarczonych referencji, a podanie rozmiaru wprost pozostaje przydatne, gdy układ ma znane miejsce docelowe. Przygotuj zamierzony kadr i obszar zarezerwowany na późniejszy tekst przed poproszeniem o warianty. Zmiana kadru po skomponowaniu może usunąć szczegół wizualny, który czynił obraz przydatnym.
Limit pola wyniku wynosi 2 359 296 pikseli, odpowiadając kwadratowi 1536×1536. Przewodnik udostępniania wymaga co najmniej 768 pikseli w obu wymiarach obrazu i dopuszcza przekroczenie 1536 przez dowolny bok, gdy całkowite pole pozostaje w limicie. Cel poziomy lub pionowy wymaga więc obliczenia szerokości i wysokości, zamiast zakładanego maksimum na każdy bok. Odpowiedzi generowania i edycji producenta zawierają dane obrazu PNG. Zapisz cały obraz do kontroli w rozmiarze, w którym się pojawi, w tym drobne napisy i krawędzie głównego przedmiotu.
Wspólna karta modeli 2.6 podaje kontekst 32K tokenów. Przewodnik udostępniania określa maksymalny kontekst promptu na 32 000 tokenów, a konkretny wpis katalogowy Flash wymienia 4096 tokenów wyjściowych. Te wielkości tokenowe są odrębne od pola obrazu w pikselach. Zwięzły, dobrze uporządkowany opis nadal może być lepszy od długiego zbioru sprzecznych opisów: oddziel temat, zachowane szczegóły, żądaną zmianę i sposób przedstawienia. Zachowaj referencje źródłowe i ostateczne sformułowanie wraz z obrazem, aby późniejsza poprawka zaczynała od rzeczywistego zamysłu projektu.
Precyzyjna wersja MAI-Image-2.6 i ta wersja Flash współdzielą ustawienia tworzenia 2.6. Wyróżniającą rolą Flash jest wydajna, sprawna produkcja; jego wybór nie dodaje gwarancji stałego czasu generowania. Starsza rodzina 2.5 ma mniejszy udokumentowany limit pola wyniku i własne warianty. Ustawienia korzystania z informacji z sieci i proporcji kierowanych przez model w 2.6 są właściwe dla rodziny 2.6. To rozróżnienie pomaga zachować ten sam proces przygotowania tam, gdzie go udokumentowano, jednocześnie oddzielając ustawienia zależne od wersji.
W zestawie wygenerowanych obrazów porównaj powtarzające się przedmioty, twarze, napisy, paletę i kompozycję przed ułożeniem ich jako jednego systemu projektowego. Przy edycji porównaj wynik z rzeczywistym źródłem, zamiast oceniać tylko zmieniony przedmiot. Fotorealistyczne szczegóły mogą być przekonujące, gdy mała etykieta, odbicie lub relacja geometryczna nadal są niepoprawne. Praktyczna ocena wskazuje tę konkretną wadę i zachowuje pozostałe udane wybory do następnej poprawki.
", "aboutText": "Microsoft AI MAI-Image-2.6 Flash to zoptymalizowany model z rodziny obrazowej 2.6. Wykonuje generowanie obrazów z tekstu i edycję obraz–obraz, z tymi samymi ustawieniami referencji, korzystania z informacji z sieci i kompozycji, które udokumentowano dla MAI-Image-2.6. Microsoft pozycjonuje Flash do pracy wymagającej sprawnej sekwencji obrazów lub edycji, takiej jak koncepcje wizualne, powtarzana produkcja treści i poprawki istniejącego projektu. Model tworzy gotowy obraz, a nie projekt z niezależnie edytowalnymi obiektami.\n\nDla nowego obrazu przygotuj w opisie temat, zamierzony układ, oświetlenie, wskazówki materiałowe i styl. Podaj dokładne słowa i położenie każdego widocznego tekstu. Udokumentowane mocne strony rodziny 2.6 obejmują renderowanie tekstu, portrety, fotorealistyczne grafiki komercyjne i obrazy w stylu 3D. Przydatny opis produkcyjny jasno określa szczegóły, które mają pozostać spójne między wersjami, i te, które mogą się zmieniać. Na przykład seria obrazów koncepcyjnych może zachowywać ten sam opis produktu i paletę kolorów, zmieniając otaczającą scenę lub punkt widzenia kamery.\n\nPrzy edycji podaj obraz źródłowy i nazwij zamierzoną korektę. Producent opisuje celowane edycje przedmiotów, adaptację układu, zmiany tekstu i usuwanie artefaktów, takich jak rozmycie ruchu. Ważnym przygotowaniem jest jasna relacja między zmianą a zachowaną kompozycją. W edycji przyborów papierniczych zmień powierzchnię pod zestawem, zachowując układ, nadruk na notesie i kierunek cieni. Sprawdź cały wynik pod kątem niezamierzonych zmian tych zachowanych elementów, a następnie sformułuj kolejną żądaną korektę konkretnie.\n\nEdycja z wieloma referencjami przyjmuje maksymalnie pięć obrazów JPEG lub PNG w interfejsie obrazowym producenta. Używaj osobnych referencji do przedmiotu, sceny lub stylu, gdy te role pomagają wyjaśnić oczekiwany wynik. Nadaj każdej referencji krótką rolę w opisie, zamiast pozostawiać modelowi wybór obrazu dostarczającego produkt lub układ. Przydaje się to w przygotowywaniu spójnej koncepcji kampanii: jedna referencja identyfikuje przedmiot, druga zamierzone otoczenie, a trzecia sposób przedstawienia. Wygenerowany obraz nadal wymaga kontroli podobieństwa, skali i poprawności tekstu.\n\nOpcjonalne korzystanie z informacji z sieci może dodać odpowiedni aktualny kontekst do żądania generowania lub edycji 2.6. Używaj precyzyjnego opisu tematu, gdy oczekiwany obraz zależy od rzeczywistego miejsca lub identyfikowalnego przedmiotu. Automatyczny wybór proporcji może wybierać kształt z opisu i dostarczonych referencji, a podanie rozmiaru wprost pozostaje przydatne, gdy układ ma znane miejsce docelowe. Przygotuj zamierzony kadr i obszar zarezerwowany na późniejszy tekst przed poproszeniem o warianty. Zmiana kadru po skomponowaniu może usunąć szczegół wizualny, który czynił obraz przydatnym.\n\nLimit pola wyniku wynosi 2 359 296 pikseli, odpowiadając kwadratowi 1536×1536. Przewodnik udostępniania wymaga co najmniej 768 pikseli w obu wymiarach obrazu i dopuszcza przekroczenie 1536 przez dowolny bok, gdy całkowite pole pozostaje w limicie. Cel poziomy lub pionowy wymaga więc obliczenia szerokości i wysokości, zamiast zakładanego maksimum na każdy bok. Odpowiedzi generowania i edycji producenta zawierają dane obrazu PNG. Zapisz cały obraz do kontroli w rozmiarze, w którym się pojawi, w tym drobne napisy i krawędzie głównego przedmiotu.\n\nWspólna karta modeli 2.6 podaje kontekst 32K tokenów. Przewodnik udostępniania określa maksymalny kontekst promptu na 32 000 tokenów, a konkretny wpis katalogowy Flash wymienia 4096 tokenów wyjściowych. Te wielkości tokenowe są odrębne od pola obrazu w pikselach. Zwięzły, dobrze uporządkowany opis nadal może być lepszy od długiego zbioru sprzecznych opisów: oddziel temat, zachowane szczegóły, żądaną zmianę i sposób przedstawienia. Zachowaj referencje źródłowe i ostateczne sformułowanie wraz z obrazem, aby późniejsza poprawka zaczynała od rzeczywistego zamysłu projektu.\n\nPrecyzyjna wersja MAI-Image-2.6 i ta wersja Flash współdzielą ustawienia tworzenia 2.6. Wyróżniającą rolą Flash jest wydajna, sprawna produkcja; jego wybór nie dodaje gwarancji stałego czasu generowania. Starsza rodzina 2.5 ma mniejszy udokumentowany limit pola wyniku i własne warianty. Ustawienia korzystania z informacji z sieci i proporcji kierowanych przez model w 2.6 są właściwe dla rodziny 2.6. To rozróżnienie pomaga zachować ten sam proces przygotowania tam, gdzie go udokumentowano, jednocześnie oddzielając ustawienia zależne od wersji.\n\nW zestawie wygenerowanych obrazów porównaj powtarzające się przedmioty, twarze, napisy, paletę i kompozycję przed ułożeniem ich jako jednego systemu projektowego. Przy edycji porównaj wynik z rzeczywistym źródłem, zamiast oceniać tylko zmieniony przedmiot. Fotorealistyczne szczegóły mogą być przekonujące, gdy mała etykieta, odbicie lub relacja geometryczna nadal są niepoprawne. Praktyczna ocena wskazuje tę konkretną wadę i zachowuje pozostałe udane wybory do następnej poprawki.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "9970c6746397fe7f11cd3e19773fb00688b845b2368abc7c84db9b329a5f7b8a", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "pl", "methods": [ { "html": "microsoft/mai-image-2.6-flashMicrosoft AI MAI-Image-2.6 Flash generuje i edytuje obrazy PNG do powtarzanej produkcji twórczej. Zachowuje referencje wieloobrazowe, opcjonalne korzystanie z informacji z sieci i automatyczny wybór proporcji, z maksymalnie 2 359 296 pikselami wyjściowymi. Flash to wersja 2.6 zoptymalizowana do sprawnych procesów generowania i edycji.
Ten opis przedstawia możliwości modelu. Dane wejściowe, wyniki i opcje dostępne w Ailoot podano poniżej dla wybranej metody.
Microsoft AI MAI-Image-2.6 Flash to zoptymalizowany model z rodziny obrazowej 2.6. Wykonuje generowanie obrazów z tekstu i edycję obraz–obraz, z tymi samymi ustawieniami referencji, korzystania z informacji z sieci i kompozycji, które udokumentowano dla MAI-Image-2.6. Microsoft pozycjonuje Flash do pracy wymagającej sprawnej sekwencji obrazów lub edycji, takiej jak koncepcje wizualne, powtarzana produkcja treści i poprawki istniejącego projektu. Model tworzy gotowy obraz, a nie projekt z niezależnie edytowalnymi obiektami.
Dla nowego obrazu przygotuj w opisie temat, zamierzony układ, oświetlenie, wskazówki materiałowe i styl. Podaj dokładne słowa i położenie każdego widocznego tekstu. Udokumentowane mocne strony rodziny 2.6 obejmują renderowanie tekstu, portrety, fotorealistyczne grafiki komercyjne i obrazy w stylu 3D. Przydatny opis produkcyjny jasno określa szczegóły, które mają pozostać spójne między wersjami, i te, które mogą się zmieniać. Na przykład seria obrazów koncepcyjnych może zachowywać ten sam opis produktu i paletę kolorów, zmieniając otaczającą scenę lub punkt widzenia kamery.
Przy edycji podaj obraz źródłowy i nazwij zamierzoną korektę. Producent opisuje celowane edycje przedmiotów, adaptację układu, zmiany tekstu i usuwanie artefaktów, takich jak rozmycie ruchu. Ważnym przygotowaniem jest jasna relacja między zmianą a zachowaną kompozycją. W edycji przyborów papierniczych zmień powierzchnię pod zestawem, zachowując układ, nadruk na notesie i kierunek cieni. Sprawdź cały wynik pod kątem niezamierzonych zmian tych zachowanych elementów, a następnie sformułuj kolejną żądaną korektę konkretnie.
Edycja z wieloma referencjami przyjmuje maksymalnie pięć obrazów JPEG lub PNG w interfejsie obrazowym producenta. Używaj osobnych referencji do przedmiotu, sceny lub stylu, gdy te role pomagają wyjaśnić oczekiwany wynik. Nadaj każdej referencji krótką rolę w opisie, zamiast pozostawiać modelowi wybór obrazu dostarczającego produkt lub układ. Przydaje się to w przygotowywaniu spójnej koncepcji kampanii: jedna referencja identyfikuje przedmiot, druga zamierzone otoczenie, a trzecia sposób przedstawienia. Wygenerowany obraz nadal wymaga kontroli podobieństwa, skali i poprawności tekstu.
Opcjonalne korzystanie z informacji z sieci może dodać odpowiedni aktualny kontekst do żądania generowania lub edycji 2.6. Używaj precyzyjnego opisu tematu, gdy oczekiwany obraz zależy od rzeczywistego miejsca lub identyfikowalnego przedmiotu. Automatyczny wybór proporcji może wybierać kształt z opisu i dostarczonych referencji, a podanie rozmiaru wprost pozostaje przydatne, gdy układ ma znane miejsce docelowe. Przygotuj zamierzony kadr i obszar zarezerwowany na późniejszy tekst przed poproszeniem o warianty. Zmiana kadru po skomponowaniu może usunąć szczegół wizualny, który czynił obraz przydatnym.
Limit pola wyniku wynosi 2 359 296 pikseli, odpowiadając kwadratowi 1536×1536. Przewodnik udostępniania wymaga co najmniej 768 pikseli w obu wymiarach obrazu i dopuszcza przekroczenie 1536 przez dowolny bok, gdy całkowite pole pozostaje w limicie. Cel poziomy lub pionowy wymaga więc obliczenia szerokości i wysokości, zamiast zakładanego maksimum na każdy bok. Odpowiedzi generowania i edycji producenta zawierają dane obrazu PNG. Zapisz cały obraz do kontroli w rozmiarze, w którym się pojawi, w tym drobne napisy i krawędzie głównego przedmiotu.
Wspólna karta modeli 2.6 podaje kontekst 32K tokenów. Przewodnik udostępniania określa maksymalny kontekst promptu na 32 000 tokenów, a konkretny wpis katalogowy Flash wymienia 4096 tokenów wyjściowych. Te wielkości tokenowe są odrębne od pola obrazu w pikselach. Zwięzły, dobrze uporządkowany opis nadal może być lepszy od długiego zbioru sprzecznych opisów: oddziel temat, zachowane szczegóły, żądaną zmianę i sposób przedstawienia. Zachowaj referencje źródłowe i ostateczne sformułowanie wraz z obrazem, aby późniejsza poprawka zaczynała od rzeczywistego zamysłu projektu.
Precyzyjna wersja MAI-Image-2.6 i ta wersja Flash współdzielą ustawienia tworzenia 2.6. Wyróżniającą rolą Flash jest wydajna, sprawna produkcja; jego wybór nie dodaje gwarancji stałego czasu generowania. Starsza rodzina 2.5 ma mniejszy udokumentowany limit pola wyniku i własne warianty. Ustawienia korzystania z informacji z sieci i proporcji kierowanych przez model w 2.6 są właściwe dla rodziny 2.6. To rozróżnienie pomaga zachować ten sam proces przygotowania tam, gdzie go udokumentowano, jednocześnie oddzielając ustawienia zależne od wersji.
W zestawie wygenerowanych obrazów porównaj powtarzające się przedmioty, twarze, napisy, paletę i kompozycję przed ułożeniem ich jako jednego systemu projektowego. Przy edycji porównaj wynik z rzeczywistym źródłem, zamiast oceniać tylko zmieniony przedmiot. Fotorealistyczne szczegóły mogą być przekonujące, gdy mała etykieta, odbicie lub relacja geometryczna nadal są niepoprawne. Praktyczna ocena wskazuje tę konkretną wadę i zachowuje pozostałe udane wybory do następnej poprawki.
POST /v1/images/generationstext, imageimage| Pole | Typ | Wymaganie | Wartości i limity | Domyślnie |
|---|---|---|---|---|
Polemodel | Typstring | WymaganieWymagane | Wartości i limity microsoft/mai-image-2.6-flash | Domyślnie— |
Poleprompt | Typstring | WymaganieWymagane | Wartości i limity Minimalna długość: 1 | Domyślnie— |
Poleaspect_ratio | Typstring | WymaganieOpcjonalne | Wartości i limity 1:1, 4:3, 3:4, 16:9, 9:16, 3:2, 2:3, auto | Domyślnie— |
Polen | Typinteger | WymaganieOpcjonalne | Wartości i limity Minimum: 1 Maksimum: 1 | Domyślnie— |
Poleinput_references | Typarray | WymaganieOpcjonalne | Wartości i limity Minimalna liczba elementów: 0 Maksymalna liczba elementów: 5 | Domyślnie— |
Poleprovider | Typobject | WymaganieOpcjonalne | Wartości i limity | Domyślnie— |
| Parametr | Kontrakt |
|---|---|
Parametrcontent_type | Kontraktapplication/json |
Parametrrequired | Kontraktmodel, prompt |
Parametrmaterial_types | Kontrakttext, image |
Cykl życia: synchronous_result_then_owned_library
GET /v1/media/tasks/{task_id} · Rzeczywiście zwrócony task_id lub wpis w bibliotece multimediów
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Wyświetlane stawki służą do oszacowania kosztu przed generowaniem. Ostateczna opłata jest obliczana na podstawie kosztu zarejestrowanego dla pierwotnego generowania. Zmierzony czas trwania wyniku i prognozowane ilości nie stanowią ostatecznej ilości podlegającej rozliczeniu.
Informacje taryfowe nie dodają opcji żądania. Obsługiwane parametry podano przy wybranej metodzie.
Dopasuj każdą opłatę do pokazanych warunków. Użyj jednej stawki dla każdego zestawu alternatywnych konfiguracji.
| Konfiguracja | Tabela stawek | Przewidywana ilość | Opłata |
|---|---|---|---|
| KonfiguracjaBazowe stawki za tokeny | Tabela stawekStawka podstawowa | Przewidywana ilość— | Opłata Wejście · Tokeny wejściowe · Szacunek tylko do porównania — / 1K tokenów Wyjście · Tokeny wyjściowe · Szacunek tylko do porównania — / 1K tokenów Wejście · Odczyt cache · Szacunek tylko do porównania — / 1K tokenów Wejście · Zapis do cache · Szacunek tylko do porównania — / 1K tokenów Wejście · Zapis do cache, 1 godz. · Szacunek tylko do porównania — / 1K tokenów |
| KonfiguracjaSzacowany koszt generowania | Tabela stawek— | Przewidywana ilośćszacunek dla jednego generowania | Opłata Wyjście · Szacowany koszt generowania · Szacunek tylko do porównania $0.155648 szacunek przed generowaniem Ten szacunek nie jest dodatkową opłatą ani stałą stawką za ukończone generowanie. |
Ailoot rezerwuje szacowaną kwotę przed żądaniem. Po otrzymaniu wyniku rozlicza ostateczną opłatę według zmierzonego użycia. Rozliczenie strumieniowania korzysta z końcowego rekordu użycia. Jak działają rezerwacja i rozliczenie →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np={'model': 'microsoft/mai-image-2.6-flash', 'prompt': 'a red panda astronaut floating in space, studio lighting'}\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/images/generations \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport base64, json, os, subprocess\nfrom pathlib import Path\nfrom urllib.parse import urlsplit, urljoin\n\ndef save_images(items):\n if not items: raise SystemExit("No completed images; retain the full response")\n for index, item in enumerate(items):\n encoded=item.get("b64_json")\n uri=item.get("url", "")\n if not encoded and uri.startswith("data:image/"):\n header, separator, encoded=uri.partition(",")\n if not separator or ";base64" not in header: raise SystemExit("Unsupported image data URI")\n if encoded:\n raw=base64.b64decode(encoded,validate=True)\n elif uri:\n uri=urljoin("https://api.ailoot.ai",uri)\n parsed=urlsplit(uri)\n if parsed.scheme!="https" or not parsed.netloc or parsed.username or parsed.password:\n raise SystemExit("Invalid returned image URL")\n owned=parsed.netloc=="api.ailoot.ai" and parsed.path.startswith("/v1/media/assets/") and parsed.path.endswith("/content")\n args=["curl","--fail-with-body","--silent","--show-error",uri]\n if owned: args += ["-H","Authorization: Bearer "+os.environ["AILOOT_API_KEY"]]\n temporary=Path(f"image-{index}.bin")\n subprocess.run(args+["-o",str(temporary)],check=True)\n raw=temporary.read_bytes()\n temporary.unlink()\n else: raise SystemExit("Image has neither bytes nor URL")\n if not raw: raise SystemExit("Empty image result")\n ext="png" if raw.startswith(b"\\x89PNG") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4]==b"RIFF" and raw[8:12]==b"WEBP" else "svg" if raw.lstrip().startswith((b"<svg",b"<?xml")) else "bin"\n Path(f"image-{index}.{ext}").write_bytes(raw)\n print("Every returned image saved; complete response metadata retained")\nsave_images(json.loads(Path("result.json").read_text())["data"])\nPY_RESULT\nPobierz każdy zwrócony obraz lub zapisz jego zawartość Base64
GET /v1/media/tasks/{task_id}GET /v1/media/assets/{asset_id}/contentGET /v1/media/assetsGET /v1/media/assets/{asset_id}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/media/assets \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -o owned-assets.json\n# Preserve every returned asset and follow its exact signed content URL. Do not construct a signed token.\nZapisz każdy ukończony obraz; pobierz każdy zwrócony URL lub zdekoduj zawartość Base64.
Zachowaj pełną odpowiedź i nagłówki, wszystkie rzeczywiście uzyskane wyniki, pierwotnie zwrócone identyfikatory oraz wszystkie pola zużycia. Odzyskaj pierwotną operację bez ponownego wysyłania żądania utworzenia.
Zachowaj zwrócony X-Client-Request-ID do uzgodnienia danych. Odczytuj wyłącznie rzeczywiście zwrócone wartości task_id/asset_id lub własną bibliotekę multimediów; nigdy nie buduj adresu URL zadania na podstawie identyfikatora operacji i nigdy nie wysyłaj ponownie żądania utworzenia.
| Pole | Typ |
|---|---|
Polecreated | Typ |
Poledata[].url | Typ |
Poledata[].b64_json | Typ |
Poleusage | Typ |
Ailoot Ultra microsoft/mai-image-2.6-flash
/v1/images