FIELD · Agents and workflows · 4 min read
Evidence for operational anomaly investigation
Read-only access to approved logs, metrics and deployment events.
Arunank Sharan · Kuzushi Labs ·
In this article
This worked application uses explicit planning assumptions to demonstrate FIELD. Quantities below are inputs, calculated implications or proposed targets; they are not reported customer results. The engagement decision remains conditional on the evidence described.
Planning basis and engagement boundary
| Item | Basis for this application |
|---|---|
| Demand and context | 300 alerts/hour average, 1,000/hour burst; five-minute mean investigation; 25 average active investigations at the baseline arrival rate |
| First delivery boundary | Read-only access to approved logs, metrics and deployment events |
| Acceptance to agree and test | Compare diagnosis evidence and analyst effort on a proposed 100-incident replay set |
| Exclusion or constraint | Automated remediation is excluded until separately authorized and tested. |
F — Frame the outcome
Reduce investigation effort for alerts while preserving engineers' control over production changes.
Value measure: Time to a verified useful next check, false leads and operator effort.
I — Investigate the workflow
Trace alert triage, missing context and evidence gathering across telemetry/deployments. Identify false alarms and where operator judgment remains essential.
First evidence task: Replay an incident with a misleading correlated deployment and withheld future evidence.
E — Engineer the solution
Use read-only scoped tools, temporal correlation and source evidence; bound query fan-out and telemetry costs.
The implementation assessment below makes the authority, workload, resource and failure assumptions concrete. Its numbers are calculations from the stated scenario, not a vendor performance guarantee.
Contract
The assistant may read authorized metrics, traces, releases and experiments and propose checks. It may not change production. Useful output is an evidence-backed hypothesis with uncertainty and next discriminating test, not a confident root-cause story.
Implementation plan
Alert intake groups related symptoms into an incident; a bounded investigator queries approved observability APIs with time/tenant/service scopes. A hypothesis ledger records supporting and contradicting evidence. Tool results retain query/time-range/provenance; the response distinguishes observation, inference and recommended action. A human owns remediation.
Sizing
Assume a burst of 1,000 alerts/hour and 20 queries per ungrouped investigation: 20,000 queries/hour≈5.56/s, which may be expensive if each scans large logs. Grouping correlated alerts and caching safe shared evidence can reduce work. Enforce scan-byte/time/concurrency limits and reserve observability capacity for human responders during incidents. Token limits should favor summarized aggregates plus representative traces rather than full log dumps.
Failure scenarios
A regional network failure can affect many services simultaneously; compare unaffected regions and dependency paths. Sampled traces may hide failures, so corroborate with unsampled aggregate counters or targeted sampling. A recent deploy is a candidate cause, not proof: compare timing, cohorts, rollback evidence and alternative explanations.
Evaluation
Replay historical incidents with information available only at each simulated time. Hide final postmortem conclusions and later events. Measure time to useful hypothesis, incorrect attribution, evidence validity, unnecessary query load and operator effort. Include incidents where the correct conclusion remains unknown.
Alternative
A deterministic correlation dashboard may solve much of the initial problem more cheaply. Add adaptive querying only when it finds useful evidence beyond the fixed view.
L — Launch with evidence
Replay historical incidents without future leakage and compare time to a supported hypothesis. Do not score plausible explanations as confirmed causes.
Critical decision condition: The assistant must not change production or present speculation as confirmed cause.
Attach raw artifacts, the tested configuration, population, denominator, date and limitations to the release record. Missing or stale evidence holds the dependent decision. A favorable value forecast cannot offset a failed critical condition.
D — Develop ownership and reuse
The incident lead owns response decisions; observability owners maintain source semantics and runbooks.
Candidate reusable asset: Incident evidence bundle and temporal replay evaluator.
Commercial decision and next commitment
Accountable decision owner: Incident-response service owner.
The initial commitment is the bounded journey above, with the stated exclusions. Confirm access, customer staffing and acceptance ownership during discovery; price and schedule unresolved dependencies explicitly. A new source, tenant class, language, action or operating envelope requires an impact review rather than silent scope growth.
Approve only the next exposure level supported by the evidence. The next useful investment is: replay an incident with a misleading correlated deployment and withheld future evidence.
Method and references
Apply the FIELD method, economic model and evidence rules. Methodological and technical influences are listed in the source register.