{"service":"P34 PARML model API","protocol":"parml-wire/2 (menus/sales sheets, see sample_api_input/)","auth":"open","models":["default","r003-alpha-ray","rc012","rc012-ray"],"endpoints":["POST /fit","GET /result/{session_id}","POST /predict","DELETE /session/{id}","GET /health","GET /queue","GET /account/balance","GET /account/ledger","POST /account/transfer"],"tokens":"plan tokens ACCRUE: each monthly window credits your plan's token amount (200 on base, 400 for founding members) and unused tokens carry over. Balances and ledger amounts are in tokens, with the exact internal integer alongside in the *_units fields. GET /account/ledger lists every movement (accruals, model usage, transfers); POST /account/transfer sends tokens to another account by email.","mock":"POST /fit with \"mock\": true runs the full request validation and a simulated queued->processing->done lifecycle on /result — no compute, no tokens charged; \"mock\": \"failed\" simulates a failing fit. Responses are marked \"mock\": true.","business_description":"every fit must resolve to a non-empty business description: the optional \"business_description\" field of POST /fit, else the account's saved Business profile (management console), else the description last sent by the account; none of the three -> 422 (simulator-style synthetic payloads fall back to a built-in default instead). Describe the business AND how its unit economics is computed (fees, accumulated costs, holding costs; approximations are fine).","grounding_modes":{"available":["internal","client_grounded","business_led"],"default":"business_led","business_led":"enabled","client_grounded":"send your own profit on every historical option row; P34 publishes those labels verbatim and derives nothing"},"checks":{"default":"on","off":"skips plausibility checks only (volume floors, historically_available consistency, replay horizon); structural and safety checks always run"}}