-
Notifications
You must be signed in to change notification settings - Fork 324
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Discussion 595 cost cents default #607
base: main
Are you sure you want to change the base?
Discussion 595 cost cents default #607
Conversation
…crypted_data setting and use update! instead of update in tests
…nfig/database.yml.sample
through ENV variables
…n_cost_cents to 0
…+default in schema
Good catch about the UI not allowing save! One thing I was undecided on was if we should actually support nil. My preliminary thinking was: $0 means the tokens are free, which is appropriate for local models, and should be reflected in the interface when it shows you the cost of a conversation as $0. But nil means the token cost is unknown so this too could be reflected in the interface. In this case it shouldn’t show $0, instead it should show no information or maybe we have it explicitly show “unknown.” |
That is a interesting twist! Would it be solved by a adding a flag,
"supports cost per token" Tough choice
…On Sun, Jan 26, 2025, 3:26 PM Keith Schacht ***@***.***> wrote:
Good catch about the UI not allowing save!
One thing I was undecided on was if we should actually support nil. My
preliminary thinking was: $0 means the tokens are free, which is
appropriate for local models, and should be reflected in the interface when
it shows you the cost of a conversation as $0. But nil means the token cost
is unknown so this too could be reflected in the interface. In this case it
shouldn’t show $0, instead it should show no information or maybe we have
it explicitly show “unknown.”
—
Reply to this email directly, view it on GitHub
<#607 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACAV3TKW6ASAL5W5SA4XAD2MVVKNAVCNFSM6AAAAABV42WFYKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMJUGYZTEMBWGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Rather than adding another state tracker, I think it's reasonable for us to just use "nil" to indicate that state. Because it may be that this LLM doesn't support cost tracking, or maybe it does but someone just hasn't bothered to put the $ figure into the settings yet. We can actually be agnostic as to which of those situations we're in, we can just assume "nil" means we won't do any cost math — we won't assume $0. |
It looks like my pull-request might need some more adjustments. I'm open to
any further feedback or suggestions regarding the UI/behavior — please feel
free to describe them in more depth as you see fit.
… Message ID: ***@***.***>
|
What if we just keep: (a) adding the fields to the form, (b) updating the permit to include these fields — but remove the migration and remove the validation. So basically, we'll just revert to the short-circuit ( I think that might cover us. I didn't test this to be certain, but when those token costs are nil does the app just gracefully handle it? Hopefully no costs appear anywhere for that language model. |
This change adds defaults for
language_models.input_token_cost_cents
andoutput_token_cost_cents
, and also adds those fields to the UI for Language Models.