fix(dream-cli): Apple Silicon GPU output polish (status-json integer + gpu status header)

[yasinBursali]

fix(dream-cli): Apple Silicon GPU output polish (status-json integer + gpu status header)

Consolidated from: #401 + #402

Scope

Two cosmetic Apple-Silicon GPU output fixes surfaced by the same PR-8 review:

• status-json: emit gpu_cores as integer when numeric #401 — cmd_status_json: emit gpu_cores as JSON integer (via --argjson) not string, fall back to null when unknown. Affects Apple branch only.
• dream gpu status: header reads '(0 GPUs)' on Apple Silicon #402 — dream gpu status header: replace hardcoded "(0 GPUs)" (which comes from the nvidia-smi path) with an Apple-aware label (e.g. "(1 integrated GPU)" or drop the parenthetical on Apple). Touches ~5 lines around the header builder in cmd_gpu.

Files

• dream-server/dream-cli — Apple branches of cmd_status_json and cmd_gpu

Rationale for merge

Same PR-8 origin, same file, same Apple Silicon focus, same cosmetic severity. Reviewers see them as one coherent "Apple GPU output correctness" pass. Combined diff is ≤15 lines.

Discovery context

Filed during 23APR audit/fix cycle, surfaced while verifying PR-8's Apple Silicon coverage for gpu subcommands. Live reproduction on macOS M4 install: header reads "━━━ GPU Status (0 GPUs) ━━━" despite showing 10 GPU cores below. status-json gpu_cores field renders as "10" (string) via jq --arg.

Closes #401, #402. Labels: bug

[yasinBursali]

Addressed in upstream PR Light-Heart-Labs#1016. (Draft pending upstream Light-Heart-Labs#999+Light-Heart-Labs#1001 merge.)