fix(cli): restore approval-mode reference dropped in #4600 (InputPrompt build break)

[LaZzyMan]

Summary

origin/main currently fails npm run build (tsc) on a dangling identifier:

packages/cli/src/ui/components/InputPrompt.tsx: error TS2304: Cannot find name 'showYoloStyling'.

#4600 unified the approval-mode prompt styling into a single approvalModePromptStyle constant and removed the old showAutoAcceptStyling / showYoloStyling constants, but left one dangling reference to showYoloStyling in the prefixWidth calculation. npm run bundle (esbuild) doesn't type-check, so the break only surfaces under npm run build / tsc --build — which is how it reached main.

Fix

Replace the dangling reference with approvalMode === ApprovalMode.YOLO, matching how the rest of the file branches on approval mode after #4600 (e.g. the statusText block just above).

Both ternary arms intentionally stay 2: getApprovalModePromptStyle is typed to return prefix: '>' | '*', so every approval-mode prefix is a single character and the rendered prefix width — hence cursor positioning — is unchanged. Pure build fix, no behavioral change.

Verification

• npm run build green (full tsc --build clean)
• pre-commit eslint --fix --max-warnings 0 passes on the changed file (0 warnings)

[github-actions]

📋 Review Summary

This PR fixes a TypeScript compilation error introduced in #4600 where a dangling reference to showYoloStyling was left in the prefixWidth calculation. The fix replaces the undefined identifier with approvalMode === ApprovalMode.YOLO, which is consistent with the rest of the file after the approval-mode prompt styling unification.

🔍 General Feedback

• The fix is minimal and surgical - exactly what's needed for a build break
• The change maintains consistency with how the file now handles approval mode branching
• Good verification steps provided in the PR description
• The semantic meaning is preserved: both ternary arms return 2 for the prefix width

🎯 Specific Feedback

No specific issues identified in this review.

✅ Highlights

• Excellent catch on identifying the root cause of the build failure
• The fix correctly uses approvalMode === ApprovalMode.YOLO which matches the pattern used elsewhere in the file (e.g., the statusText block)
• Proper verification with npm run build and eslint
• The PR description clearly explains why the break occurred and why esbuild didn't catch it