v0.6.0 — 统一模型命名 + 新增渠道开发清单

模型命名统一

atomcode 与 codearts 此前发布的是上游自己的 id（glm5.3-flash、qwen3.8-27b、deepseek-flash、deepseek-v4.1-flash），与其它渠道已有的名称并存，同一个模型出现两个条目。现在统一发布 GLM-5.3-Flash、Qwen3.8-27B、DeepSeek-V4.1-Flash，并做双向映射，网关收到的仍是它自己的 id。

改名放在插件里而不是 oauth-model-alias，这是实测结论：同一个别名目标被多个 provider 映射时，胜出方在多次重载之间会变——atomcode 的 qwen3.8-27b 曾被留在 cline 的 Qwen3.8-27B 旁边，同一模型两个条目；而映射到一个全新名字每次都生效。插件自己发布的名字会与其它渠道的同名模型合并（这正是 zcode 一直依赖的行为）。别名表保留它真正的用途：引入一个全新名字。

反向映射是承重的，也很容易忘：对外发布 Qwen3.8-27B 却把它发给上游，网关会用「参数错误」哨兵回应而不是报错。两个方向都有测试，且都通过删除反向查表做了反向验证。

新增渠道开发清单

新增 docs/ADDING-A-CHANNEL.md——本次会话缺的就是它。覆盖插件之外那些看不见的步骤：三个登录入口、统一命名、hub 清单条目及其必需的 action=claim、hub 真正会渲染的状态 JSON 字段、签到响应必须携带的顶层 message、写闸门、排除/别名的作用顺序、发布接线，以及每条断言的反向验证。

最后附「模型不见了」的排查顺序——从宿主的排除清单查起，而不是从上游反推。这个错误在本次会话里犯过两次。