Agentic Toolkit Course
Lesson 5 of 7

Lesson 5 of 7 · Individual agent

The Coder agent

The Coder can be called directly as part of the individual-agent stream, or by the Orchestrator as part of the implementation stage. The Coder takes input from an implementation plan, design specifications from the Designer, or direct user requests. The Coder is the right choice whenever the "what" is already decided and you need the "done".

When to use the Coder

How to use the Coder

  1. State the desired behaviour change precisely.
  2. Name the affected files or functions explicitly.
  3. Point out existing patterns to follow, and anything backward-compatible that must not break.
  4. List acceptance criteria and any files the Coder should not touch.
  5. Expect back: a summary of what changed, files touched, build status, any deviations from plan, and handoff notes for the Unit Tester.
"In src/utils/sortOrder.ts, replace the bubble sort implementation in the
sortOrder function with an insertion sort. Keep the same function
signature and return type. The existing tests in
tests/sortOrder.test.ts should still pass."
Where the Coder fits in the Orchestrator: the Coder runs as Stage 3. The Coder receives the Planner's steps and file assignments, plus the Designer's spec if UI work is involved. If the build fails, the Coder gets up to two retries before the Orchestrator escalates to you.

Things to avoid

Test your knowledge

"Replace bubble sort with insertion sort in sortOrder(), same signature, keep tests passing." Which agent handles this directly?

Source: documentation.md, "Coder Agent".

← Back: Designer agent Next: Unit Tester agent →