Use when the user wants regression hunting after a change. Identify nearby flows, shared code paths, error states, and configuration edges that may have broken even if the main fix works. Good triggers include "check for regressions", "what else might this have broken", and "test the surrounding area".
96
94%
Does it follow best practices?
Impact
98%
2.72xAverage score across 8 eval scenarios
Passed
No known issues
A DevOps engineer updated a microservice's environment configuration: the CACHE_TTL environment variable for a Redis-backed product catalog service was changed from 300 seconds to 3600 seconds to reduce database load. You need to scout for potential regressions caused by this config change. Write your findings to report.md.
=============== FILE: inputs/catalog-service.md ===============
CACHE_TTL: 300 → 3600 seconds (1 minute → 1 hour)services/catalog.py — product lookup, caches results with CACHE_TTLservices/inventory.py — inventory checks, reads from catalog cacheservices/pricing.py — price lookups, may read stale catalog data from cacheapi/routes/products.py — product listing and detail endpointsapi/routes/checkout.py — checkout flow reads product pricesmiddleware/auth.py — admin routes for cache invalidation require ADMIN roletasks/cache_warmer.py — background task that pre-warms cache on startupevals
scenario-1
scenario-2
scenario-3
scenario-4
scenario-5
scenario-6
scenario-7
scenario-8
skills
regression-scout