AI & Software EngineeringKnowledge Atlas
Catalogues / NDSE2 chapter guides and sources

C:C03

Chapter 3: Limits and Capability of Coding Agents

A guide to the published second edition, with literal citations separated from wider editorial reading suggestions.

Open this group in the atlasChapter catalogue entry

Chapter guide

Turns agent capability into a bounded engineering hypothesis. Permissions, tools, budgets, stopping rules and escalation constrain execution; the chapter compares execution routes and parallel work while keeping technical completion separate from authorized acceptance.

Limiti e capacità dei coding agent

Sintesi in italiano

Trasforma la capacità degli agent in un'ipotesi ingegneristica delimitata. Permessi, strumenti, budget, condizioni di arresto ed escalation vincolano l'esecuzione; il capitolo confronta percorsi operativi e lavoro parallelo distinguendo il completamento tecnico dall'accettazione autorizzata.

Learning goals

  • translate a task request into a permission and budget envelope
  • tell a model suggestion from an orchestrator-authorized action
  • stop or escalate an agent without confusing technical completion with acceptance
Obiettivi in italiano

Obiettivi di apprendimento

  • tradurre una richiesta di lavoro in un envelope di permessi e budget
  • distinguere un suggerimento del modello da un'azione autorizzata dall'orchestrator
  • fermare un agent o portare un caso in escalation, senza confondere completamento tecnico e accettazione
Chapter outline
  • 3.1 From suggestion to a permission-bounded agent
  • 3.2 What an agent actually observes
  • 3.3 The task envelope
  • 3.4 Agent benchmarks and observed pull requests
  • 3.5 Common failure modes in real changes
  • 3.6 A bounded propose–act–observe loop
  • 3.7 The minimum sufficient execution route
  • 3.8 When parallel agents help and hurt
  • 3.9 Stopping rules versus acceptance authority
  • 3.10 Agent capability as a testable hypothesis
  • Technical laboratory — A permission-bounded candidate, not an autonomous release
  • 3.11 Worked engineering example: permission is a state-machine input
  • 3.12 Practice exercise: define an agent's actual authority
Struttura del capitolo
  • 3.1 Dal suggerimento a un agent con permessi delimitati
  • 3.2 Che cosa osserva realmente un agent
  • 3.3 Il perimetro del task
  • 3.4 Benchmark degli agent e pull request osservate
  • 3.5 Modalità di fallimento frequenti nelle modifiche reali
  • 3.6 Un loop delimitato propose–act–observe
  • 3.7 Scegliere il percorso minimo di esecuzione sufficiente
  • 3.8 Quando gli agent paralleli aiutano e quando peggiorano il risultato
  • 3.9 Regole di arresto e autorità di accettazione
  • 3.10 Le capacità dell'agent come ipotesi verificabili
  • Laboratorio tecnico — Una candidata con permessi delimitati, non una release autonoma
  • 3.11 Esempio ingegneristico svolto: i permessi sono input della macchina a stati
  • 3.12 Esercizio pratico: definire l'autorità effettiva di un agent

Cited in the published chapter

21 linked atlas references from literal citations in the English and Italian editions. General bibliography membership and identifier-index entries are counted separately.

SE@PoliMi bibliography 16

Addy Osmani 3

The Pragmatic Engineer 1

Martin Fowler’s website 1

Trace literal citations to chapter sections

Locations come from the supplied English and Italian source files. Chapter text and figure captions are identified separately; identifier-index references and general bibliography membership are not treated as chapter citations.

Complete citation locators and source hashes

Editorial reading mappings

Broader topical suggestions can overlap the cited sources. A mapping does not add a citation to the published edition or establish that a practice is effective.

SE@PoliMi bibliography 52

Addy Osmani 9

The Pragmatic Engineer 10

Martin Fowler’s website 19

Earlier Non-Deterministic books 44

Software Engineering Practices 14