Добро пожаловать в документацию Quote3D! ⏳

Руководство по интеграции с LLM и ИИ-агентами

Эта страница содержит контекстные инструкции, разработанные специально для чтения большими языковыми моделями (LLM), такими как GPT-4, Claude или Gemini. Вы можете передать эту страницу напрямую вашему AI-помощнику, чтобы помочь ему быстро интегрировать API Quote3D в ваш проект.

Системное сообщение

Используйте текст ниже, чтобы объяснить архитектуру Quote3D вашему AI-ассистенту или инструменту генерации кода (Copilot):

You are integrating Quote3D: a REST API for instant 3D-printing quotes, with async quote jobs, webhooks, and an embeddable storefront widget. Follow this contract exactly. Where it contradicts your prior assumptions about quoting APIs, this contract wins.

== 0. TRANSPORT AND ENVELOPE ==
Base URL: https://api.quote3d.com — all paths are versioned under /v2.
Every JSON response uses one envelope: { "success": true, "data": { ... } } on success, and { "success": false, "error": "message" } on failure. File downloads and CSV exports return the raw body instead.
Branch on the HTTP status code, never on the error text — messages get reworded.

== 1. AUTHENTICATION ==
Send the token as 'Authorization: Bearer TOKEN' or 'X-API-Token: TOKEN'. Pick one style and use it consistently.
Tokens are opaque credentials — do not parse them, and do not depend on their internal structure.
Exactly one endpoint needs no authentication: the public upload route in section 2.
Token scopes: a token is either full-access or widget-scoped. A widget-scoped token only reaches what the embedded widget needs; everywhere else it is rejected with 403. Use a full-access server token for webhooks, analytics, usage and quota.
A token may also be restricted to an IP allowlist and may carry an expiry. Both failures surface as 403 and 401 respectively, not as a network error.

== 2. UPLOADING A MODEL ==
Accepted formats: STL, 3MF, OBJ. Uploads above the platform limit (50 MB by default) are rejected.
There are two upload paths. Choose deliberately.
(a) Server-side: POST /v2/file, multipart/form-data, field name 'file', authenticated. Use when the file already sits on your backend.
(b) Browser-direct, two steps: GET /v2/file/upload-id returns data.upload_id, valid for one hour. Then POST /v2/file/public/{upload_id} with multipart field 'file' and NO Authorization header. Prefer this when the shopper's browser holds the file — it keeps large uploads off your server and keeps your token out of client code.
Both paths return a file_id. Keep it; every later call is keyed on it.
File management: GET /v2/file/{file_id} downloads, DELETE /v2/file/{file_id} removes, GET /v2/user/uploads lists (newest first).
Responses carry file_path, which is the authenticated download path (/v2/file/{file_id}) — not a location on disk. Uploads are never reachable as static files, so there is no URL to link to directly.

== 3. OPTIONAL PRE-CHECK ==
POST /v2/printability/{file_id} answers synchronously with dimensions, volume, surface_area and geometric integrity (is_valid, open_edges, non_manifold_edges). Use it to reject unprintable models before spending a quote.
It needs build-volume dimensions: it reads them from the selected printer profile, or you pass x, y and z in the body. If neither is available it returns 400. The body also accepts technology.

== 4. QUOTING IS ASYNCHRONOUSTHIS IS THE PART MOST INTEGRATIONS GET WRONG ==
POST /v2/file/quote/{file_id} does NOT return a price. It answers 202 Accepted with { jobId, status: 'queued', statusUrl, estimatedTime, createdAt }.
POST /v2/file/quote/{file_id}/async is the same endpoint under a second name. Do not build different logic for the two.
Request body, all optional: technology ('FDM' | 'SLA' | 'SLS'; 'RESIN' is an alias for 'SLA'), printer_id, quantity, and the three config objects printer_config, material_config and quote_config.
Anything you omit is resolved for you: request value first, then the user's dashboard profile, then the global profile. So the minimal useful body is often {} or { "quantity": 2 }. Do not invent required fields, and do not send a wall of parameters an integrator would rather configure once in their dashboard.
Then poll GET /v2/jobs/{job_id} and read data.status. Statuses are LOWERCASE: 'queued', 'processing', 'completed', 'failed', 'cancelled'. Terminal statuses are 'completed', 'failed' and 'cancelled'.
A failed calculation still answers HTTP 200, with status 'failed' and data.error = { message, code }. Never treat 200 as success — inspect data.status. This is the single most common bug in generated Quote3D clients.
While processing you may also read data.progress and data.estimatedTimeRemaining. On completion the quote payload is at data.result.
Poll with a bounded loop: a fixed 2-3 second interval or exponential backoff, plus a hard attempt cap and a timeout path. Never poll without a ceiling.

== 5. READING STORED QUOTES ==
GET /v2/quotes lists them, GET /v2/quotes/{quote_id} returns one, DELETE /v2/quotes/{quote_id} removes one.
Pagination: limit and offset query parameters, default 50, maximum 100. The response carries a pagination object with total, limit, offset, has_more, page and total_pages — use has_more rather than computing the end yourself.
Sorting is one repeatable parameter in field:direction form, e.g. ?sort=created_at:desc.
Caveat: the detailed 'result' block on a stored quote is a stored payload, and older or partial records fall back to a smaller shape holding only pricing.total, pricing.currency, timeEstimation and modelInfo. Read defensively with optional chaining instead of assuming the rich shape.

== 6. WEBHOOKSTHE PRODUCTION PATTERN ==
Prefer webhooks over polling for anything long-lived.
Manage them with POST /v2/webhooks (body: { url, events }), GET /v2/webhooks, GET/PUT/DELETE /v2/webhooks/{webhook_id}, and POST /v2/webhooks/{webhook_id}/deliveries/{delivery_id}/resend to redeliver.
The signing secret is returned ONLY in the create response. Store it immediately; it cannot be read back.
Event catalogue, exhaustively: 'quote.completed', 'quote.failed', 'file.uploaded', 'file.deleted', 'job.status_changed', 'widget.added_to_cart'.
Verification: compute HMAC-SHA256 over the RAW request body with the secret and compare against the 'X-Webhook-Signature' header, whose value is the literal prefix 'sha256=' followed by the hex digest. Use a timing-safe comparison. The event name also arrives in 'X-Webhook-Event'.
Read the raw body before any JSON body parser touches it, or the signature will never match.
Deliveries retry, so handlers must be idempotent — key on the event id or the quote id, and make repeat delivery a no-op.

== 7. THE EMBEDDABLE WIDGET ==
Load /js/quote3d-embed.js, then Quote3D.init('#root', { token, theme, color, locale, redirectUrl, quoteId, onResult, onAddToCart }). There is also a baseUrl option, which defaults to the origin serving the script.
The SDK builds an iframe URL and maps redirectUrl to the query parameter 'redirect_url'.
Give the widget a widget-scoped token, never a full-access one — it is visible in client code.
The iframe posts three message types to the host: 'QUOTE3D_RESULT', 'QUOTE3D_ADD_TO_CART' and 'QUOTE3D_RESIZE'. Handle resize by setting the iframe height; ignoring it leaves the widget clipped.
Payload contract: quoteId, price, unitPrice, currency, material, color, technology, quantity, fileName, weight, filamentWeight, estimatedTime, dimensions, and print settings such as layerHeight, infill, infillPattern, walls, postProcessing, hollowing.
The total is 'price'. There is NO 'totalPrice' field — reading it yields undefined and silently breaks carts.
The add-to-cart payload adds thumbnail, thumbnailUrl, thumbnailBase64 and addedAt. Keep handling both weight and filamentWeight for backward compatibility.
thumbnailUrl is an absolute, signed URL that renders from any origin — store it as given and never rewrite or re-host it, or the image stops resolving.
Do not call the widget's own internal routes from your code. To react to a shopper adding a configured part to the cart, subscribe to the 'widget.added_to_cart' webhook.

== 8. ACCOUNT, LIMITS AND REPORTING ==
GET /v2/user — account, plan and monthly allowances: quotes_used, quotes_limit, storage_used, storage_limit, files, days_till_reset, reset_date.
GET /v2/quota — rate-limit allowances (global plus a per-endpoint breakdown with remaining and reset times) and request counts for today, this month, this year and all time.
GET /v2/usage — usage analytics including per-endpoint and per-material statistics.
GET /v2/analytics/quotes (period=day|week|month|year|custom, with date_from and date_to when custom), /v2/analytics/popular (limit, default 10), /v2/analytics/cost-trends (group_by=day|week|month), /v2/analytics/export (format=json|csv).

== 9. ERRORS AND RESILIENCE ==
400 — invalid body or query, unsupported format, or a model that does not fit the selected printer.
401 — token missing, malformed, expired or revoked.
403 — valid token, not permitted: scope restriction or IP allowlist.
404 — the file, quote, job or webhook does not exist or belongs to another account.
429 — rate limited. Read the 'Retry-After' header and back off exponentially.
500 — retry with backoff; if it persists, surface the timestamp to the user.
Rate-limit state also arrives on successful responses via 'X-RateLimit-Limit', 'X-RateLimit-Remaining', 'X-RateLimit-Reset' and 'X-RateLimit-Window'. Limits are configurable per deployment, so read them from these headers or from GET /v2/quota — never hardcode a number.

== 10. DO NOT DO THESE ==
- Do not expect a price from the quote endpoint, and do not add a 'wait' that assumes the job finished.
- Do not compare job status against uppercase strings.
- Do not treat HTTP 200 on the jobs endpoint as success.
- Do not read 'totalPrice' from a widget payload.
- Do not put a full-access token in browser code, an iframe URL, a query string or a redirect payload.
- Do not JSON-parse the webhook body before computing its signature.
- Do not hardcode rate limits, quota numbers or the file-size cap.
- Do not invent endpoints, fields or query parameters. If this contract does not name it, ask instead of guessing.

== WHAT TO PRODUCE ==
- Complete upload -> optional printability check -> async quote -> bounded polling -> result flows.
- Widget embed code with resize handling, redirect handling and postMessage listeners.
- Add-to-cart bridges that preserve the payload fields above and read 'price'.
- Webhook handlers with raw-body signature verification, timing-safe comparison and idempotent processing.
- Error handling that distinguishes 400/401/403/404/429/500 and honours Retry-After.

Контекст LLM для интеграции виджетов

Вы можете попросить своего LLM-ассистента выполнить следующие задачи, связанные с виджетами:

  • Настройка JS SDK: Сгенерируйте Quote3D.init с использованием токена, локали, темы, цвета, необязательного quoteId и redirectUrl.
  • Прослушивание событий: Напишите обработчики событий на хост-странице для QUOTE3D_RESULT, QUOTE3D_ADD_TO_CART и QUOTE3D_RESIZE.
  • Сопоставление полезной нагрузки: сохраняйте возвращаемые поля расчёта, такие как quoteId, price, unitPrice, currency, technology, quantity, thumbnailUrl, fileName, weight и filamentWeight. Учтите, что итог — это price, а не totalPrice.

Логика обработки Webhook

Предоставьте эти детали, чтобы ваш бот написал код для безопасности webhook и обработки событий:

  • Проверка подписи: напишите функции, проверяющие заголовок X-Webhook-Signature через HMAC-SHA256 по необработанному телу запроса. Значение заголовка — это буквальный префикс sha256= и следующий за ним шестнадцатеричный дайджест, поэтому сравнивайте его безопасным по времени способом, а не обычным равенством.
  • Обработка событий: обрабатывайте весь каталог событий — quote.completed, quote.failed, file.uploaded, file.deleted, job.status_changed и widget.added_to_cart — идемпотентными обработчиками.

Лучшие практики для агентов

При написании интеграционного кода для Quote3D всегда учитывайте следующее:

  • Реализуйте асинхронный опрос для генерации расчетов. Не ожидайте немедленного возврата цены после первоначального POST.
  • Используйте экспоненциальную задержку или фиксированный цикл задержки 2-3 секунды при опросе /v2/jobs/{job_id}.
  • Сохраните оба weight &filamentWeight в метаданных корзины или заказа, чтобы сохранить совместимость с текущими данными виджета и плагинами.
  • Предпочитайте веб-хуки для производственных интеграций и делайте обработчики идемпотентными, так как возможны повторные попытки.

Краткий обзор критически важных конечных точек

Быстрый справочный индекс наиболее часто используемых конечных точек, необходимых для базовой реализации:

Загрузка файла (на стороне сервера): POST /v2/file
Загрузка файла (напрямую из браузера, без токена в клиентском коде): GET /v2/file/upload-idPOST /v2/file/public/{upload_id}
Предварительная проверка печатаемости: POST /v2/printability/{file_id}
Начать расчет стоимости: POST /v2/file/quote/{file_id}
Проверить статус: GET /v2/jobs/{job_id}
Прочитать результат асинхронной задачи: job.result
Получить историю расчетов стоимости: GET /v2/quotes
Подписка на события: POST /v2/webhooks
Квоты и лимиты частоты: GET /v2/user, GET /v2/quota

Сквозной сценарий интеграции

Порядок, который ожидает API, и то, что каждый шаг передаёт следующему. Попросите ассистента реализовать эти шесть шагов, а не описывать отдельный эндпоинт — большинство ошибок интеграции возникает из-за пропущенного шага или неверного предположения о передаче данных.

  1. Создайте токен в панели и выберите его область: полный доступ для вашего сервера, область виджета для всего, что встраивается в витрину.
  2. Передайте модель в Quote3D и сохраните возвращённый file_id. Загрузите её с бэкенда через POST /v2/file либо позвольте браузеру загрузить напрямую через GET /v2/file/upload-id и затем POST /v2/file/public/{upload_id} — второй путь избавляет ваш сервер от больших файлов, а клиентский код от токена.
  3. При желании заранее проверьте модель через POST /v2/printability/{file_id}, чтобы отсеять непечатаемую геометрию до того, как она израсходует расчёт.
  4. Запустите расчёт через POST /v2/file/quote/{file_id}. Он отвечает кодом 202 и jobId, а не ценой. Отправляйте только параметры, которые меняются от расчёта к расчёту; остальное берётся из профилей в панели.
  5. Дождитесь результата. В продакшене подпишитесь на вебхуки quote.completed и quote.failed. Для скриптов и прототипов опрашивайте GET /v2/jobs/{job_id} в ограниченном цикле, пока статус не станет completed, failed или cancelled.
  6. Прочитайте результат из полезной нагрузки задания либо позже через GET /v2/quotes и GET /v2/quotes/{quote_id}. Обрабатывайте 429, повсеместно соблюдая заголовок Retry-After.

Три ошибки, на которые приходится большинство сломанных интеграций: ожидание цены от эндпоинта расчёта, сравнение статуса задания со строками в верхнем регистре и трактовка HTTP 200 на эндпоинте заданий как успеха, когда задание фактически провалилось. Системный промпт выше явно называет все три, поэтому ваш ассистент их не повторит.