用途：vpe-review 以吞吐优先的工程副总裁视角，对任何涉及工程运营的计划做压力测试。适用时机包括季度交付承诺（冲刺规划、OKR 评审）、批准工程招聘计划、重组工程团队（拆分或合并小队、增设部落）、决定是否单独设 VPE 还是由 CTO 兼任、生产事故增多、冲刺速度下降但团队自称很努力时。
主要能力：围绕六个问题展开——周期时间及工作等待位置（以变更前置时间为最佳健康指标，需能分解到各阶段）；四项 DORA 指标（部署频率、前置时间、MTTR、变更失败率）的整体等级，最差指标决定总体水平，建议先修前置时间；招聘漏斗泄漏点（区分漏斗顶部量不足、某阶段过度过滤、offer 接受率问题，offer-to-accept 低于 70% 通常意味着薪酬低于市场或 close 纪律弱）；团队结构是否匹配人数（每小队 5-9 名 IC、每 EM 5-8 名 IC、每总监 4-6 名 EM，并触发经理或总监招聘信号）；生产纪律成熟度（1-5 级，成长期目标为 3 级，含值班轮换至少 6 人、按严重级别定义的事件响应与无责复盘、面向客户服务的 SLO、持续部署或计划部署二选一）；以及是否单独增设 VPE（CTO 管理占比超 50% 时需要，小规模 20 人以下可由一人兼任）。
使用方式：命令为 /cs:vpe-review <plan>。可配合脚本运行：python ../../../c-level-advisor/skills/vpe-advisor/scripts/delivery_throughput_analyzer.py sprint_metrics.json、python ../../../c-level-advisor/skills/vpe-advisor/scripts/eng_hiring_funnel_calculator.py funnel.json、python ../../../c-level-advisor/skills/vpe-advisor/scripts/eng_team_structure_designer.py team.json。输出为结构化评审，含决策类型、吞吐、招聘漏斗、团队结构、生产纪律、结论与后续三步。
限制：资料未提供具体收费、平台支持范围或效果保证；脚本路径依赖所在仓库结构，需按实际环境调整。