Uwear
ai.uwear/uwearVersion 1.0.0AI photoshoot studio: garments, avatars, locations, and art direction
Status
Responds359 msAnswered our handshake without sign-in.- Last checked
- Nov 14, 2026, 13:34 UTC
- Latency
- 359 ms
- Remotes responding
- 1 of 1
- Sign-in
- No sign-in
- Hosting
- Hosted outside the EU (detected)
- Registry data as of
- Nov 14, 2026, 22:14 UTC
Data from the official MCP Registry, checked by run.zero. How we check
Connect
Streamable HTTP
https://api.uwear.ai/mcpResponds359 msNo sign-in
Claude Code
claude mcp add --transport http uwear https://api.uwear.ai/mcpClaude Desktop and claude.ai
Settings > Connectors > Add custom connector
Name: uwear
Remote MCP server URL: https://api.uwear.ai/mcpCursor
{
"mcpServers": {
"uwear": {
"url": "https://api.uwear.ai/mcp"
}
}
}VS Code
code --add-mcp '{"name":"uwear","type":"http","url":"https://api.uwear.ai/mcp"}'Built your own server? run.zero hosts MCP servers on European infrastructure.
Tools
93 tools
Read-only | Idempotent | Open world | ||
|---|---|---|---|---|
add_chat_photos_to_boardUse this when the user attaches images in this chat and wants them in Uwear, on the Shoot Board or in a shoot: clothing, a Model, a Location or a reference. Put each attachment in its own field, image_file_1, image_file_2, ... in attachment order, as the chat provides it: ChatGPT passes the file itself, also when you see only a file name or path. Chat attachments only: a web address is refused (ask the user to attach that photo). kinds: {image_file_N: garment|avatar|location|reference} for photos whose kind the user said or is clear (avatar: a person to use as a Model); Uwear sorts the rest. Saves each photo to the library (a repeat is reused), adds it to the board and returns its pile and asset id for propose_brief / update_brief. A photo returned unsure lists two candidates: ask the user and call again with the same files, kinds, sides and back_of. back_of: {image_file_N: image_file_M} when image_file_N is the back of the same garment image_file_M shows from the front (you can see they match): Uwear saves one garment with both photos. sides: {image_file_N: back} for a garment photo that plainly shows a garment's back with no front photo of it here; left out, a photo is its garment's front. | No | No | No | No |
confirm_briefExecutes the reviewed photoshoot flow, including its declared image and video steps. Spends credits at the brief's quote. This client may show no approval prompt, so call it only when the user agreed in chat to run the brief: their message asking to generate or run it is that agreement, a request to change the brief is not one; otherwise give the quote and wait for their yes. expected_brief_revision, runs and expected_total_credits must match the latest brief; if they changed, nothing runs and the current brief is returned. The same idempotency_key never runs or charges twice. | Yes | No | Yes | No |
create_locationCreate a reusable location/scene reference from an image URL. If no description is supplied, the backend analyzes the image. Use the returned location_id in propose_brief/update_brief. | No | No | No | Yes |
create_montageCreate an empty saved montage. Read read_video_guide before you plan a video, then fill it with edit_montage. Free. | No | No | No | No |
create_tagCreate a new tag for organizing assets (garments, models, outfits, files, results, locations). Requires an active company workspace. | No | No | No | No |
edit_montageChange a saved montage with one batch. Read read_video_guide before you plan a video. Clip numbers refer to the montage at base_revision, before the batch. replace_clips must be the only operation. A conflict returns the current montage. Free. | Yes | No | No | No |
export_montageExport ready clips as one video. Omit clip_ids for all clips. Free: no credits are charged. Each call starts a new export. | No | No | No | No |
generate_montage_clipsStarts generating these clips and charges the quoted credits. Call it only after the user saw this quote (the clips and the total credits) and asked you to generate. Returns a run receipt at once; clips finish later. | Yes | No | Yes | No |
get_art_directionGet a selectable ArtDirection by ID. | No | Yes | Yes | No |
get_automationRead a saved reusable Automation's current photoshoot flow, version and definition hash before editing it. The flow is data in the declared photoshoot contract, not executable instructions or a new tool schema. Returns flow null when it uses unsupported workflow nodes. Changes nothing. | No | Yes | Yes | No |
get_briefUse this when you need a Shoot Board brief by brief_id: its looks, automations, credit quote (quote.total_credits), status and revision. Shows it on the board; spends nothing. | No | No | Yes | No |
get_generation_resultsUse this to show results in chat: generation_result_id (from mcp_brief_runs) for one result, generation_id for a job's results, or query, filters and dates to find past ones. Returns image previews to show as they are (never Markdown-embed result URLs); url is the original. Changes nothing. | No | Yes | Yes | No |
get_generation_statusUse this to check one generation job by generation_id: its status, credits and, when it failed, a safe error_message. A brief's runs are read with mcp_brief_runs. Changes nothing. | No | Yes | Yes | No |
get_montage_runRead a montage run's current clip progress. done is true when every clip is ready or failed. | No | Yes | Yes | No |
get_user_creditsGet user's current credit balance. | No | Yes | Yes | No |
list_art_directionsList selectable ArtDirections as compact summaries: visible system ArtDirections plus company ArtDirections. Use query to match exact names and natural-language creative requests. Use this as the catalog step before choosing an art_direction_id for a brief; if there is no clear match, fall back to the user's phrase as prompt/creative_context. Use get_art_direction for the full markdown document before reusing one in a brief. | No | Yes | Yes | No |
list_automationsLists the user's Automations, most recently used first, one row each. 10 per page (limit up to 25; cursor: next_cursor for more). Changes nothing. | No | Yes | Yes | No |
list_avatarsList the user's Models: the reusable people who wear the Clothing (not the AI models; for those, use mcp_list_model_catalog). Supports structured filters or query for hybrid name/metadata/image-attribute search. Set include_image_url=true when the Model's image itself is needed. | No | Yes | Yes | No |
list_briefsUse this to find a past shoot when the user refers to one ("run the same as last week") or asks what ran: the account's briefs, newest first, 10 by default (limit up to 25; before: next_before for older ones; status ran for generated ones only; automation_workflow_id for the runs of one Automation). Each compact row has its brief_id, title, status, ran_at, automations, direction label, image model, output, look count and credits. Then read the one you need with get_brief for its full values. Changes nothing. | No | Yes | Yes | No |
list_garmentsList user's garments with structured filters or query for hybrid name/SKU/metadata/image-attribute search. body_zone expands to categories and is ORed with category when both are given. With a category or body_zone filter and include_uncategorized=false, uncategorized_count reports garments hidden by the category filter within the same scope. If matches are short and uncategorized_count > 0, call again with include_uncategorized=true and inspect those garments. | No | Yes | Yes | No |
list_locationsList reusable location/scene reference images by structured filters or query: IDs, tags, date range, and sort. Use when the user wants to pick a saved background/location reference for a generation. | No | Yes | Yes | No |
list_montagesList your saved montages, most recently updated first. Returns summaries and page information. | No | Yes | Yes | No |
list_outfitsList user's outfits (saved garment combinations). Filter by garment IDs, active status, date range, or query against contained garments. | No | Yes | Yes | No |
list_tagsList available tags for the user's company. Use this to resolve user-provided tag names like 'summer26' before selecting garments, outfits, models, files, generations, or locations. For no-UI MCP flows, find the tag ID here, then call get_items_by_tag or the relevant list_* tool with tag_ids. | No | Yes | Yes | No |
list_templatesList canonical company templates, optionally filtered by kind, scope, command use case, creator, or public t-xxxx share code, with usage sorting. Keeps identify which values apply. Templates persist canonical commands but do not execute generations. System templates named `Demo — …` are worked examples of the canonical command language; read one with `get_template` before authoring a first brief or workflow. | No | Yes | Yes | No |
mcp_add_contextAppend items to the Uwear Shoot Board. | No | No | No | No |
mcp_add_garment_viewA Clothing card dropped on another. The photo of from_garment_id becomes the back, side or detail view of garment_id, and from_garment_id leaves the board (deleted only when it is a fresh drop nothing else uses). Or a photo put in the brief's missing-photo slot: image_url instead of from_garment_id, nothing leaves the board. The board's draft brief is saved again when the view changes it. Returns the board (and brief); asking again answers status unchanged. | Yes | No | Yes | Yes |
mcp_brief_listThe account's Shoot Board briefs, newest first: every brief that ran (on any Shoot Board) and this board's draft, each with its status, looks, automations, credits and covers. | No | Yes | Yes | No |
mcp_brief_runsUse this after confirm_brief or when the user asks how a shoot is going: each look's run of brief_id with its status, credits, results (generation_result_id, kind, url) by step and the error of every step that failed (failures lists them all). Read it again until done is true; while it runs, say so (the board shows progress). Then show the results with get_generation_results. Changes nothing. | No | Yes | Yes | No |
mcp_clear_contextClear all Shoot Board items, or only one context type. | Yes | No | Yes | No |
mcp_commit_intakeSave sorted Shoot Board photos to the library as garments, avatars, locations or reference files, skip ones already saved, and add them to the Shoot Board at expected_revision; a board that changed is refused before anything is saved (revision_conflict with the current board). | No | No | Yes | Yes |
mcp_delete_generation_resultsDelete the user's results and their stored images, as the platform's Delete. Cannot be undone: call it only after the user confirmed in chat which results to delete. | Yes | No | Yes | No |
mcp_edit_briefEdit the Shoot Board's brief by hand: add, remove or change looks, or run looks through another automation. Saves a new brief linked to the board and returns the board, the brief, its quote and the credit delta; dry_run only quotes. | No | No | No | No |
mcp_export_montageExport montage clips as one stitched video. Spends credits: call it only after the user confirmed the clips and their order in chat. Returns the generation_id to poll with get_generation_status. Prefer export_montage for a saved montage the user can open in Uwear. | Yes | No | No | No |
mcp_extract_video_frameSave a still frame of a video result as a new image result, as POST /generation-result/{id}/extract-frame. The result viewer's Save frame. | No | No | No | No |
mcp_generate_clipQueue an image-to-video generation for one montage clip. Spends credits: call it only after the user agreed in chat. Returns the generation_id to poll with get_generation_status. Prefer generate_montage_clips for a saved montage the user can open in Uwear. | Yes | No | No | Yes |
mcp_get_contextRead the Uwear Shoot Board. | No | Yes | Yes | No |
mcp_intake_filesSort photos dropped on the Shoot Board into garment, avatar, location or reference (or unsure with two candidates) and report duplicates within the drop and in the library. Saves nothing. A photo the call had no time left for comes back with error deferred: send it again. | No | Yes | Yes | Yes |
mcp_list_filesList uploaded (reference) files for the Uwear MCP workspace files tab and the Shoot Board's References tab. | No | Yes | Yes | No |
mcp_list_model_catalogThe active AI models with their capabilities and pricing rules, as GET /models returns them, for the widget's model pickers. | No | Yes | Yes | No |
mcp_read_generationOne generation with its results as GET /generation/{id} returns it (prompt, model, settings, inputs), for the result viewer's Info panel. | No | Yes | Yes | No |
mcp_read_generation_resultOne generation result as GET /generation-result/{id} returns it (tags, review verdict, QA, prompt, model), for the widget's result viewer. | No | Yes | Yes | No |
mcp_recipe_copyCopy an automation as a new automation for this shoot. | No | No | No | No |
mcp_recipe_historyAn automation's past runs, newest first: one row per Shoot Board Generate (its looks) or per run started on Uwear, with when, how it went, credits and covers. | No | Yes | Yes | No |
mcp_recipe_listThe company's shoot automations (and other automations to copy). | No | Yes | Yes | No |
mcp_recipe_openOpen the brief's automation in the builder: its draft, or once Generate published it its live version (saving an edit of it makes a new automation); another automation opens read-only. | No | No | No | No |
mcp_recipe_preflightValidate and price the automation being edited. | No | Yes | Yes | No |
mcp_recipe_save_draftSave the automation's draft. | Yes | No | No | No |
mcp_reclassify_board_itemMove a Shoot Board photo between the Clothing, Models and Locations piles. Saves the same image as the new kind and swaps it on the board; the old asset is deleted only if intake saved it in the last 24 hours and nothing uses it, otherwise it stays in the library. Asking for a move that already happened changes nothing and returns the board (status "unchanged"). | Yes | No | Yes | No |
mcp_replace_contextReplace the Uwear Shoot Board items. | Yes | No | Yes | No |
mcp_review_generation_resultsThe result viewer's review rail. Sets the user's verdict on their own results to approved or rejected, or clears it (decision null), replacing any verdict they had; deletes nothing and spends no credits. | Yes | No | Yes | No |
mcp_save_retouchSave an edited image (image_base64) as a new child result of parent_generation_result_id. Changes no existing result. | No | No | No | No |
mcp_set_generation_result_tagsReplace a result's tags with tag_ids (empty removes all), as PUT /generation-result/{id}/tags. The result viewer's tag tray. A tag that starts one of the user's automations starts it, as on the platform. | Yes | No | Yes | No |
mcp_update_tagRename or recolor one of the company's tags, as PATCH /tag/{id}. The result viewer's tag tray. | Yes | No | Yes | No |
mcp_upload_intake_photoStore one photo dropped on the Shoot Board, sent inline as base64, for a host that cannot upload files itself. Returns a receipt (sha256, size, stored, image_url, image_url_expires_at); pass image_url to mcp_intake_files and mcp_commit_intake. Without data, stores nothing and returns the receipt of the photo already stored under sha256 (a fresh image_url), or stored: false. | No | No | Yes | No |
mcp_workflow_assetsThe automation builder reads library items (Clothing, Models, Locations, ...) of one kind by id to show them on its cards. Read-only. | No | Yes | Yes | No |
mcp_workflow_camerasThe camera views (front, side, back, crops) a shot or camera edit can use, for the automation builder. Read-only. | No | Yes | Yes | No |
mcp_workflow_contractThe automation format (step kinds and their settings) the automation builder edits against. Read-only. | No | Yes | Yes | No |
mcp_workflow_galleryThe automation builder's picker: one page of the user's library items of one kind, filtered by search text, tags or category. Read-only. | No | Yes | Yes | No |
mcp_workflow_garment_categoriesThe garment categories, for the automation builder's category filters. Read-only. | No | Yes | Yes | No |
mcp_workflow_tagsThe account's tags, for the automation builder's tag filters. Read-only. | No | Yes | Yes | No |
modify_shoot_boardUse this when the user asks in chat to change what is on the open Shoot Board. add puts items on it; set replaces the whole item list (to remove items, send the ones to keep); clear empties one type, or without type starts a new shoot on the same board (its brief is unlinked; photos stay in the library); add_as_view makes from_garment_id's photo the back, side or detail view of garment_id and takes from_garment_id off the board, only after the user agrees the two show one garment. Items are {type, id} from search_uwear_library or read_shoot_board. To reuse an automation, add {type: automations, id: a workflow_id from brief_inputs.automations}: the board pins one and the next brief runs every look through it. Pass expected_revision from read_shoot_board; on revision_conflict, apply the change to the returned board once. | Yes | No | No | No |
plan_shoot_background_removalAppend or replace one background removal. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
plan_shoot_camera_changeAppend or replace one camera-view edit. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
plan_shoot_editAppend or replace one prompt-based image edit. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
plan_shoot_imageAdd a base image shot or revise its camera. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
plan_shoot_upscaleAppend or replace one image upscale. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
plan_shoot_videoAppend or replace one image-to-video step. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
propose_briefSaves a new brief and shows it on the board: the looks to shoot, their direction and the Automation they run through. The previous brief is kept (one that ran stays in Brief History). Returns the saved brief, or the problems to fix. | No | No | No | No |
propose_montageONLY for video montage/stitching/export workflows. Use when the user explicitly asks to create a montage, stitch clips, make a reel, export a video sequence, make video clips from images, or combine images/videos into one final video. Never use this for a photoshoot, lookbook, product shoot, collection shoot, outfit shoot, garment shoot, or image-generation request; those must use request_user_context followed by propose_brief/update_brief. Do not call this merely because selected context contains images, generations, garments, or models. A photoshoot may later feed a montage, but the photoshoot itself must be proposed as a BriefProposal first. PROPOSES the montage for user review — user can edit clips, generate missing videos, then export. Supports: existing videos with optional trim (`target_duration` or `start_time`/`end_time`), images that need video generation (specify video_model + a bespoke per-image motion prompt, and optionally `target_duration` or `duration`), per-clip speed/mute, global aspect ratio. If the user asks for clips to be e.g. '3 seconds each', set `target_duration: 3` on every item, including image items. For image items, avoid generic repeated prompts: tailor each prompt to the specific image and any requested zoom, movement, energy, or camera direction. If motion is not specified, inspect the image first with view_image and then write a fitting motion prompt from the image content before proposing. The user reviews and confirms in the UI. Export is free (0 credits); video generation clips cost credits per their model. Prefer create_montage / edit_montage for a saved montage the user can open in Uwear. | No | No | No | No |
queue_generation_result_qaRun or re-run official Uwear QA on existing generation results. Every image generate/edit result already gets a free AI check after delivery, so when the user asks to QA, quality check, validate, review or inspect results, first call read_generation_result_qa and use the existing check (ai_qa). Call this tool only when needed: the user wants approve/reject set by QA (mode gate), or the check could not run (ai_qa.can_recheck true: use mode observe). Do not substitute view_image for QA unless the user explicitly asks for a manual visual critique instead of the official Uwear QA pipeline. After queuing, call read_generation_result_qa for the same IDs. QA is free. QA is built for scale — validating large batches (hundreds or thousands of results). When the user is iterating on a handful of results one by one, do not queue QA on your own initiative; run it when the user asks for it or when operating at batch scale. | Yes | No | No | No |
quote_montageQuote selected clip IDs, or omit clip_ids for every clip still to generate. Show the clips and total credits to the user before generating. | No | Yes | Yes | No |
read_generation_result_qaRead the official Uwear QA check of existing generation results. Call this first when the user asks to QA/check/validate/review generated outputs: most image results already have a free AI check. ai_qa gives the state (checking, passed, issues, unavailable, not_checked, not_supported) and ai_qa_json its structured details; qa_status/qa_decision are the approve/reject QA only. The AI check is an opinion, separate from the result's review decision. Summarize the structured check and issues, not a manual view_image opinion. Queue QA only when needed. | No | Yes | Yes | No |
read_montageRead a saved montage, clip IDs, revision and current quote. Use montage.revision as base_revision for edit_montage. | No | Yes | Yes | No |
read_shoot_boardUse this before modify_shoot_board, propose_brief or update_brief: the user changes the board in the widget at any time. Returns the board's items (Clothing, Models, Outfits, Locations, art directions, files, results) with ids and names, its revision, its linked brief_id, and brief_inputs: the guide, asset facts, automations, cameras, AI models and limits a brief is written from. Changes nothing. | No | Yes | Yes | No |
read_video_guideRead the shared video guide and current model advice, capabilities and prices. Call it in each turn that plans clips or changes how a clip is made. Pass kind to select that section, or omit it for all kinds. Changes nothing. | No | Yes | Yes | No |
remove_shoot_imageRemove one base shot and its dependent steps. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
remove_shoot_stepRemove one dependent step and reconnect its successor. Revises the selected looks using the named brief flow (default: all its looks); requires the current brief revision. Photo format is shared across the shoot. Returns a new brief and quote. No media generation, credit charge or library change. Read the returned recipe_key before the next edit. | No | No | No | No |
request_user_contextUse this when the user wants a photoshoot and you have no board_id yet. Creates a new, empty Uwear Shoot Board and returns its board_id, which every other Shoot Board tool takes. This client shows no widget: build the shoot with tools (search_uwear_library, modify_shoot_board, propose_brief) and tell the user what is on the board. prompt: one line describing the shoot; expected_types: what it needs. | No | No | No | No |
save_art_directionUse this when the user asks to create, write or save an art direction, or the board's New art direction asks for one: write it from their words, the chat and the board, and save it in the same turn. Saves it to the library and makes it the board's one art direction, replacing the previous one (which stays in the library). Fill every section with concrete, photographable choices. It applies to every look, so it names no garment, outfit, Model or Location (text naming a board item is refused). If the board has a brief, apply it with update_brief direction.art_direction_id. If the result lists problems, fix them all and call again. | No | No | No | No |
save_automationSave one flow from a reviewed brief as a new reusable library Automation, with its current shots, dependent steps and settings. Does not modify the brief, generate media or charge credits. | No | No | No | No |
save_reference_file_from_chat_fileBatch save reference images from chat attachments into the Files library. Keep file metadata in files[] and pass top-level image_file_1, image_file_2, etc. in the same order. No base64, no local paths. Use for mood boards, backgrounds, and other reference images that are not Clothing or Models. | No | No | No | Yes |
search_uwear_libraryUse this when the user names Clothing, Models, Locations, art directions, files or past results in chat and you need their ids. Takes a short keyword query (2-5 words, or an exact name, SKU or id) and returns typed ids, names and thumbnails. It finds items; it does not recommend them. Changes nothing. | No | Yes | Yes | No |
set_garment_sideUse this when a garment's photo shows its back but Uwear has it as the front (or the other way round): you saw the photo in this chat, or the user says so. side back makes the photo the garment's back, so back shots run from it; front undoes that. When the board holds the same garment twice, front and back photos as two garments, pass garment_id (the front) with side back and from_garment_id (the back): one garment with both photos. Call it yourself and continue (confirm_brief if the user asked to run): never ask the user to relabel a photo on the board. The board's brief is saved again with its new quote. Deletes nothing. | No | No | Yes | No |
set_generation_result_favoriteThe result viewer's star. Marks one of the user's own generation results as a favorite (favorite true) or removes the mark (false); deletes nothing and spends no credits. | Yes | No | Yes | No |
show_in_shoot_boardMoves a Shoot Board that is open in a widget to a view (board, brief, automation, results, brief_history). This client shows no widget, so it changes nothing the user sees: read the board, brief or results with read_shoot_board, get_brief or get_generation_results and tell the user. | No | No | Yes | No |
update_automationPublish the reviewed flow identified by brief_id, revision and recipe_key as a new version of an existing reusable Automation. Requires its current definition hash. Accepts no operation definitions. Existing shoot snapshots remain unchanged. No media generation or charge. | Yes | No | No | No |
update_briefRevise shoot looks, direction or model settings, or assign a saved Automation by ID. Accepts no operation definitions; use the separately published plan_shoot tools to change individual steps. Returns the revised plan and quote. No media generation, credit charge or reusable-library write. | No | No | No | No |
update_montage_proposalPatch the latest MontageProposal already shown in the UI. Use only for an existing video montage/reel/stitched sequence proposal; do not use this to modify a photoshoot brief. For photoshoot brief changes, call update_brief instead. Prefer `operations`, an ordered list of typed montage edits such as `clear_trim`, `remove`, `set_duration`, `set_trim_range`, `set_speed`, `set_muted`, `set_prompt`, `set_video_model`, `set_generate_audio`, `set_last_frame`, `set_aspect_ratio`, and `set_base_resolution`. Use `set_trim_range` for requests like 'use the second half', 'start at 3s', or 'trim from 3s to 6s'. Operations are applied in order to the current montage state. Legacy flat fields are still accepted as a compatibility shim. This updates the proposal only; it does not execute export or generation. Prefer create_montage / edit_montage for a saved montage the user can open in Uwear. | No | No | No | No |
upload_avatar_from_chat_fileBatch upload reusable Models from person photos the user attached in chat. Each photo becomes the upper_body_front identity anchor. Keep names and optional user-given age_range, build, and height_cm in avatars[], then pass top-level image_file_1, image_file_2, etc. in the same order. Traits are never guessed. No base64, no local paths. Do not use ordinary text-to-image results as an upload fallback. Use only when the user explicitly wants a specific or consistent person. | No | No | No | Yes |
upload_garment_from_public_urlUpload Clothing from public HTTP(S) image URLs. Queues a recoverable batch upload and returns an operation immediately; retry with the exact same arguments to read its state (a retry creates no second upload). Photos are stored as uploaded, without background removal; processing_mode is ignored. Prefer assets with {asset_kind: full|detail, asset_view: front|back|side, asset_url}; exactly one full front is required, every full view is unique, and detail views can repeat. No base64, chat file objects, or local paths. | No | No | No | Yes |
uwear_settings_readRead the user's saved photoshoot defaults (aspect ratio, camera, resolution) with every allowed value. Backs the plugin settings page. | No | Yes | Yes | No |
uwear_settings_updateSave changed photoshoot defaults (aspect ratio, camera, resolution). Send only the settings that changed; returns every current value. Defaults never authorize a paid generation. | Yes | No | Yes | No |
Details
- Registry status
- Active
- Published
- Aug 1, 2026
- Updated
- Aug 1, 2026
- Repository
- Not given
- Categories (suggested)
- Design and mediaSuggested categories are assigned automatically from the registry text and may be wrong. Verified operators can correct them.
- GDPR
- Not declared