Convex Optimize

by get-convex2cfe645c87f9No licenseListed Oct 8, 2026Updated Oct 8, 2026

Audit and optimize an existing Convex app: security, scale, upgrades, observability.

Instructions onlyDevOps & CloudSecurity
AI-generated overview

Audits an existing Convex app via a readiness report, then plans and applies upgrades and observability fixes.

What it does
This skill defines a remediation workflow for an existing Convex application. It detects the app and its deployment type, consumes a scored readiness report from launch-readiness, checks pinned @convex-dev components for stale versions, and offers to install an error-capture tool when observability is missing. It then presents one prioritized plan and applies fixes only after explicit confirmation, re-running the assessment afterward to show the score change.
When to use it
Use it when an existing Convex app needs a security, scale, upgrade or observability review followed by concrete remediation. It suits teams that want a read-only assessment first and controlled, confirmed changes to a deployed app.
Requirements
Instructions only; no scripts are included. It expects a Convex project with a convex/ directory and schema, and depends on companion capabilities named launch-readiness, check-updates and sentinel, plus the fixCapability dispatch mechanism.
<!-- GENERATED from convex-agents content/capabilities/optimize.json — do not edit by hand. -->

Audit and optimize an existing Convex app

The remediation WORKFLOW for an existing app: open with a scored assessment, then act on it — upgrade stale components and set up observability — plan-then-confirm-then-apply. The assessment itself is delegated to launch-readiness (the findings-bus scorer); optimize's distinct value is the actions it takes on the result.

Workflow

  1. Detect the app: a convex/ directory, the schema, and whether it's an anonymous or cloud deployment.
  2. ASSESS via launch-readiness — one scored, deduped report across authz/reviewer/advisor/insights with an ordered fix plan. Do not re-run those passes by hand; optimize consumes launch-readiness's report rather than re-implementing the audit.
  3. UPGRADE: run check-updates against the pinned @convex-dev/* components and fold stale-component (staleness-class) findings into the same plan.
  4. OBSERVABILITY: if the readiness report flagged an observability gap (no prod error capture), offer to install sentinel.
  5. Present the combined prioritized plan — the launch-readiness score + the fix plan + upgrades + observability, security/data-loss first — and apply only on explicit confirmation, dispatching each fix to its fixCapability.
  6. After applying, re-run the launch-readiness assessment and show the score delta.

Rules

  • Read-only first. Present a plan and CONFIRM before changing any file.
  • Delegate the audit to launch-readiness (the findings-bus scorer); don't re-implement reviewer/advisor/insights inline — optimize's job is acting on the report (upgrades + observability), not re-scoring.
  • Prioritize security and data-loss risks above style, following launch-readiness's ordering.
  • Never auto-land changes on someone's existing prod app; re-assess after applying and show the score moved.

Source and attribution

Source:get-convex/agent-skillsinskills/convex-optimizeat commit2cfe645

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal