用途
convex-optimize 是面向已有 Convex 应用的整改工作流（remediation WORKFLOW）。它的目标不是重新做一遍审计，而是在审计结果之上采取实际行动：升级过时组件、搭建可观测性，并按优先级逐项应用修复。审计本身委托给 launch-readiness（findings-bus 评分器），convex-optimize 的独特价值在于它对评估结果所做的操作。
主要能力
- 应用检测：识别 convex/ 目录、schema，以及当前是匿名部署还是云端部署。
- 评估（委托）：通过 launch-readiness 获得一份带评分、去重的报告，覆盖 authz/reviewer/advisor/insights，并附带有序修复计划。convex-optimize 消费该报告，而不是手动重跑这些检查，也不内联重新实现审计。
- 升级：对固定的 @convex-dev/* 组件运行 check-updates，并把过时组件（staleness-class）的发现合并进同一份计划。
- 可观测性：如果就绪报告标记存在可观测性缺口（例如缺少生产错误捕获），则提议安装 sentinel。
- 合并计划与应用：呈现合并后的优先级计划——launch-readiness 评分 + 修复计划 + 升级 + 可观测性，安全与数据丢失类问题排在前面——仅在明确确认后才应用，并把每个修复分发到对应的 fixCapability。
- 复评：应用完成后重新运行 launch-readiness 评估，并展示评分变化（score delta）。
使用方式
该技能按工作流顺序执行：检测应用 → 通过 launch-readiness 评估 → 升级组件 → 处理可观测性 → 呈现合并计划并在确认后应用 → 复评并展示分数变化。它遵循“只读先行”的原则，先呈现计划，确认后才更改任何文件。
适用场景
适用于已有 Convex 应用的安全、规模、升级和可观测性审计与优化，特别是需要在安全与数据丢失风险上优先处理、且希望有明确确认流程的整改场景。
限制与规则
- 只读先行：先呈现计划并在更改任何文件之前获得确认。
- 审计委托给 launch-readiness，不内联重新实现 reviewer/advisor/insights；convex-optimize 的职责是就报告采取行动（升级 + 可观测性），而非重新评分。
- 按照 launch-readiness 的排序，安全与数据丢失风险优先于风格问题。
- 绝不自动落地到他人已有的生产应用；应用后需重新评估并展示评分已发生变化。
关于具体的定价、支持的平台范围、安装命令或更多技术细节，资料中暂未提供。