Buying credits
Monthly Paid credits expire at billing-period end without rollover. Free credits expire at UTC month end; unused Free credits end when a Stripe Paid period starts. Monthly credits are spent before top-ups. Only effective Paid workspaces can buy top-ups or enable automatic recharge. Top-ups have no expiry during uninterrupted Paid membership; remaining top-up/recharge credits expire on the effective downgrade to Free and do not return after a later upgrade.
An unpaid Stripe renewal retains Paid features and top-ups for up to fourteen days after period end. It grants neither new Paid monthly credits nor a Free monthly allowance. Payment within that window continues coverage; otherwise Paid and top-ups end when the window ends. Cancellation ends Paid at the paid period end, and
paid_until remains the actual paid invoice period end during renewal grace. Automatic recharge requires the workspace Owner’s consent and a gross monthly limit. Purchases and recharge.
A larger top-up changes the credits you receive, not consumption rates. Within one checkout, the portion above USD 100 grants 125 instead of 100 credits per dollar: 25% more. Ten USD 10 packs grant 10,000 credits; twenty grant 22,500.
Flag and referral credits
While at least one project shows the opt-in “Powered by ohmyho.st” flag, each Paid period you pay through Stripe adds 250 credits once per workspace, however many projects show it; granted and referral Paid days add none. That gives 1,250 instead of 1,000 monthly credits, 25% more. A flagged project’s custom hostname costs no credits on any plan (Connect a domain). Every workspace also has a referral link:ohmyhost referral link --organization "$ORGANIZATION_ID" --json, MCP referral_link_get, or Refer and earn in the portal account menu. A new user whose first workspace comes from your link, or from your flag while it still shows, starts with 1,000 credits and thirty days of Paid. That workspace’s first payment gives your workspace 1,000 credits and thirty more days of Paid unless a Stripe subscription or an unbounded grant already covers it. Referral credits never expire. A referral recommends ohmyho.st; it does not add someone to your existing workspace.
Usage rates
The table is generated from the same price contract as the website. Credits are the charge for the stated quantity, not a flat charge every time a feature is enabled. Usage is valued at the rate in effect when it happened.ohmyhost credits balance --organization "$ORGANIZATION_ID" --json (MCP organization_credits_get) reports active meters and their versioned rate cards; historical published cards can include meters that no longer charge usage.
Builds use the measured seconds of the current build sandbox. The historical CodeBuild minute rate is no longer used. A deployment reserves 16.86912 credits for 840 build seconds; after the build, only measured seconds are charged and unused reserved credits are released. A deployment that ends before its build starts releases the entire reservation. Starting the sandbox is not billed.
Database CU-hours measure compute size multiplied by active time. Paid standard uses 0.5 CU and Performance uses 1 CU; Performance therefore costs 2.5 times Paid standard per equal active duration. Idle compute can suspend, but database storage, retained history and deployed resources still use credits. Isolated Dev/Prod databases are metered independently; shared data uses one area. The four data-assignment changes copy no records or files and use ordinary rates. Inspect or change database capacity.
Functions and crons use the Worker request and CPU meters. Workers bandwidth and SQL exports have no separate charge. Each deployment or promotion that goes live retains an immutable script for rollback; every retained script is charged at
wfp.script, so its total grows with deployments even without traffic. Scripts remain until project deletion, or until a Dev reset/share action removes Dev-only scripts. mail.sent is charged per sent recipient and mail.received per received message; webhook retries do not add another mail charge.
Read charges correctly
One credit is 1,000,000 microcredits. Charges round up to the next microcredit with no minimum charge. Displayed rounding never changes the deduction. A zero-provider-cost unit has no credit charge; shared provider allowances do not create a separate customer allowance. Build and mail settlement is usually immediate or within minutes. Worker usage arrives about two to three minutes later, database usage about an hour later, file operation usage about one to two hours later, and retained-resource charges can arrive after the UTC day closes. A current balance is not a final invoice for work that is still running. A balance never becomes customer debt. A zero balance starts one seven-day credit grace period; if it ends without new credits, the projects’ Dev and Prod URLs answer HTTP 402Project execution paused until credits are available again. This is separate from the fourteen-day unpaid Stripe renewal window. Read measured usage and set project budgets.