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
    • What an Agent Is
    • Tool Use and Structured Output
    • Planning, Memory and Stopping
    • Multi-Agent Patterns and When Not to Use Agents
      • Planner, Worker and Reviewer Patterns
      • Hand-off Cost and Error Compounding
      • Complexity and Debuggability
      • Script, Workflow or Agent
  • Agent Design8
  • MCP and Skills6
  • Multi-Agent Design6
  • Practical Capstone6
  • Tokens, Cost and Latency12
  • Agentic Workflows for Chip Teams18
  • Interview and Judgment10
  • AI Skills: Full Course Index
  • Working with AI Glossary
  • Working with AI Cheatsheet
Loading lesson

‹Multi-Agent Patterns and When Not to Use Agents
  1. Topics
  2. AI Skills for VLSI Engineers
  3. Agents and Tool Use
  4. Multi-Agent Patterns and When Not to Use Agents
  5. Planner, Worker and Reviewer Patterns

Tools, Workflows and Agents · Beginner to Intermediate

Planner, Worker and Reviewer Patterns

Planner, worker and reviewer roles, with sequential, parallel and review patterns.

On this page

    Split the roles

    Each role owns one decision and publishes one artifact. Narrow roles keep hand-offs small and make failures easy to attribute.

    Role

    Owns

    Publishes

    Planner

    Decomposing the task into pieces with done criteria

    A piece list with inputs and acceptance checks.

    Worker

    Executing one piece inside its stated scope

    A draft plus the assumptions it used.

    Reviewer

    Checking drafts against the acceptance checks

    A verdict per piece: accept or rework with reasons.

    Three patterns

    The same three roles compose into a few stable shapes. The choice depends on whether pieces depend on each other and on how much review costs.

    Pattern

    Shape

    Good for

    Risk

    Sequential chain

    Worker output feeds the next worker

    Dependent steps such as extract then summarize

    Early defects propagate into every later step.

    Parallel fan-out

    Workers run side by side, then merge

    Independent pieces such as per-file checks

    Merging divergent assumptions costs extra review.

    Review gate

    A reviewer verdicts before anything is accepted

    High-stakes output such as submitted fixes

    Review latency on every piece, including easy ones.

    A schematic exchange

    The transcript below is schematic. It shows message shapes only and is not output from any real system.

    plaintext
    1
    2
    3
    4
    5
    6
    planner -> worker A: draft the arbiter block from this spec and list assumptions
    planner -> worker B: draft the scoreboard checks from this spec and list assumptions
    worker A -> reviewer: draft A plus 3 assumptions
    worker B -> reviewer: draft B plus 2 assumptions
    reviewer -> planner: accept A; rework B with reason: reset case missing
    planner -> worker B: retry piece B with the reset case added

    Common mistakes

    Role blur is the usual failure. A worker that replans scope and a reviewer that silently rewrites both bypass the checks the roles exist to provide.

    Common pitfall

    A reviewer that rewrites the draft instead of verdicting hides the defect rate. Later steps look reliable while the same worker defects keep arriving and being quietly fixed.

    Interview

    Likely probes: which pattern fits a task, and what each role publishes.

    • Dependent steps suit a chain; independent pieces suit fan-out with a merge.

    • Every worker publishes assumptions alongside its draft for the reviewer.

    • The reviewer publishes verdicts, not silent rewrites, so quality stays measurable.

    Check yourself Four independent log files each need the same check. Which pattern fits, and what does the merge step do?

    Parallel fan-out. Each worker checks one file, and the merge step combines four verdicts into one report.

    Check yourself A reviewer fixes every worker draft directly and accepts the result. What measurement is lost?

    The worker defect rate. Silent rewrites make acceptance data meaningless, so planner decisions lose their input.

    Related topics

    • Hand-off cost and error compounding

    • Planning, memory and stopping

    • Tool use and structured output

    Previous

    101 / 173

    Next: Hand-off Cost and Error Compounding

    Up next

    Up nextHand-off Cost and Error Compounding

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Complexity and Debuggability
    • Script, Workflow or Agent