fix(remote-questions): fire configured channels in interactive mode

[NilsR0711]

TL;DR

What: Telegram/Slack/Discord questions were never sent when GSD ran with a terminal UI.
Why: tryRemoteQuestions was gated behind if (!ctx.hasUI), so it was unreachable in interactive sessions.
How: Move the remote call before the hasUI guard — tryRemoteQuestions returns null when unconfigured, so the local UI fallback is unchanged.

What

• src/resources/extensions/ask-user-questions.ts — move remote check before !ctx.hasUI guard
• src/resources/extensions/gsd/tests/remote-questions.test.ts — regression test (source-level, verified red before fix)

Why

The setup test message (sent directly via the Telegram API during /gsd remote telegram) always worked. But when the agent called ask_user_questions, the tool checked ctx.hasUI first — and because GSD was running interactively, it went straight to the local TUI, never touching the remote channel.

// Before (broken):
if (!ctx.hasUI) {
    tryRemoteQuestions(...)  // only in headless mode
}
showInterviewRound(...)      // always runs in interactive mode

// After (fixed):
tryRemoteQuestions(...)      // always runs first if configured (no-op when not configured)
if (!ctx.hasUI) {
    return errorResult(...)  // headless without remote = error
}
showInterviewRound(...)      // fallback when remote not configured

How

One-line reorder. tryRemoteQuestions already returns null when resolveRemoteConfig() finds no configured channel, so unconfigured users see no behavior change. The dynamic import is cached by the module system — no startup overhead.

Closes #3480

Verified with AI.

[github-actions]

🟢 PR Risk Report — LOW

Files changed	2
Systems affected	0
Overall risk	🟢 LOW