{"slug": "ai-engineer-wows-at-canopy-in-san-francisco", "title": "AI Engineer WOWs at Canopy in San Francisco", "summary": "Postman AI Engineer was demoed at a meetup in San Francisco, showing how it uses a Context Graph to map system dependencies and identify downstream impacts of code changes. The demo highlighted that a single schema edit required updates to 10 artifacts, demonstrating the tool's ability to surface hidden dependencies across APIs, services, and tests.", "body_md": "# AI Engineer WOWs at Canopy in San Francisco\n\nLast week at Postman’s [Agents and APIs meetup](https://www.postman.com/events/) at Canopy in San Francisco, I gave my first external demo of the [AI Engineer](https://blog.postman.com/introducing-the-ai-engineer/) to a packed room of about 80 developers. Did I fly from LA to SF just to demo this because I was so excited? Yes. Was it worth it? Hell yes.\n\nThe headline of my talk was: *Coding is easy. Context is not.*\n\nThe thesis: software doesn’t sit in isolated files. A schema change in one place ripples through APIs, services, data flows, and teams that the AI has no visibility into. When you’re making system-level changes, generating the code is rarely the bottleneck. The bottleneck is understanding the impact of that code across the entire system.\n\nThat’s what the AI Engineer is built to solve, because it queries the [Context Graph](https://blog.postman.com/new-postman-is-here/).\n\n## The setup: one small schema change\n\nThe demo started with a tiny edit. I changed the response schema of one API. New field, slightly different shape.\n\nThen I prompted the AI Engineer:\n\n@Postman Tell me what needs to be updated because of that change. What are the\n\n[downstream dependencies]?\n\nA couple of minutes later, the AI Engineer surfaced 10 artifacts that needed updates:\n\n- 5 other APIs that called the updated endpoint\n- The backend\n`models.py`\n\nfile - The main Flask\n`app.py`\n\nfile - The tests\n- The docs\n\nOne schema edit. Ten places to touch. I would have never known to open most of those files on my own. The room got quiet.\n\nI then pointed out the obvious. If one small change touches 10 artifacts, imagine a migration. Or an authentication rewrite. Or a complete refactor. Think about how many artifacts and how much of your application would silently break that you’d never know to update. That’s the failure mode every senior engineer has lived through, and it’s the failure mode that [retrieval-augmented coding agents have not solved](https://arxiv.org/abs/2308.03296) on their own. Until now.\n\n## Why the Context Graph matters\n\nThe Context Graph creates a map across artifacts so the AI Engineer has a continuously updated understanding of how your systems are connected. APIs are the contracts that tie those systems together. By making those relationships visible and traversable, the AI can reason across the architecture instead of starting from scratch every prompt.\n\nIt can see that this endpoint belongs to this service, that this contract is consumed by these applications, and that these changes may affect these workflows. I could feel everyone leaning in.\n\nEngineering at scale is graph traversal. The senior engineers who seem to instinctively know which Slack channel to ping before a refactor aren’t doing magic. They’re walking an internal map of producers, consumers, owners, and tests. The Context Graph encodes that map and hands it to the agent.\n\n## Audience question 1: what’s actually inside the Context Graph?\n\nThere was time for two questions. The first perfectly summed up the point I was trying to make.\n\nWhat’s inside the Context Graph?\n\nThe short answer: EVERYTHING.\n\n- Your APIs and their\n[OpenAPI specifications](https://learning.postman.com/docs/design-apis/specifications/overview/) - Your databases and services\n- Your\n[Postman Collections](https://learning.postman.com/docs/collections/collections-overview/), monitors, and environments - Third-party tools like Sentry, Datadog, and New Relic\n- Any service that calls your APIs, whether it lives in the same repo or a different one.\n\nYour full API ecosystem shows up in the Context Graph. That makes it discoverable, queryable, and actionable, which is the prerequisite for any agent that wants to make changes you can trust.\n\n## Audience question 2: why invoke from Slack first?\n\nThe second question was about invocation surface.\n\nWhy Slack?\n\nWe brought the agent to where you already work, and more invocation points are coming. You can already drive it through [Agent Tasks in the Postman workbench.](https://learning.postman.com/docs/postman-ai-agent-builder/agent-mode/) The API, Claude, GitHub, and [the Postman CLI](https://learning.postman.com/docs/postman-cli/postman-cli-overview/) are on the way.\n\nThe pattern I keep coming back to: the agent should run where the work already happens. Forcing developers into a new tab is the failure mode of every internal platform tool that ever shipped.\n\n## What this changes\n\nThe key takeaway developers walked away with: AI-assisted development falls apart at the architecture level without context, and the Context Graph is what makes it work.\n\nWhen the AI engineer gave back a huge list of downstream dependencies – five other APIs, the models file, the Flask backend, the tests, the docs, you could see the excitement. It wasn’t a code generation demo. It was a system-level reasoning demo.\n\nThat’s the shift I want every developer to feel firsthand.\n\n## Try it yourself\n\nThe AI Engineer is currently in beta. If you have a Postman workspace with collections and specs already in it, you already have the substrate. Add the integration for Slack, then ask the agent to do something that would normally require a manual audit:\n\n```\n@Postman A teammate is about to rename the `user_id` field in the\nGET /users/:id response. Trace every collection, service, test, and\ndoc that consumes it, and tell me what would break.\n```\n\nOr, if you want to start with something safer:\n\n```\n@Postman Review the dependencies across the services in this workspace.\nSurface any breaking inconsistencies and propose changes.\n```\n\nThen watch what comes back and try to pick up your jaw off the floor.\n\n## Resources\n\n[Introducing the AI Engineer (Postman Blog)](https://blog.postman.com/introducing-the-ai-engineer/)[The New Postman is Here: AI-Native and Built for the Agentic Era](https://blog.postman.com/new-postman-is-here/)[Postman Docs: API specifications overview](https://learning.postman.com/docs/design-apis/specifications/overview/)[Postman Docs: the Postman CLI](https://learning.postman.com/docs/postman-cli/postman-cli-overview/)[Postman Docs: integration for Slack](https://learning.postman.com/docs/integrations/available-integrations/slack/)[Postman events calendar](https://www.postman.com/events/)", "url": "https://wpnews.pro/news/ai-engineer-wows-at-canopy-in-san-francisco", "canonical_source": "https://blog.postman.com/ai-engineer-wows-at-canopy-in-san-francisco/", "published_at": "2026-06-26 15:00:12+00:00", "updated_at": "2026-06-26 15:33:12.990620+00:00", "lang": "en", "topics": ["ai-tools", "developer-tools"], "entities": ["Postman", "AI Engineer", "Context Graph", "Canopy", "San Francisco", "Sentry", "Datadog", "New Relic"], "alternates": {"html": "https://wpnews.pro/news/ai-engineer-wows-at-canopy-in-san-francisco", "markdown": "https://wpnews.pro/news/ai-engineer-wows-at-canopy-in-san-francisco.md", "text": "https://wpnews.pro/news/ai-engineer-wows-at-canopy-in-san-francisco.txt", "jsonld": "https://wpnews.pro/news/ai-engineer-wows-at-canopy-in-san-francisco.jsonld"}}