fix(cli): accept portrait aspects for --resolution alias flag

The aspect-agnostic resolution aliases (`--resolution 1080p` / `hd` / `4k` / `uhd`) previously all normalized to a landscape preset, which rejected portrait 1080x1920 compositions with 'Output resolution incompatible'. Users had to specify the orientation-bearing alias (`1080p-portrait`) or render at native.

This threads two new fields (`outputResolutionAspectAgnostic` + `outputResolutionRaw`) through the render pipeline. At the CLI layer we detect whether the user's flag was an aspect-agnostic alias; at the compile stage we re-map the preset to the composition's orientation via the existing `suggestMatchingPreset` sibling-lookup (formerly private). Explicit orientation-bearing aliases and canonical presets stay strict.

Field signal: ts=1784176662 (darwin/arm64, CLI 0.7.59, `--resolution 1080p` on a 1080x1920 portrait comp).

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

— Via

packages/parsers/src/outputResolutionCompatibility.ts

@@ -59,8 +59,13 @@ const OK: OutputResolutionCompatibility = { ok: true };
  * Returns `undefined` when no preset matches the composition's aspect ratio
  * (e.g. a custom, non-preset composition aspect ratio) — in that case there
  * is no unambiguous swap to suggest.
+ *
+ * Exported so that consumers with permission to auto-apply the swap (see the
+ * `--resolution 1080p` aspect-agnostic path in the CLI/producer) can share the
+ * same sibling-lookup logic as this module's user-facing "did you mean?" hint,
+ * without duplicating the tier-preserving fallback rules.
  */
-function suggestMatchingPreset(
+export function suggestMatchingPreset(
   compositionWidth: number,
   compositionHeight: number,
   chosen: CanvasResolution,