Routine steps
Classification, extraction, validation, routing, and repair do not always need the most expensive model in the stack.
Use this checklist before the first call. The goal is not a perfect brief; the goal is enough context to decide whether a 7-day diagnostic sprint can produce a useful result.
Flev workflows can route routine, structured steps to local or private small models while keeping stronger models available for complex reasoning.
Classification, extraction, validation, routing, and repair do not always need the most expensive model in the stack.
Teams should be able to see which model handled which step, why fallback exists, and who can approve changes.
Better Call evidence shows tool-call accuracy improving from 73.4% to 83.8% on 3,625 granite4.1:3b BFCL v4 cases.
Paste these items into the first message or bring them to the scoping call.
GitHub Actions URL, deploy log, Kubernetes namespace, incident note, screenshot, or repeated release symptom.
Repo or service name, environment, branch/release context, and whether access is read-only or shared as artifacts.
Who owns the workflow, which actions are safe to inspect, and which actions require explicit approval.
What would make the pilot worth paying for: faster diagnosis, safer rollback, better runbook, fewer repeated incidents, or a reusable Flev workflow.
We confirm whether the path is narrow enough for a 7-day sprint.
We agree what is read-only, what is excluded, and what would need approval.
If it fits, we quote the fixed pilot and begin with the evidence package.
The first sale should be narrow enough to trust. Flev DevOps starts read-only and asks for approval before any action can change code, packages, deployments, or cluster state.
Send the failing path and what a useful diagnosis would change. We will help scope the smallest credible Flev DevOps pilot before expanding into broader workflow products.