How would that work? It's not simple to set a price, when you have a fixed asset. Seems more complicated to set price on a product (ChatGPT), where the product is just a shell for something else entirely (the model), that changes by the month.
On what tokens? The ones of today's model, or tomorrow's?
The API makes it simple, yes. They make you pay per token per model. A new model has different prices. Not being able to do that is what makes it not so very simple.
Are you serious? If you used 10$ of your subscription until 10th of month and then prices changed, well, the rest of your subscription uses new prices, that's basic math.
First, I wouldn't put it past OpenAI to charge even if your prompt triggered the guardrails, transferring responsibility is their style.
Second, how does vague billing prevent someone from mapping the "I'm sorry, I can't help you with that" style of responses to map the guardrails?
Lalabadie · · focus · HN ↗
boredatoms · · focus · HN ↗
jstummbillig · · focus · HN ↗
MisterMunchkin · · focus · HN ↗
jstummbillig · · focus · HN ↗
The API makes it simple, yes. They make you pay per token per model. A new model has different prices. Not being able to do that is what makes it not so very simple.
rebolek · · focus · HN ↗
jstummbillig · · focus · HN ↗
[dead]
[deleted] · · focus · HN ↗
[deleted]
charcircuit · · focus · HN ↗
schaefer · · focus · HN ↗
And if they do that accurately, there's no stopping someone from mapping the guard rails.
Clearly that outcome is more uncomfortable than what we have now, which is enough people seem to be okay with vague billing.
cousinbryce · · focus · HN ↗
RandomGerm4n · · focus · HN ↗
ASalazarMX · · focus · HN ↗
Second, how does vague billing prevent someone from mapping the "I'm sorry, I can't help you with that" style of responses to map the guardrails?