Each `_coding` provider entry previously declared the same `api_key_env` as its standard counterpart, causing one credential to silently activate two providers. Users who only signed up for the per-token API endpoint saw the Coding Plan endpoint's models mixed into their model picker without intent. Rename so each pair uses an independent env var: byteplus-coding BYTEPLUS_API_KEY -> BYTEPLUS_CODING_API_KEY volcengine-coding VOLCENGINE_API_KEY -> VOLCENGINE_CODING_API_KEY zai-coding ZHIPU_API_KEY -> ZAI_CODING_API_KEY zhipu-coding ZHIPU_API_KEY -> ZHIPU_CODING_API_KEY This is a breaking change: existing users must set the new env vars. The librefang daemon will be updated separately to recognize the old env vars as a deprecated fallback during a migration window. See librefang/librefang#3278 for the design discussion and rollout plan. Out of scope (different problem class, tracked in the same issue): - zai/zhipu cross-region key sharing (both still share ZHIPU_API_KEY) - github-copilot/microsoft cross-product GITHUB_TOKEN reuse Refs librefang/librefang#3278
36 lines
799 B
TOML
36 lines
799 B
TOML
# Z.AI Coding / GLM Coding Models — https://api.z.ai
|
|
# Models: 2
|
|
|
|
[provider]
|
|
id = "zai_coding"
|
|
display_name = "Z.AI Coding"
|
|
api_key_env = "ZAI_CODING_API_KEY"
|
|
base_url = "https://api.z.ai/api/coding/paas/v4"
|
|
key_required = true
|
|
|
|
[[models]]
|
|
id = "glm-5-coding"
|
|
display_name = "GLM-5 Coding"
|
|
tier = "frontier"
|
|
context_window = 131072
|
|
max_output_tokens = 16384
|
|
input_cost_per_m = 2.00
|
|
output_cost_per_m = 8.00
|
|
supports_tools = true
|
|
supports_vision = false
|
|
supports_streaming = true
|
|
aliases = ["glm-5-code", "glm-coding"]
|
|
|
|
[[models]]
|
|
id = "glm-4.7-coding"
|
|
display_name = "GLM-4.7 Coding"
|
|
tier = "smart"
|
|
context_window = 131072
|
|
max_output_tokens = 16384
|
|
input_cost_per_m = 1.50
|
|
output_cost_per_m = 5.00
|
|
supports_tools = true
|
|
supports_vision = false
|
|
supports_streaming = true
|
|
aliases = ["glm-4.7-code"]
|