v0.6.2

Changed

• Vision handoff defaults to never (2026-08) but is fully configurable:
  umans.ai discontinued its subscription plan; only the wallet mechanism
  remains, so a fresh install ships with vision_strategy: never (no image
  handling). The pipeline is not disabled — set vision_strategy to catalog
  or always in the dashboard Config tab, config.json, or VISION_STRATEGY
  env to opt in. All vision config fields remain editable. No existing workflow
  is affected — with the default, images pass through untouched.
• Bump vision_max_images default from 5 to 20: agent harnesses may
  batch 10+ images in a single request; a cap of 5 silently dropped
  images beyond the 5th. Existing configs with the old default of 5 are
  not overwritten — a startup console.warn fires when
  vision_max_images < 20, advising users to update their config.
• Bump vision_concurrency default from 1 to 4: vision handoff is
  now parallel by default, reducing latency for multi-image requests.
• Local request-cap rejection returns 503 (was 429): when a local cap is
  enforced and hit, the proxy serves 503 with error: "rate_limit_exceeded"
  and a Retry-After header, matching the other gate over-capacity responses.
• Weighted request usage exposed on GateStats: weightedRequestsInWindow /
  weightedRemainingRequests reflect per-model request weights; the dashboard
  displays the weighted position against the request cap.

Added

• never_limit_requests request-cap toggle (default true): the local
  request-per-window limiter is off by default; set it to false to enforce a
  local cap derived from /v1/usage.
• Configurable request caps: request_use_hard_cap / request_hard_cap /
  request_soft_limit mirror the concurrency gate, pulled from
  /v1/usage (limits.requests). Hot-reloadable.

Fixed

• Model lifecycle parsing: parse production_start_date from
  /v1/models/info lifecycle (previously only playground_start_date).