The agent as an enterprise system
Stripe Kai put a thousand skills in a filesystem, not a prompt
According to LangChain's case study, one engineer built the first version of
Stripe's internal Kai agent in a week. The speed is impressive, but what
happened after launch is more interesting.
Kai uses an S3-backed virtual filesystem, sandboxed Python, and summarization.
Instructions and knowledge are split into skills and disclosed progressively
instead of permanently occupying the shared prompt. Stripe says 83% of its
employees use Kai every week and that session volume has exceeded 60,000.
Success created the next limit. The system now contains more than 1,000 skills
and 500 MCP tools. No model can select reliably from a catalog that large if it
sees everything at once. The team is building a hybrid selector: a classifier or
retrieval layer first narrows the space, and an LLM makes the final decision.
This is an important correction to the idea that a smart model will simply
figure it out. Beyond a certain scale, routing becomes its own system with its
own evals, access mistakes, and cost. A simple user interface is paid for with
the complexity of a control plane the user never sees.
Concepts: virtual filesystem, progressive disclosure, skills,
tool routing, selector.
Source: Stripe and LangChain case study.
A GitHub comment became an input to background automation
Copilot automations can now start when a new issue or pull-request comment
appears. A team defines the trigger text, and a cloud agent can investigate a
stack trace, update documentation, or create a follow-up issue.
At the same time, GitHub added reasoning-level selection for its cloud agent and
allowed enterprise settings to be specialized by team. Together, the three
changes form one product: an event starts inside the ordinary workflow, compute
budget is specified beside the model, and availability is controlled by the
organization.
But a comment is an external surface. If a string match is enough, a team must
know exactly who can create that string, which repository permissions the agent
receives, and whether an unauthorized participant can trigger expensive or
dangerous work. An event-driven agent needs the same controls as a webhook or CI
job, not merely a good system prompt.
Concepts: event trigger, cloud agent, reasoning budget,
managed policy, repository permissions.
Sources: comment-triggered automations,
reasoning levels,
team settings.
Microsoft assembled cyber defense from different models and roles
Project Perception entered public preview with vulnerability management as its
first scenario. Microsoft describes not one universal security agent, but a
system of red-, blue-, and green-team agents sharing context, a harness, models,
and actuators.
The specialized MAI-Cyber-1-Flash operates inside the multi-model MDASH system.
Microsoft reports a 96% any-crash score on CyberGym and nearly 50% lower cost
than its current production configuration. These are vendor figures for one
scenario, not a universal measure of cyber capability.
Even so, the architectural choice is revealing. A frontier model does not need
to do everything. A fast specialized model can find vulnerabilities, another
can verify the finding, and a third can evaluate the fix. The shared value comes
from a loop that passes context between them and does not let one role declare
itself the winner without challenge.
Concepts: multi-model system, red team, blue team,
green team, CyberGym.
Source: Microsoft announcement.