Article 1 (Purpose and scope)
(1) These Terms set the conditions for using the Dodam AI REST API ("the API"). They are an addendum to the Terms of Service; anything not covered here follows the Terms of Service and the Privacy Policy.
(2) The API is authenticated with an organization API key and exposes the same capabilities as the app: creating inspections, reading results, deciding findings, applying fixes, re-inspecting and downloading outputs.
(3) Your first API call is treated as acceptance of these Terms.
Article 2 (Issuing and safeguarding API keys)
(1) Only organization owners and admins can create and revoke API keys. The full value is shown once, at creation. The Company stores only a hash, never the original, so a lost key must be replaced.
(2) Keep keys in server-side environment variables or a secret manager. You must not:
- 1.Embed a key in client code such as a browser bundle or a mobile app.
- 2.Expose a key in a public repository, documentation, screenshot or log.
- 3.Transfer, lend or share a key with a third party.
(3) If you suspect a key has leaked, revoke it immediately and issue a new one. Until it is revoked, you are responsible for the calls made with it, the usage they incur and their results.
(4) If the Company detects signs of a leaked key it notifies you and may revoke that key immediately where necessary to protect the Service.
(5) Keys carry scopes. Grant only the minimum scope each integration needs.
Article 3 (Rate limits and usage)
(1) The Company applies the following limits to keep the Service stable. Current values are published in the API documentation and in response headers.
- Limit
- Monthly inspections
- Basis
- Inspections per month for the organization's plan
- Response when exceeded
- 429 Too Many Requests, code quota_exceeded
- Limit
- Requests per second
- Basis
- Requests per second per API key
- Response when exceeded
- 429 Too Many Requests with a Retry-After header
- Limit
- Upload size
- Basis
- Total image bytes per request
- Response when exceeded
- 413 Payload Too Large
- Limit
- Concurrent inspections
- Basis
- Inspections processing at once per organization
- Response when exceeded
- 429 Too Many Requests
| Limit | Basis | Response when exceeded |
|---|---|---|
| Monthly inspections | Inspections per month for the organization's plan | 429 Too Many Requests, code quota_exceeded |
| Requests per second | Requests per second per API key | 429 Too Many Requests with a Retry-After header |
| Upload size | Total image bytes per request | 413 Payload Too Large |
| Concurrent inspections | Inspections processing at once per organization | 429 Too Many Requests |
(2) On a 429, retry with exponential backoff (start at one second and double each attempt). Repeated calls without backoff may lead to the key being blocked temporarily.
(3) Usage counting and disputes follow Article 7 of the Refund and Cancellation Policy.
(4) The Company may adjust the limits, and gives 30 days' notice before lowering one.
Article 4 (Prohibited use)
When using the API you must not:
- 1.Resell the API or inspection results, or offer a substantially equivalent service to third parties, without the Company's written consent.
- 2.Make bulk repeated calls in order to extract or replicate the inspection rules, verdict logic or prompts.
- 3.Create multiple accounts or keys to get around the limits.
- 4.Crawl or scrape the Service screens or responses without permission.
- 5.Run load tests, vulnerability scans or other tests that affect availability without agreeing them in advance.
- 6.Send material that infringes someone's rights, or content prohibited by law, through the API.
- 7.Present the source links or rule summaries in a response as if they did not come from the Company.
Load testing and security assessments are allowed once you tell admin@vanillax.co the scope and schedule in advance and the Company confirms.
Article 5 (Handling of data)
(1) Rights in images and product copy sent through the API stay with you or the original rights holder, and the Company processes them only for the purposes set out in Article 11 of the Terms of Service.
(2) API request and response records (timestamp, endpoint, status code, usage) are kept for 3 months for usage counting and incident response. Request bodies (images and text) are never written to logs.
(3) If you send your own customers' personal data through the API, you are the controller (entrusting party) and the Company is the processor. The roles and duties in that case follow the Data Processing Addendum.
(4) If you store personal data from API responses in your own systems, you must apply your own retention periods and destruction procedures to it.
Article 6 (Versioning and change notices)
(1) The API is versioned in the path (for example /api/v1). Changes are announced as follows.
- Type
- Backwards-compatible
- Example
- New response fields, new endpoints, improved error messages
- Notice
- Shipped without notice and recorded in the changelog
- Type
- Behavioural
- Example
- Rule updates that change verdicts
- Notice
- 7 days
- Type
- Breaking
- Example
- Removing or renaming a field, adding a required parameter, changing authentication
- Notice
- 90 days, with the previous version kept running
- Type
- Version retirement
- Example
- Shutting down /api/v1
- Notice
- 180 days, with a migration guide
| Type | Example | Notice |
|---|---|---|
| Backwards-compatible | New response fields, new endpoints, improved error messages | Shipped without notice and recorded in the changelog |
| Behavioural | Rule updates that change verdicts | 7 days |
| Breaking | Removing or renaming a field, adding a required parameter, changing authentication | 90 days, with the previous version kept running |
| Version retirement | Shutting down /api/v1 | 180 days, with a migration guide |
(2) Notices go out through the API documentation, in-app announcements and email to organization owners and admins.
(3) Urgent changes, such as fixing a security vulnerability, may be made without prior notice and are announced without delay afterwards.
Article 7 (Availability and suspension)
(1) The Company works to keep the API available at all times but does not warrant an availability rate unless a separate written contract says so.
(2) Scheduled maintenance is announced at least 24 hours in advance and, wherever possible, performed overnight Korea time.
(3) If you breach Article 4, or if there is a serious threat to the stability of the Service, the Company may block calls from the key concerned. It notifies the reason by email and gives you an opportunity to respond.
Article 8 (Disclaimer)
Scores, verdicts, findings and fix suggestions in API responses are the same advisory material as in the app, and Articles 13 and 17 of the Terms of Service apply unchanged. If you pass API responses on to your own customers, make their nature and limits clear to them.
Addendum
These Terms take effect on 2026-09-03. Amendments follow the procedure in Article 3 of the Terms of Service.
Revision history
- Version 1.0First published
Read alongside
Other terms and policies that apply together with this document.
Questions
Send questions or correction requests about these documents to the address below. We reply within 3 business days.
VanillaX Inc. · Room 801, 8F Woochang Plaza, 295 Cheonho-daero, Dongdaemun-gu, Seoul, Republic of Korea