tri-model-review · git:20260606.33dc980 · 2026-06-06 · sha256 8879d95faa77de96
tri-model-review git:20260606.33dc980A
Immutable. This exact content is served forever at /api/v1/blob/8879d95faa77de96.
--- name: tri-model-review description: Use when a request needs parallel external perspectives — combined backend and UI work, code review from multiple angles, or cross-validation where different models may disagree. level: 5 --- # Tri-Model Review Tri-model review routes through two external advisor CLIs, then synthesizes both outputs into one answer. Use this when you want parallel external perspectives. ## When to Use - Backend/analysis + frontend/UI work in one request - Code review from multiple perspectives (architecture + design/UX) - Cross-validation where different models may disagree - Fast advisor-style parallel input without full team runtime orchestration ## Requirements - Ensure you have configured the appropriate `apx ask-*` wrappers. - If either wrapper is unavailable, continue with whichever provider is available and note the limitation. ## How It Works ```text 1. Decompose the request into two advisor prompts: - Analysis/architecture/backend prompt - UX/design/docs/alternatives prompt 2. Run both advisors via the canonical wrappers: - apx ask-codex "<prompt>" - apx ask-gemini "<prompt>" 3. Synthesize both outputs into one final response ``` ## Execution Protocol When invoked, follow this workflow: ### 1. Decompose Request Split the user request into: - **Architecture prompt:** correctness, backend, risks, test strategy - **UX prompt:** content clarity, alternatives, edge-case usability, docs polish - **Synthesis plan:** how to reconcile conflicts ### 2. Invoke advisors via Bash Run both advisors via the Bash tool: ```bash apx ask-codex "<architecture prompt>" apx ask-gemini "<UX prompt>" ``` ### 3. Synthesize Return one unified answer with: - Agreed recommendations - Conflicting recommendations (explicitly called out) - Chosen final direction + rationale - Action checklist ## Fallbacks If one provider is unavailable: - Continue with available provider + synthesis - Clearly note missing perspective and risk If both unavailable: - Fall back to a single-model answer and state external advisors were unavailable. ## Verification - [ ] Request was decomposed into distinct architecture and UX prompts before invoking advisors - [ ] Both advisors were invoked via the canonical wrappers — or the missing provider was explicitly noted - [ ] Synthesis lists agreed recommendations, explicitly called-out conflicts, the chosen direction with rationale, and an action checklist - [ ] Any provider fallback was stated, including the missing perspective and its risk