v0.5.0 — 模型侧只留一个工具

v0.5.0 — 模型侧只留一个工具

这一版把插件对模型暴露的面收窄了：工具表里只剩 atomcode_ask 一个工具。 评审能力一个没少，只是换了入口——
一次性的代码评审现在走 /atomcode-review 斜杠命令和每条回复下方的「锐评」按钮，两者都在宿主侧执行，不花模型回合。

你会感觉到什么

1. 模型侧的 atomcode_review 工具退役（这就是本次升 minor 的原因）

此前并存两个工具：atomcode_ask（侧边咨询，一条消息进、一个完整自主回合出）与 atomcode_review（一次性差分评审）。
实际使用中，模型总是倾向调用更通用的 atomcode_ask——于是 atomcode_review 变成了一条没人走、却仍要占着工具表描述的路。
现在它被移除：需要评审时模型直接调 atomcode_ask，由 AtomCode 自己决定读哪些文件、跑哪些命令。

• 能力对照：/atomcode-review 只能看一个 diff；atomcode_ask 能顺着调用链往下追。两者走同一条 daemon 通道，
  所以评审的通道与质量与之前完全一致；区别只是 review 不返回结构化 findings[]，报告是文字。
• 如果你有依赖它的自动化（比如自己写的 prompt 里点名 atomcode_review）：改成 /atomcode-review 命令，
  或者直接让模型调 atomcode_ask。这是模型可见面的破坏性变更，故按 semver 走 minor——安全更新通道不会把它当成修复吃进去。

2. 两个从来没有生效过的评审熔断字段被删掉

review_max_rounds 与 review_max_duration_secs 曾出现在 patch 配置里，但值被解析进快照后没有任何调用点读它——
改它们不会改变任何行为。一次评审就是一次 ask 回合，服从 ask_max_rounds（以及每次调用的 max_rounds / timeout_secs）。
如果你在 patch 里写过这两行，删掉即可。

3. 同版修复

• npm run test:live 自己就是断的：脚本去跑一个随 review CLI 一起被删掉的套件，必然以「Could not find」失败。
  现在只跑存在的 daemon-live——评审通路不需要单独的 live 套件，它和 ask 覆盖的是同一个 runAsk。
• 面板的工具调用统计不再随重启归零：atomcode_ask 的调用 / 成功 / 失败 / 用时 / tokens 五个计数落到磁盘，
  插件重载或 Host 重启后接着上次继续累计。
• 一批「代码删了、说明还在说它活着」的文档被改正：stats.review 与面板 warning 现在都写明自己是保留的契约槽位、
  当前没有写入点；README / docs/DECISIONS.md 里说成「命令路径仍读它们」、评审另有 report 字段的句子已改写。
• 额度措辞改正：CodingPlan 是 atomcode login 领取的免费限时体验版（按 5 小时滚动窗口计量、同样限流），
  此前「不是免费额度」的说法已改正；「别当无限量」的提醒保留。

页面

仓库首页手册重排了一遍（30 秒上手 → 它给你什么 → 使用 → 安装 在最前，机制与纪律段下沉），并补了两张截图：
/atomcode-review 的回合卡片，以及详情页那张配置卡片。

升级

装法不变：dsh plugin add dsh-connect-atomcode（或从 registry 更新），重启 DSH 进程。
本版没有改名、没有换 id、没有 state 文件迁移——provider.json / sessions.json 原样继续用。