Prompts and images
Mynth does not moderate or train on your prompts and images. What the provider receives, and what a restricted_content refusal means.
Mynth sits in front of other companies' models. You send a model and a prompt, Mynth routes and retries the request, and the model itself runs at a provider.
Mynth does not read your prompts or images, train on them, or use them for anything beyond the request you sent. There is no Mynth moderation pass on the way through.
Any other use needs your written approval. The terms and the privacy policy are the full rules, including the narrow case where the law requires us to act on something we have already become aware of. That is not a scan of your traffic.
Features you turn on read what they need, inside the request you made:
| Feature | Reads |
|---|---|
magic_prompt | the prompt |
size: "auto" or no size | the prompt, to pick an aspect ratio |
model: "auto" | the prompt, to pick a model |
| Rating, alt text, review | the image |
The provider sees the call as coming from Mynth. It does not receive your user
id, your email, your API key, or the task's metadata.
It receives what the model needs: the prompt, any input images, the size, and the other generation fields that model accepts. When an attempt fails and Mynth retries on another provider, that provider receives the same fields.
Providers apply their own rules. Logging, retention, and content filters are theirs and differ between providers.
restricted_content means the provider or the model refused the prompt or an
input image. Mynth did not make that decision.
Mynth does not retry a refusal, because another attempt usually gets the same answer. Nothing stops you from sending the request again yourself, and it sometimes goes through.
On image.generate and video.generate, a refusal usually fails one output
while the task still ends completed. The refused output is not charged.
Tasks shows
where the code sits on the result. The CLI exits with code 5 for it.
restricted_content and the other task codes.