用途：当用户想做全面审查但不知从何入手、进行发布前就绪评估、事后复盘规划，或新成员想了解审查覆盖范围时，可调用此编排器。它依据项目上下文推荐审查类别与深度，并可顺序执行多项审查后生成统一报告。
主要能力：提供三种模式——交互式分诊（默认，先问上下文再给建议）、全量套件（/shiplight:review --all，运行所有适用类别）、定向（直接调用某个具体审查）。它会读取项目技术栈、框架、package.json、路由、组件，检查 git diff，查找 shiplight/reports/ 中已有报告，并识别合规标记（HIPAA、PCI、GDPR cookies）。随后最多问 4 个问题（应用类型、触发原因、合规要求、具体关注点，带自动检测默认值），再把 8 类审查标为 CRITICAL、RECOMMENDED 或 OPTIONAL，并给出理由与建议深度（quick/standard/thorough）。它还会按产品类型调整 SEO 与 GEO 优先级，例如开发者工具/API/SaaS 的 GEO 为 CRITICAL、SEO 为 RECOMMENDED；电商/本地/市场的 SEO 为 CRITICAL；内容/文档/博客两者均为 CRITICAL；内部工具两者为“—”。
可用审查：design-review（视觉/UI）、security-review（安全）、privacy-review（隐私）、compliance-review（合规）、resilience-review（可靠性）、performance-review（性能）、seo-review（可发现性）、geo-review（AI 可发现性）。执行时询问是否立即运行全部 CRITICAL，或挑选具体项，顺序运行并在每项后给简要摘要。全部完成后生成统一报告：总分（0–10）、各分类分数、跨类别前 5 项发现、回归测试汇总，保存至 shiplight/reports/review-{date}.md。所有审查报告格式一致，保存到 shiplight/reports/{review-name}-{date}.md，编排器合并为统一报告。建议在每次重大发布前运行 /shiplight:review；已知需求时可直接调用单项审查；报告会随时间累积，编排器可展示趋势；审查产生的 YAML 回归测试累积在 shiplight/tests/。
限制：资料未提供收费、价格、平台支持、具体效果等事实。