API vs webhook: the waiter and the doorbell
You never walk into the kitchen. You tell the waiter, and the food comes back to you. That waiter is the API.
An API (application programming interface) takes a request, validates and authorizes it, and returns a response. Two analogies carry the session: the postal service (the address and stamp are the request structure, the postman is the delivery) and the restaurant (the waiter bridges you and the kitchen). Live against OpenAI's API docs the recurring anatomy is a unique URL, an authorization key, and a request/response body - and every tool you connect (Notion, Telegram, WhatsApp) needs its own key.
A webhook is the 'smarter' push variant. An API is a pull: you keep asking whether the order is ready. A webhook is the system telling you the moment something changes - 'a doorbell', or the parent calling 'food is ready' instead of the child asking every five minutes. Webhooks are what n8n triggers ride on from Day 3 onward.
Prompting, automations, and agents are all 'advanced versions' of this one idea; the Day 5 MCP session extends the same waiter analogy to a concierge.




