Repository navigation
Commit aaed3ac
docs(config): state why Claude's rows have no long tiers, and stop implying a pending gap (#418)
The catalogue comment listed the models whose long-context tiers are
deliberately empty and said, in one breath, that every unfilled row is a
"vendor has not published the number" case still waiting to be filled.
Two parts of that are wrong:
- Claude is not an unpublished number. Its pricing page has a "Long
context pricing" section stating that Claude 4.6 and later (except
Haiku 5.5) include the full 1M context window at standard pricing, and
that a 900k-token request costs the same per token as a 9k one. So
claude-opus-5 and claude-sonnet-5.5 correctly have no tiers at all --
reading the old note as "go find the numbers" invites someone to
invent tiers that the vendor never charges for.
- The "一律" universal does not hold: the reasons differ per family. For
qwen3.7-flash the tier table simply has no cache-hit column, so adding
tiers would zero that price; for the OpenAI rows the short/long split
exists but its boundary is not pinned down.
The comment now keeps the filled roster, gives each unfilled family its
own reason, and records the rule that applies if Claude Haiku 5.5 is
ever added (tiers start at prompt > 100,000 tokens, i.e. 100001).
Comment-only change: 1 file, +9/-3, no behaviour difference.
Co-authored-by: argszero <argszero@argszerodeMac-mini.local>1 parent 544cf86 commit aaed3ac
1 file changed
Lines changed: 9 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
365 | 365 | | |
366 | 366 | | |
367 | 367 | | |
368 | | - | |
369 | | - | |
370 | | - | |
| 368 | + | |
| 369 | + | |
| 370 | + | |
| 371 | + | |
| 372 | + | |
| 373 | + | |
| 374 | + | |
| 375 | + | |
| 376 | + | |
371 | 377 | | |
372 | 378 | | |
373 | 379 | | |
| |||
0 commit comments