Autor Prashant Mudgal, der nach eigenen Angaben mehrere Monate in der Luftfahrtwartung verbracht hat, entwickelt seinen Kerngedanken aus einer realen Diskussion nach einem Kundenseminar: Die Gruppe von Praktikern, die Agentensysteme architektiert und gepitcht hatten, fand es überraschend schwer, ein einziges Beispiel zu nennen, das einer 30-sekündigen Überprüfung standhielt. Das von ihm zunächst gewählte Ankerbeispiel – ein Agent, der nach einem ECAM-Fehler AIR PACK 1 FAULT auf einem A320 schrittweise CFDS, TSM, AMOS und MEL konsultiert und eine Empfehlung zum Cat-C-Defer mit FCV-Bestellung erstellt – verwirft er selbst: Weil ein erfahrener Ingenieur diesen Entscheidungsbaum vorab hätte spezifizieren können, handelt es sich trotz Komplexität nur um einen elaborierten Flowchart. Die eigentliche Trennlinie zieht Mudgal zwischen „known unknowns" (Automation weiß, was sie prüfen muss, nur nicht das Ergebnis) und „unknown unknowns" (der Agent weiß erst durch die Entdeckung selbst, was als nächstes relevant wird). Als belastbare Gegenbeispiele nennt er M&A-Due-Diligence, bei der ein ungewöhnlicher Haftungspassus in einem Lieferantenvertrag den Agenten zu einem regulatorischen Dokument führt, das eine informelle Umweltuntersuchung enthüllt – etwas, das auf keiner Checkliste stand. Ein zweites Beispiel zeigt einen Agenten, der Produktbeschwerden über eine Feuchtigkeitscreme nicht nur routet, sondern eigenständig die Schnittmenge aus Klimazone, Saisonalität und Einzelhandelskette entdeckt und damit ein mögliches Rückrufrisiko identifiziert, bevor ein Mensch die Punkte verbunden hat.