> ## Documentation Index
> Fetch the complete documentation index at: https://docs.cloud.gomry.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Pricing

> What Gomry Cloud costs: the per-unit rate for every API operation, billed monthly in arrears with no plans, seats or minimums.

You pay for the units you consume, at the same rate from the first request to the millionth. No plans, no seats, no minimum, and no free tier to outgrow.

<h2 id="rates">
  Rates
</h2>

| Service    | Unit                        | Price                    |
| ---------- | --------------------------- | ------------------------ |
| Scrape     | per page                    | \$0.02                   |
| Scrape     | per fetch                   | 0.5¢                     |
| ToolsAPI   | per µ\$ of tool cost        | 0.0003¢ (\$3.00 per 1M)  |
| ToolsAPI   | per lookup                  | 0.2¢                     |
| Superagent | per task                    | \$0.15                   |
| Superagent | per source                  | \$0.02                   |
| Superagent | per round                   | \$0.05                   |
| Ember      | per input token (cheap)     | 0.00011¢ (\$1.10 per 1M) |
| Ember      | per output token (cheap)    | 0.0009¢ (\$9.00 per 1M)  |
| Ember      | per input token (balanced)  | 0.00055¢ (\$5.50 per 1M) |
| Ember      | per output token (balanced) | 0.0028¢ (\$28.00 per 1M) |
| Ember      | per input token (strong)    | 0.00055¢ (\$5.50 per 1M) |
| Ember      | per output token (strong)   | 0.0028¢ (\$28.00 per 1M) |

Operations within one service are priced separately because they cost separately — rendering a page and running a structured extraction over it are not the same work, so they are not the same rate.

<h2 id="what-you-pay-for">
  What you pay for
</h2>

* **Only results.** A failed, timed-out or refused request is never billed.
* **Per unit, per month.** Usage accrues over the calendar month and is invoiced to your card at the end of it.

Every response tells you the quantity it metered, in the same payload as the result — so what you were charged is visible at the call site, not only on the invoice.

<h2 id="what-a-task-costs">
  What a Superagent task costs
</h2>

Superagent is the one service billed on more than one dimension: a flat unit for the task itself, one per source it fetched and extracted, and one per reasoning round it completed. A task that reads less costs less, and the totals below are the worst case at each tier — the ceiling, not the estimate.

| Tier     | Sources (max) | Rounds (max) | Most it can cost |
| -------- | ------------- | ------------ | ---------------- |
| lite     | 3             | 0            | 20.29¢           |
| standard | 15            | 2            | 51.71¢           |
| deep     | 100           | 6            | \$2.26           |

A task that fails before producing output is not charged the task unit, but the sources it already fetched and the rounds it already ran are charged — that work really happened. Narrow `maxSources` in the request body to cap it below the tier, or set a project budget cap to bound the month.

<h2 id="questions">
  Common questions
</h2>

<AccordionGroup>
  <Accordion title="What is Gomry Cloud?">
    Gomry Cloud sells the technical services Gomry built to run its own event platform as metered HTTP APIs. You authenticate with an API key, call a JSON endpoint, and are billed per unit consumed — currently web page fetching and structured data extraction.
  </Accordion>

  <Accordion title="How is Gomry Cloud priced?">
    Per unit, postpaid. Each operation has its own per-unit rate, usage accrues over the calendar month, and the total is invoiced to your card at the end of it. There are no plans, no seats and no minimum commitment.
  </Accordion>

  <Accordion title="Is there a free tier?">
    No. Every request carries real upstream cost the moment it runs, so an active payment method is required before any API will serve. Free usage, when granted, is a credit on the account that applies to any service and runs out, rather than a permanent free allowance.
  </Accordion>

  <Accordion title="Am I charged for failed requests?">
    No. Only work that produced a result is billed. Validation errors, authentication failures, rate limits, timeouts and upstream failures all cost nothing, and every response reports the quantity it metered in its own body.
  </Accordion>

  <Accordion title="What does it cost to develop against Cloud?">
    Every request is billed at the same per-unit rate, including the ones you make while integrating — there is no separate development tier. In practice wiring up an integration costs cents, because only work that produced a result is billed and a few hundred calls is a few hundred units. Set a budget cap on the project to put a hard ceiling under it.
  </Accordion>

  <Accordion title="How do I stop a runaway job from spending too much?">
    Set a monthly budget cap on the project. It is evaluated before each request against the calendar month's spend in UTC, and can either block further requests with a 402 or allow them and flag the overage.
  </Accordion>
</AccordionGroup>

<h2 id="controlling-spend">
  Controlling spend
</h2>

Each project can carry a monthly budget cap, checked before the work runs, that either blocks or flags requests once the month's spend reaches it. It is the control that bounds a runaway loop, and setting one on day one is the recommendation. See [Billing](/billing) for how caps, invoicing and payment failures behave.

<Note>
  Cloud is postpaid, so an active payment method is required before any API will serve. There is no free tier and no development tier: every request carries real upstream cost the moment it runs, and is billed at the same rate whoever makes it.
</Note>