Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • Getting Started with AI for VLSI Engineers5
  • Just Enough AI: Models and Context15
  • Prompting13
  • Trust and Verification14
  • Using AI for Engineering Work17
  • Engineering Walkthroughs7
  • Practical Foundations for AI Workflows4
  • Engineering Data5
  • Retrieval-Augmented Generation6
  • Agents and Tool Use18
  • Agent Design8
  • MCP and Skills6
  • Multi-Agent Design6
  • Practical Capstone6
  • Tokens, Cost and Latency12
  • Agentic Workflows for Chip Teams18
    • Regression Triage Agent
    • Lint-and-Fix Loops
    • Guardrails and Human in the Loop
    • Evaluating and Operating Agents
      • Task Success Rate on a Held-Out Set
      • Cost and Latency per Task
      • Regression Suites for Agent Changes
      • Drift, Incident Review, and Shutoff Rules
  • Interview and Judgment10
  • AI Skills: Full Course Index
  • Working with AI Glossary
  • Working with AI Cheatsheet
Loading lesson

‹Evaluating and Operating Agents
  1. Topics
  2. AI Skills for VLSI Engineers
  3. Agentic Workflows for Chip Teams
  4. Evaluating and Operating Agents
  5. Drift, Incident Review, and Shutoff Rules

Reference: Agentic Workflows for Chip Teams · Beginner to Intermediate

Drift, Incident Review, and Shutoff Rules

Drift checks, incident reviews, and numeric shutoff rules for running agents.

On this page

    Spotting drift

    Drift is a slow fall in success rate while the suite stays green, or a pass rate that holds while costs climb. Re-run a weekly sample of held-out tasks and plot it against the baseline.

    Treat tool, data, and model updates as suspects first. A tendency to blame the prompt wastes weeks when a tool change moved the numbers.

    plaintext
    1
    2
    3
    4
    baseline success: 0.78; week 4 sample: 0.61
    drift = 0.78 - 0.61 = 0.17
    review gate (EXAMPLE): drop of 0.10 or more -> review
    0.17 >= 0.10, so the gate trips and the week gets a written review

    The program below recomputes the drift check from EXAMPLE weekly scores. It uses plain integer points, with no model involved.

    example.py
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    import sys
    
    baseline_pts = 78
    weekly_pts = [78, 74, 66, 61]
    review_gate_pts = 10
    
    drop_pts = baseline_pts - weekly_pts[-1]
    review = drop_pts >= review_gate_pts
    
    if drop_pts != 17:
        print("FAIL: drift arithmetic off")
        sys.exit(1)
    if not review:
        print("FAIL: gate should trip")
        sys.exit(1)
    print("PASS: drift gate trips on a 17 point drop from 78 to 61")

    Reviewing an incident

    Every gate trip or bad agent action gets a short written review. The table below fixes the fields so reviews stay comparable.

    Least privilege keeps incidents small: narrow file and tool permissions, keep secrets out of prompts and send proprietary RTL only to deployments approved for it, and treat files and logs as untrusted input. Risky actions wait for human approval.

    Field

    What it records

    What happened

    The agent action and the task it came from.

    Impact

    Wrong files touched, bad verdicts sent, time lost.

    Cause

    Prompt, tool, data, permission, or model change behind it.

    Fix and owner

    The change that stops recurrence, with a named owner.

    Shutoff rules

    Shutoff rules are numeric and owned: when a limit breaks, a named owner switches the agent off. Debate happens when writing the rule, not during the incident.

    The calc block below checks EXAMPLE shutoff gates against this topic numbers. Success 0.61 stays on under watch; the other gates stay clear.

    plaintext
    1
    2
    3
    4
    5
    shutoff gate (EXAMPLE): success below 0.60 for two weeks running, or any unapproved write
    week 4 success 0.61 is above 0.60, so the agent stays on under watch
    one more weekly drop trips the success gate
    cost gate (EXAMPLE): cost per resolved task above 0.20 units pauses rollout
    0.09 is below 0.20, so the cost gate stays clear

    Gate (EXAMPLE)

    Trips when

    Action

    Success floor

    Below 0.60 for two weeks running.

    Switch off, then review.

    Unapproved action

    Any write outside the permission set.

    Switch off at once.

    Cost ceiling

    Above 0.20 units per resolved task.

    Pause rollout, then review.

    Common mistakes

    Common pitfall

    Leaving the agent on during investigation to collect more data lets a drifted agent keep acting. Switch it off or fence it to read-only first, then investigate.

    Interview

    Likely probes: telling drift from noise, and who may switch an agent off.

    • Drift is a sustained move against baseline, here 0.78 to 0.61 for a 0.17 drop.

    • Incident reviews record cause, fix, and a named owner in fixed fields.

    • Numeric gates name the switch-off action in advance, with an owner.

    Check yourself Baseline success is 0.78 and week 4 reads 0.61 against a 0.10 review gate. What happens?

    The gate trips on a 0.17 drop. The week gets a written review while the agent stays on under watch.

    Check yourself The agent edits a file outside its permission set. What is the response under the EXAMPLE gates?

    Switch it off at once. Unapproved writes trip the shutoff gate without waiting for a second week.

    Related topics

    • Agent regression suites

    • Data, privacy and IP

    Previous

    160 / 173

    Next: Interview and Judgment

    Up next

    Up nextInterview and Judgment

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Task Success Rate on a Held-Out Set
    • Cost and Latency per Task