This month the agents stopped waiting for instructions and started showing up to work. In sales, in marketing, inside Teams, with real access to your systems. The executive question flips with them. Not what can an agent do, but who is managing it.
One theme ran through almost everything worth reading: the AI agent has graduated from demo to direct report. It prospects your pipeline overnight, drafts the ad, lives inside the tools your team already uses, and increasingly holds keys to systems that can move money or delete data.
That changes the job at the top from evaluating capability to managing a workforce. A badge for each agent. The narrowest access it needs. A logged trail. And a human over anything that cannot be undone. This issue is the management manual for your newest hires.
Most companies are hiring a new kind of worker. It does not need a desk and it does not sleep. It can read your files, send messages, and make choices on its own. McKinsey pegs the prize at $2.6 trillion to $4.4 trillion a year, which is exactly why agents are being handed real permissions so fast. The catch: eight in ten companies say their agents have already done something risky, like looking at data they should not see.
The agents are not evil. They are new workers who got the keys to the building on day one. For years AI was a helper that talked. You asked, it answered, and a person did the work. An agent does the work. It makes a plan, takes a step, looks at what happened, and takes the next step, with nobody clicking approve in between.
McKinsey has a good name for them: digital insiders. Like any employee, they carry a badge that opens some doors and not others, and they can hurt the company by accident or because someone tricked them. The difference is scale. There are more of them, they work faster, and they talk to each other all day.
Here is the good news. Only one percent of companies say their AI is fully mature. Everyone is early, which means you still have time to set the rules before the building fills up. Start with three questions before any agent goes to work. Do our rules cover agents? Is every agent on a list, with what it does, what it can see, which model it runs on, and which human owns it? And do we have people who know how to check?
The simple rule for the list: if it is not on the list, it does not run. Pilot projects multiply like rabbits, and six months later nobody knows how many agents are live. You cannot govern a workforce you have not counted.
Once agents are live, four rules cover most of the job. Every agent gets its own badge, with the smallest set of doors it needs and not one more. Write everything down, including why it acted. Watch the hallway, because agents talk to other agents more than to people. And keep an off switch, rehearsed before the bad day comes.
The winners will not be the companies that move fastest. They will be the ones whose agents can be trusted by customers, regulators, and the people who work there. Trust is not the paint. It is the floor.
For a long time software did exactly what we clicked. Then chatbots could talk and write, but a person still did the work. Now an agent takes a goal, makes a plan, and does the work: it books the meeting, pays the bill, or changes a setting deep inside your systems.
Think of a map and a driver. A map shows you the way; a driver takes you there. For years AI was the map. Now it is the driver, and when you hand someone the wheel, you want to know they can drive.
Gartner expects four in ten business apps to include task-specific agents by the end of 2026, and warns that more than four in ten agent projects will be cancelled by 2027, mostly for unclear value and weak risk controls.
For fifty years, finding buyers meant cold calls, trade shows, and long lists of names bought from a broker. You bought ten thousand names, your team called all of them, one in a hundred picked up, and one in a thousand said yes. If you wanted more sales, you made more calls. Most of that work was guessing.
The new way starts with a simple idea: buyers leave footprints before they buy. A company hires a new head of sales. It posts jobs for people who know a certain tool. Its CFO writes about cutting costs. Someone from its office visits your pricing page three times in a week. Alone, each clue means little. Together they tell a story.
A human can track a handful of these intent signals about a handful of companies. Nobody can watch thousands of clues across thousands of companies every day. An agent can, and it never gets tired. Think of a weather forecast: one cloud tells you nothing, but a million readings tell you it will rain at three o'clock.
Strip away the vendor vocabulary and AI does four jobs in finding customers. Each one used to be done by a person, slowly.
Show it your fifty best customers and it finds five hundred look-alikes: same size, industry, tools, and problems.
Scores that learn from who actually bought last quarter, and rewrite their own rules as the market moves.
One note to one person that reads like someone did their homework, read by a human before it goes out.
A buyer lands on your site at 2 AM. The agent asks three good questions and books Tuesday's meeting.
Put the four together and you get a machine that watches for clues, picks the best people, writes the first note, and books the meeting. Your humans step in at the moment that matters most: the actual conversation.
The most tempting mistake is to buy an AI writing tool and send ten times more email. What you get is ten times more noise. Buyers see the same robot-sounding note from five vendors a week and stop opening anything. Since 2024, Google and Yahoo block bulk senders who collect too many spam complaints, so a company using AI as a megaphone can lose the ability to reach anyone at all.
Picture two teams with the same product. One sends twenty thousand AI-written emails a month. The other uses AI to pick two thousand companies showing buying signals now, and sends each a note that mentions something true about them. The second team sends a tenth of the email and books more meetings. It is not magic. It is better aim.
Five decisions, in order. Pick one lane. Clean the data before you buy the tool. Write one page on what a good lead is. Keep a human on the send button. And change the scoreboard: count meetings booked, not messages sent. The twist ahead is that buyers are getting agents too, and only a message with something real in it gets through their filter.
Agents rarely fail in dramatic ways. They fail in small, quiet ways that add up. They do too much: told to clean up old files, they delete files you still needed. They get tricked by a hidden line in a web page. They keep going, sending the same email five hundred times. And they tell too much, sending a whole customer file when one line would do.
In every case the agent was not evil or broken. It had more freedom than it had earned, and nobody was looking. That is good news, because freedom and watching are both things you control.
You already know how to bring a new person into a company. A small job first, no credit card on day one, work checked, the right to let them go. Use the same common sense with agents, in this order.
If the job does not fit in one sentence, it is too big for a first job.
Money, deleting data, emailing customers, signing, and changing access need a person to say yes.
Its own login, read-only where possible, a spending limit. Vendor agents get the same treatment.
A copy of your system with fake data, messy inputs, and attempts to trick it.
Every action and its reason, in a log a normal person reads every week.
If you cannot stop it in under five minutes, it is not ready to run.
Three years ago, AI in marketing was a party trick. Today the tools read, write, draw, listen, and talk. They can spot the customers about to leave in a spreadsheet of ten thousand, turn one blog post into a video script and five social posts, and answer a customer at midnight in your brand's voice.
The biggest change is not any single trick. The cost of making marketing stuff just dropped to almost zero. Expect ten times more ads next year. Most will be average. Yours do not have to be.
Every business has a slowest part. In marketing, it used to be making things: writing took days, design took weeks, a campaign took a quarter. AI removes that bottleneck. Now the slowest part is deciding what to make and knowing whether it worked. That is a leadership job, not a tool job. When everyone can make a campaign in an hour, speed is table stakes and your edge becomes taste, judgment, and knowing your customer.
Three traps catch smart teams. Sounding like everyone else, because AI writes the average of every ad ever written. Making things up, like the airline chatbot that promised a discount that did not exist and the court that made the airline pay it. And losing trust, through bots that pretend to be people or private data pasted into tools nobody vetted.
The fix is a one-page rule sheet. What AI may do alone: drafts, sorting, suggestions, answers already on your FAQ. What a human must approve: anything a customer sees, any number or claim, any promise about price. What AI must never do: pretend to be a person, invent a fact, or spend money with no limit. Then run a 30-day start: pick one job, write the rules, run it side by side, and decide.
The hype says wire an LLM into the loop and let it decide. The dissent, from people running agents in production, is blunter: keep the model out of the core. Building Zara, ANCI's scheduling agent, the team first put an LLM in charge of intent, tool selection, and plan revision, and hit a hallucination cascade plus rising latency and token costs.
So use the LLM for exactly one job: turning a fuzzy request into structured, validated intent. Then deterministic code selects tools, validates, compiles a plan, and executes.
Hallucinations stop cascading, costs stay flat, and the system becomes inspectable. The smartest agent architecture uses the least AI it can get away with.
Agents are getting more useful because they do more than answer questions. They take actions, use tools, and work through a task. But an agent is only as useful as the doorway people reach it through. A separate app is a tax most teams will not pay.
So one of ANCI's current builds connects an AI scheduling assistant directly to Microsoft Teams. The goal is simple: let people talk to the assistant inside a Teams chat instead of leaving Teams to open another application.
The assistant already has a backend that understands requests and finds meeting times. Teams cannot talk to that backend on its own. A separate adapter service sits between them and translates every message in both directions.
The user writes in Teams. Azure hands the message to the adapter. The adapter calls the scheduling backend, then carries the answer back into the same chat.
Agents are not always instant. A single scheduling request means understanding what the user wants, identifying the people involved, checking their calendars, finding possible times, and returning the results. Making someone stare at silence while that happens is how you lose them.
Teams supports Adaptive Cards, which let the bot show structured information inside the chat. Instead of a spinner, the user watches the work happen: checking calendars, finding slots, then a proposal of Wednesday at 2 PM or Thursday at 10 AM, with a confirm button.
The third part is conversation state. An agent may ask, "What day works best for you?" and the user answers, "Tomorrow." The system has to know that "tomorrow" answers the previous question and is not a brand-new request. The integration tracks where each conversation stands and routes every new message back to the right workflow. That memory is what separates an agent from a simple chatbot.
The interesting part of this project is that the agent already exists. The work is connecting it to a new environment and making sure messages, conversation state, and responses move between two systems correctly. Working with AI is not always about building the AI itself. Sometimes it is about building the systems that let people use it.
Translates between Teams and your agent, in both directions.
Show progress and proposals instead of a blank wait.
So the thread remembers itself and short answers land in the right place.
The same principle runs through this issue's Blueprint. Put your agent's real actions in one predictable engine, and every new surface, Teams today, an MCP server tomorrow, becomes a thin door instead of a rebuild.
For twenty years, if you wanted other companies to build on your software, you built an API: a door for programmers. A new InstallMap study of 5,630 Y Combinator startups found many of the newest companies skipping it. They build an MCP server instead, a door for AI assistants like Claude and ChatGPT.
Of the 119 sampled YC companies with an MCP server, 43, or 36.1 percent, show no public API the researchers could find. One in three built a door for agents and never built one for programmers.
The study checked every company site for a public API, an llms.txt file written for AI to read, and an MCP server that lets an assistant act inside the product. The llms.txt share climbs with every batch. The API share stays flat. MCP servers close the gap: about 10 percent of companies from 2012 to 2021 run one, against 16 percent from 2022 to 2026.
Look at the names with an MCP server and no API: Pave, Storylane, WayUp, Instrumentl. Pay benchmarks, product demos, campus hiring, grant search. Their customers will never write code, but they spend their day inside an AI assistant.
What these companies skipped is not the technology. It is the years of upkeep that come with a public API.
A programmer reads your manual and ships a week later. An assistant reads one paragraph and uses your tool right away.
An API is a contract kept alive for years. An MCP server is a short list of tools two people can build in a week.
About 71 percent of MCP companies also publish llms.txt, against 22 percent of everyone else. They write for machines first.
"Find a time for these five people" instead of list calendars, check slots, create event. You decide the size of each step.
Consumer and employer businesses get a way into AI at a price they can afford.
An MCP-only product makes trade-offs that do not show up in the demo.
The same request becomes different tool calls depending on which AI, which instructions, and which version shipped that morning.
Nightly syncs, alerts, and partner integrations have no person in the loop and do not fit through an MCP door.
The server calls something inside your product. People will find it and depend on it, with no version and no manual.
Login rules have been rewritten more than once, and an AI can be tricked by text it reads from a tool.
Who pays when one question becomes forty calls? Only 1.4 percent of YC companies are in the official MCP registry.
At ANCI the question was never API or MCP. It was: what is the engine underneath, and which doors open onto it? Zara's scheduling actions live in one engine. Find free time, propose slots, confirm, reschedule. Each has a clear input and output and behaves the same way every time. The AI's only job is to turn a request into one of those actions.
Everything above the engine is a door. Teams, email, the web app, and a thin MCP server that maps straight onto actions that already exist. Build the engine first and the hidden-API problem goes away, because you designed the contract before you exposed it.
If the answer is inside Claude, ChatGPT, or Copilot, show up there. Soon.
List the actions your product can take, with clear inputs and outputs. Every door depends on it.
Name the first partner who needs a real API, and write it down the week they ask.
Thursday, November 19, 2026 · 6:30 PM
Oshman Family JCC, 3921 Fabian Way, Palo Alto, CA 94303
Hosted by Raj Lal. Ten agent teams, five minutes each: live, unscripted demos only, with no slides, no video, and no pre-recorded escape hatch. The audience votes across six award categories, and the night pairs the competition with networking, pizza, and free parking. Bring the question this issue keeps asking: who is managing the agent on stage?
Tickets $15 general · $5 students · $35 startup showcase table.
A loan-processing agent misreads a short-term debt as income. The scoring agent downstream trusts that number and assigns a high credit score. The approval agent trusts the score and says yes. Each handoff looked reasonable on its own, and no single agent did anything a reviewer would flag. It is a game of telephone between machines, except at the end of the line a real customer receives a loan they cannot pay back, and the bank carries the loss. Small errors do not stay small when every agent in the chain believes the one before it.
A scheduling agent inside a hospital is hijacked. It asks the records agent for patient files and explains, “A doctor needs this.” The records agent has no reason to doubt a colleague it talks to every day, so it complies. The files leave the building. No alarm rings, because every step in the exchange looked normal: a known agent, a plausible reason, an approved channel. The breach was not a broken lock. It was misplaced trust between two insiders, and nobody was positioned to question the request.
Someone copies an agent's identity, the way a thief copies an employee badge, and walks in as the claims agent. They ask for insurance histories. The system checks the credential, sees a name it trusts, and opens the door. Nothing in the logs looks unusual, because from the system's point of view the claims agent did exactly what claims agents do. The weakness was not the data or the model. It was an identity that could be borrowed, with no second signal to confirm that the agent asking was the agent it claimed to be.
A support agent asks an outside fraud-detection agent for help with a suspicious account. It needed to share one line. It sent the entire customer file. Nobody wrote the exchange down, so nobody knows the leak happened: not that day, not during the audit, not ever. Nothing was hacked and nothing was stolen in the usual sense. Private information simply ended up somewhere it should not be, carried there by an agent that was trying to be helpful and had more access than its task required.
A labeling agent tags a batch of drug-trial results incorrectly. Every agent downstream builds on those labels: the analysis agent, the summary agent, the reporting agent. By the time the report reaches the regulator, it looks immaculate. The formatting is perfect and the numbers reconcile. It is also built on sand. Look across all five McKinsey scenarios and the pattern is the same: an agent believed another agent, and nobody kept a record of why. That is the pattern every governance plan has to break.
A recruiting team gives a new agent one job: schedule interviews. In week one it only reads calendars and suggests times; recruiters send every email. It has its own login and cannot see salaries or candidate notes. Before meeting a real candidate it spends two weeks on a practice calendar full of fake people. By week three it sends emails itself, each logged with a one-line reason. On a Friday a recruiter reading the log spots a Sydney candidate booked at 2 AM local time. The team adds one rule, eight to six local, and the mistake never recurs. Six months later the agent runs the whole scheduling load.
The first agent to read its own governance doc. And a short story from the blog, set in 2032, in which an AI agent is interviewed for a job by another AI. It's fiction. It also feels about six months early.
That is the line that should worry us all. When both sides of a hiring loop are AI, the whole performance collapses into a hall of mirrors: a candidate coached to seem a little less optimized, an interviewer who is not sure what she is looking for, and a leadership team that never reads the transcript.