Codex Desktop: review skill blocks when AskUserQuestion is unavailable

## Problem

The `review` skill requires an `AskUserQuestion` tool and exits immediately when the host does not expose one.

Codex Desktop sessions can lack both a native `AskUserQuestion` tool and an MCP variant. In that configuration, the workflow cannot perform a code review even when the user has explicitly authorized a noninteractive review and fixes.

## Reproduction

1. Run the GStack `review` skill in a Codex Desktop session with no AskUserQuestion tool registered.
2. The skill reaches its compatibility gate and reports `BLOCKED — AskUserQuestion unavailable`.
3. No review runs.

## Expected behavior

Provide a Codex-compatible fallback, such as:

- continue without interactive prompts when the user explicitly authorizes execution
- use the host's available user-input primitive when present
- reserve a hard block for review states that genuinely require a user decision

## Impact

This turns an advisory interactive dependency into a total failure for automated review and remediation in Codex Desktop.

Start at the review skill's compatibility gate that reports “BLOCKED — AskUserQuestion unavailable,” then reproduce it in a Codex Desktop session without native or MCP AskUserQuestion. Trace the available host input primitives and authorization state. Done means explicitly authorized noninteractive reviews can continue, while states requiring a user decision still block appropriately.

Written by the indexing model from the issue text.