What the book is about
An agentic system couples a language model with tools, memory, and an orchestration layer that decides what happens next. That combination turns a model which answers into a system which acts, and it moves the difficult questions out of prompting and into engineering, economics, and governance.
The book works through those questions in three parts. The first builds the architecture: how language models behave, how tools extend them, how memory persists across a run, and how an agent's control flow is shaped. The second places that architecture inside an organization, covering integration with existing systems, strategy, the economics of running agents, the policies that constrain them, and the processes they touch. The third is about operations: orchestrating several agents, governing them while they run, maintaining them as models and dependencies change, and securing them against a class of attack that did not exist before.
It grew out of research, teaching, and company collaborations at the Institute for Process Management and Digital Transformation at FH Münster. The code examples are Python that runs, and the outputs printed in the book are the ones that code produced. Every chapter opens with a quote from someone building these systems in industry.
How the book is organised
The three parts are the three layers of one framework.
Contents
An introduction, then thirteen chapters in three parts.
I Design and Architecture
- 1Large Language ModelsHow the models behave, and where their limits actually sit.
- 2ToolsFunction calling, MCP, skills, CLI, GUI — five mechanisms, one cycle.
- 3MemoryWhat persists between turns, and what keeping it commits you to.
- 4Agent flowThe control structure of a single run: loops, budgets, recovery.
II Organization and Economics
- 5IntegrationHow an agent reaches the systems and the people around it.
- 6StrategyWhere agents fit an organization's plans, and where they do not.
- 7EconomicsCost per successful outcome, not cost per run.
- 8Organizational policiesThe constraints an agent must not be able to talk its way past.
- 9Business processesWhere deployments actually pay off, domain by domain.
III Operations
- 10OrchestrationCoordinating several agents, and keeping runs alive between sessions.
- 11Runtime governanceGovernance as a second loop, running alongside the first.
- 12Build and maintenanceBuilding an agent, and keeping it working as models move.
- 13SecurityPrompt injection and the attack surface a tool-using agent opens.
Who it is for
Graduate students in business, information systems, and data science, and practitioners who have to make decisions rather than demonstrations: the engineers who build agents, the architects who integrate them, and the people who carry the budget and the risk.
Ideas are anchored throughout in worked Python examples, each available as a runnable notebook. Most of them read like the one below, and the argument follows just as well if you never run a line. If you would rather have the basics first, Appendix B is a short introduction to the Python and the web APIs the listings use, free to read online. The book does not assume you have deployed a model before.
# Listing 4.1 — the agent loop, in full
state = initialize_state(user_input)
while not should_stop(state):
action = select_next_action(state)
observation = execute_action(action, state)
state = update_state(state, action, observation)
response = finalize_response(state)
What readers say
This book is exactly what I have been looking for for quite some time. It brings together a thorough technical explanation how agentic systems work under the hood with operational and strategic considerations. In my role, I don’t have the time to investigate all of this on my own and connect all the dots by myself. In this sense, this book is a valuable resource for anyone who wants to get real value from agentic AI and not just follow the hype.
What distinguishes this contribution is not so much any single chapter as the sensibility running through all of them: agentic AI is treated throughout as an organizational actor, not merely a technical artifact. It acts within processes, incentives, and governance structures, and must therefore be understood on those terms as much as on technical ones.
The authors
Both author photographs: FH Münster/Hannah Jasiewitz
Material for readers
Code
Every example from the book as a runnable notebook, one per chapter, with the environment pinned to the versions that produced the printed output.
Appendices
Python setup, a reference on Python and web APIs, and the deep learning background the models chapter builds on. Readable online or as a PDF.