E0006 Upgrade 提示误导非默认安装方式用户（AUR 已装又跑 install.sh 装出第二份）；应提示默认安装方式并按安装布局给出指引

[lildengzi]

现象

E0006 的 Upgrade: 提示只写了一个固定命令：

error: index requires mcpp >= 2026.8.3.3 but this is mcpp 2026.7.28.2 [E0006]
  Upgrade:  curl -fsSL https://github.com/mcpp-community/mcpp/releases/latest/download/install.sh | bash

在已用 AUR 安装（mcpp-bin，二进制在 /opt/mcpp，/usr/bin/mcpp 是指向它的包装脚本）的机器上，照做之后：

• 确实装上了新版本，但装到了 ~/.mcpp/bin/mcpp（install.sh 布局，且只在 shell rc prepend PATH）；
• 而 /usr/bin/mcpp 仍是旧的 AUR 包装版本 → E0006 依旧复现，"更新无效"的错觉。

（经与维护者确认：xlings 是推荐/默认安装方式；AUR、install.sh、Homebrew 是并列的可选方式，安装位置各不相同。）

问题

Upgrade: 提示没有反映"用户当前是哪种安装方式 + 该怎么升级它"，只给了 install.sh 这一条，对非 install.sh 用户有误导性（会装出第二份、或升级无效）。

建议

1. 提示应说明默认/推荐安装方式（xlings），例如 xlings update mcpp；
2. 按当前安装布局给出对应指引：
   • 二进制在 /opt/mcpp（AUR）→ 提示用 AUR helper 升级（如 paru -Syu mcpp-bin），并说明 install.sh 不会更新这份；
   • install.sh 布局（~/.mcpp）→ 提示重跑 install.sh（或 xlings）；
   • 未知 → 回到推荐方式（xlings）。

参考

• 安装方式说明：README「安装」章节（install.sh / Homebrew / AUR）。
• 实测环境：Arch(CachyOS) + AUR mcpp-bin 2026.7.28.2，索引下限已提升到 2026.8.3.3。

[lildengzi]

补充建议（已在 #395 中实现）：AUR 可考虑正式收录 mcpp-git（VCS 包，PKGBUILD 直接用 git+https://github.com/mcpp-community/mcpp.git 拉 master，复用 mcpp-m 的 mcpp-bin 自举骨架）。它跟随 master，永远不会低于索引下限——从根上避免 mcpp-bin 滞后导致的 E0006。mcpp-bin/维护者发布节奏跟不上时，mcpp-git 是滚动玩家的选项。

tips: 我就是想尝鲜的滚动玩家之一 😋