chore: 更新兩處提到 GKE runner 的註解 — 那三顆已退役

[YJack0000]

跟著 pathorsAI/pathors#3026（退役 GKE 上的 gha-runner ×3）一起的收尾。這個 repo 的 CI 不受影響 —— runs-on 一直是裸 self-hosted，兩處提到 gke 的地方都只是註解。但那兩段註解會變成錯的，而且都在會影響後續判斷的位置。

改了什麼

sonar.yml:12-16 原本寫著「最小的 runner 是 gke pods（5Gi memory limit），下面的 -Xmx 與 properties 裡的 sonar.javascript.node.maxspace 是照那個下限抓的」。那個下限已經不存在，所以這兩個值現在是保守而不是緊繃。改寫成這個意思，並明說要調大得有量測撐著，不能只因為下限移動了就調 —— 不然下一個人會把它當成「可以放心加大」的許可。

run_foss_spec.yml:42-43 原本寫著 pnpm-only job 跑在「org 的 self-hosted runner（gke pods、nchc-shared，以及 pathorsAI/pathors#2845 的 GCE 機器）」。三項裡有兩項不成立：gke pods 已退役，GCE 那兩台從未註冊成功（pathorsAI/pathors#3012 —— Secret Manager 裡的 PAT 從沒注入，startup script 讀 versions/latest:access 拿 404，curl -sf 加 set -euo pipefail exit 22 中止；GCP 實測兩台 2026-09-17 16:07 建起、16:33 停機至今 TERMINATED）。

⚠️ 這次退役對這個 repo 的衝擊比 monorepo 重

這個 repo 看得到的只有 org 層的 Default runner group，pathorsAI/pathors 另外還有四台 repo 層的 nchc-runner-*，這裡用不到：

repo	現在	退役後
pathorsAI/pathors	9（org 5 + repo 4）	6
pathorsAI/inbox	5（只有 org 層）	2

實測：

$ gh api /orgs/pathorsAI/actions/runner-groups/1/runners --jq '.runners[].name'
gha-runner-0      ← 退役
gha-runner-1      ← 退役
gha-runner-2      ← 退役
nchc-shared-1
nchc-shared-2

CI 不會壞（runs-on 沒有要求任何自訂 label），但排隊會明顯變長，尤其 run_foss_spec 那幾個 pnpm job 跟 sonar 會互相排。真的痛的話，解法是 pathorsAI/pathors#3012 —— 那兩台 e2-standard-8 開起來就回到 4 台，而且是唯一有 Docker 的，順便能把目前還留在 GitHub-hosted 的 lint-backend / security-scan / backend-tests 搬過來。