install.sh: asset matcher still greps for CommandCodeAI/gui — Linux/macOS installs can never resolve a release

該錯誤位於 install.sh 的第 52 行，其中 awk 模式硬編碼了舊的儲存庫別名 'CommandCodeAI/gui'。修復方法是更新該模式以匹配當前儲存庫 'CommandCodeAI/desktop'，或者更好的是使用現有的 REPOSITORY 變數。同時檢查第 232 行是否有過時的 macOS 錯誤訊息。使用 COMMANDCODE_INSTALL_DRY_RUN=1 執行腳本，以驗證其能正確解析類似 'CommandCode-*-amd64.deb' 的資源名稱。

Bug: install.sh on main can never match a release asset, so macOS/Linux installs always fail with "No verified package was found in the 20 newest releases."

Root cause: REPOSITORY was corrected to CommandCodeAI/desktop, but the awk matcher inside read_asset_metadata() still hardcodes the old repo slug:

# install.sh:52
/"url": "https:\/\/api.github.com\/repos\/CommandCodeAI\/gui\/releases\/assets\// {

Every asset url in the current release JSON is .../repos/CommandCodeAI/desktop/..., so in_asset is never set and no artifact can resolve.

Minimal fix:

- /"url": "https:\/\/api.github.com\/repos\/CommandCodeAI\/gui\/releases\/assets\// {
+ /"url": "https:\/\/api.github.com\/repos\/CommandCodeAI\/desktop\/releases\/assets\// {

or better, interpolate the existing variable so it can’t drift again:

/"url": "https:\/\/api.github.com\/repos\/" repo "\/releases\/assets\//"   # with -v repo="$REPOSITORY"

Also minor: install.sh:232 still fails Darwin:* with "The current macOS preview supports Apple silicon only", but Darwin:x86_64 is handled above it — the message is stale.

Suggested regression test: COMMANDCODE_INSTALL_DRY_RUN=1 ./install.sh asserting the script resolves a real asset name (e.g. CommandCode-*-amd64.deb) against the live release JSON.

Found while researching a fork — verified the matcher cannot hit the current release payload.