docs: 对齐分支命名实际用法 + 修正示例配置的存储位置说明

三处都是"文档说的"与"仓库实际做的"不一致，读文档的人会被误导。

1. 分支命名：文档写 release/vX.Y.Z 且举例 release/v1.4.2，实际从
   release/v1.4.x 起一律用字面 x（release/v1.5.x / v1.7.x）。改成实际情况，
   并说明"一条 minor 分支跨多个 patch"是刻意的：patch 是同批功能的修订，
   hotfix 落同一条分支，回流 main 时不必处理多条 release 分支间的依赖。

2. 退役规则与实践不符：文档说"下个版本发布就删上一个 release 分支"，但
   release/v1.4.x / v1.5.x 至今仍在。保留无害（hotfix 已回流），但与规则
   矛盾。两份文档都如实记下这个出入，并记录特性分支**确实**在清理——本次
   删除的四个分支都逐提交用 git patch-id 核对过，工作已全部进入 main
   （唯一 patch-id 不同的是 bf0657b 的发布前变体，diff 过 api.go 改动逐字节
   相同）。留着只是给下个版本制造 cherry-pick/merge 陷阱。

3. 存储位置：示例配置说"WebUI 新增/编辑的源会写入 runtime_file"，且默认
   模型注释说 AUTO"按各源 priority 自动选最高可用源"。两处都与实现相反——
   上游源、网关密钥、AUTO 链都在 config.yaml（AddSource 走
   UpsertSourceInYAML，密钥与链走 cfg.Save）；runtime.json 只剩源模板、
   删除标记和预置模板名单。已核实 store.Upsert（runtime 源）已无调用点，
   store 里的 Keys/Auto 只被加解密、从不写入，是遗留字段。

priority 本身不是完全没用，所以注释保留并说清它的两个真实用途：首次启动
seedAuto 的初值，以及 AUTO 生图链未配置时挑"最佳模型"（bestChatModel /
bestImageModel 按 priority 取最大）。

packaging/config.example.yaml

@@ -13,13 +13,17 @@ listen: 127.0.0.1:8080
 # 客户端访问本网关所需的 API Key（Bearer）。留空数组 = 不鉴权（仅内网）。
 gateway_keys: []
 
-# 默认模型选择：具体模型 id 或 AUTO（按各源模型的 priority 自动选最高可用源）
+# 默认模型选择：具体模型 id 或 AUTO。
+#   AUTO = 走 WebUI「优先级页」保存的调度链（存在本文件的 `auto:` 字段）。
 default_model: AUTO
 
 # Lua 适配器目录（默认 adapters/，首次启动自动写入内置适配器）
 adapter_dir: adapters
 
-# 运行时持久化文件（WebUI 新增/编辑的源会写入此文件，重启后仍生效）
+# 运行时文件：存放 WebUI 管理的源模板、已删除标记、预置模板名单。
+#
+# 注意：**AUTO 调度链、网关密钥、上游源都存在本 config.yaml 里**，
+# 不在这个文件。runtime.json 只管模板与删除标记。
 runtime_file: runtime.json
 
 # 全局并发上限（0 = 不限）