KnowledgeNet.ai

Your team leaves with an agent in production.

The technical workshop. For people who already write skills and run them on a schedule, and now need the architecture, the gates and the evals that let something run when nobody is watching it. Four hours, or seven if you take the afternoon.

Agent architectureSkillsContext management Token economicsModel selectionMCP servers Tool designHuman-in-the-loopEvals GuardrailsObservabilityDeployment
1
Agent running in your environment, against your systems, before the day ends
4 or 7 hrs
Four hours ships one agent. Seven adds the platform the next ten sit on
0
Slides. Everything is built in the room, on your stack, in your repo
Which room you belong in

Five belts. This workshop starts at the fourth.

We grade AI capability on a five-rung ladder borrowed from martial arts — white, yellow, green, brown, black — and we walk every room through it in the first five minutes, because the honest answer decides which day is worth your money. This page is the top end of that ladder. If your team is anywhere left of brown, the four-hour workshop is a better use of the day, and a cheaper way to find out.

White
Not started
No account, or one that nobody opens. We assume nobody reading this is here.
Yellow
A very good writer
You paste things in and ask for an email, a document, an SOP. Nothing of yours is connected to it, so it knows nothing about you.
Green
Connected
Email, calendar, CRM, the accounting system, the drive. It answers questions about your business instead of the world's.
Brown
Skills, on a schedule
You have written skills, saved them, and at least one runs on a clock without being asked. You have stopped prompting and started building.
Black
Autonomous
Agents run parts of the business on their own, with people at the gates that matter. Digital labor has a place on the org chart.
← The four-hour workshop — if you are not at brown yet skills on a schedule at four hours · your first agents at seven
This workshop — for the people who build one agent at four hours · the platform at seven

The entry test is brown, and we hold it. If your team has not written and scheduled skills, day one here will be spent teaching what the four-hour workshop teaches better — and you will pay this workshop's rate for it. We would rather tell you that now than at nine in the morning.

And what comes after

One agent running is where it starts, not where it ends.

Getting one agent to run is a weekend. Getting a fleet of them to run safely, survive a model change, and be owned by somebody with a name is the actual discipline. Here is how we grade it, and where this day puts you.

Stage one

One agent, in production

It watches something real, it drafts, and it stops at a gate for a person. Every run is logged, every action is reversible, and one named human owns it. Not a demo on a laptop — a thing that ran last night.

Reached in the four-hour
Stage two

A fleet you can change safely

Several agents across more than one function, each with scoped credentials, an eval suite built from real failures, and a deploy you can roll back. You can change one without holding your breath about the others.

Reached in the seven-hour
Stage three

Designed for it from the start

Digital labor sits on the org chart with a budget and an owner. New processes get designed for agents rather than retrofitted onto them, and the question stops being whether to automate and becomes who approves it.

A year of doing it · nobody can hand you this
The curriculum

Twelve things that decide whether it survives contact with production.

Every one of these is the thing that breaks a working prototype three weeks later. We teach them in the order you hit them, on your own systems, with your own credentials, in your own repository.

One

Agent architecture

The loop, the tools, the stopping conditions. Why most things called agents are a prompt in a while-loop, exactly how that fails, and what separates one that recovers from one that spirals.

Two

Building and managing skills

Writing skills that hold when someone else runs them, versioning them, and a shared library the team actually maintains — plus the judgment call of when a job is a skill and when it needs to become an agent.

Three

Managing context

What goes in the window, what gets retrieved, what gets compacted, what gets remembered between runs. The difference between an agent that stays sharp for four hours and one that forgets its own instructions.

Four

Managing token spend

Tokens are the meter that is always running. Caching, compaction, budgets per run, and knowing your cost per task to the cent — before finance asks, not after.

Five

Choosing and switching models

The frontier model where judgment matters, the small fast one for mechanical steps. Routing between them, falling back when one is down, and upgrading when a new one ships — with your evals as the safety net.

Six

MCP servers

Connecting the system that has no integration and never will. You write one against your own internal API in the room — resources, tools, auth — and point an agent at it.

Seven

Tool design

The single largest determinant of whether an agent works, and the one nobody spends time on. Naming, schemas, defaults, and writing error messages the model can actually act on rather than apologize about.

Eight

Human-in-the-loop

Where the gates go and what an approval actually locks. Making "it drafted it and waited" the default, so the interesting question becomes which gates you are confident enough to remove.

Nine

Evals

How you know it still works after the model changes underneath you. Building a small suite out of three real failures from your own logs, and wiring it so a regression fails loudly instead of quietly.

Ten

Guardrails and permissions

Least privilege per agent, secret handling, audit trails, the accounts it must never reach — and the prompt-injection attacks your inputs will eventually carry. Written down, scoped, and demonstrated.

Eleven

Observability

Traces, retries, failure modes and alerts. What to watch, what to ignore, and how to tell a bad day from a broken system when nobody was in the loop overnight.

Twelve

Deployment

Scheduled, triggered and on demand. Version control for prompts and skills, staging versus production, and rolling back at nine on a Sunday night without a heroic effort.

The day, hour by hour

Four hours to one agent. Three more to the platform.

The first four hours are the $5,000 workshop and end with one agent in production. The afternoon is a $2,500 add-on — $7,500 all-in — and builds the platform. Hands on keyboards throughout: one machine per person, your stack, not ours.

TimeWhat we doWhy it is there
0:00 – 0:15Belt check What is already running, what broke last time, and which process we are putting an agent on today. Chosen before the day, confirmed in the room.
0:15 – 1:00Tools and MCP Write an MCP server against one of your systems. This is where the capability stops being generic — an agent is only as good as what it can reach.
1:00 – 1:45The loop Build the agent: what it watches, what it drafts, where it stops. Then break it deliberately and watch how it recovers.
1:45 – 2:00Break The one where the security questions get asked properly.
2:00 – 2:40Gates, permissions, secrets Scope its credentials down to the minimum, put the human gate in the right place, and prove what it cannot reach.
2:40 – 3:20Evals from real failures Take three things it got wrong this morning and turn them into a suite that runs on every change. This is the habit that outlives the workshop.
3:20 – 4:00Ship it Deploy, schedule, wire up traces and alerts, and roll it back once so you have done it before you need to.
The four-hour workshop ends here — one agent in production, owned and reversible.$5,000 · per company
The afternoon — the platform. +$2,500 add-on · $7,500 all-in
4:00 – 4:20Lunch, and the pick Platform or internal application — chosen at booking, confirmed now that the morning has shown where the friction actually is.
4:20 – 5:30The substrate Registry, shared auth, secrets and audit — or the application's real schema and real authentication. The boring part that makes the next ten quick.
5:30 – 6:30Build on top Two agents running on the substrate, or agents wired into the application — with the shared eval harness running in CI.
6:30 – 7:00The handoff The pattern written down, owners named per agent, and the rollback rehearsed one more time on the day's real deploy.
The afternoon · seven-hour workshop

Then you make the second one cheap.

Chosen when you book. The morning proves one agent can run. The afternoon is about the tenth one taking a day instead of a month.

Option one

Build the platform

The substrate underneath the fleet. An MCP server against your core system of record, a shared place agents and skills live, common guardrails, and one eval harness they all run through. Boring, and the reason the next ten are quick.

  • MCP server for the system everything else depends on
  • A registry: where skills and agents live, and who owns each
  • Shared auth, secrets and audit trail — scoped once, inherited
  • One eval harness and a CI job that runs it
You leave withThe substrate in your repo, two agents on top of it, and a written pattern the rest of the team can follow without you.
Option two

Ship the internal application

Some of what your team wants is not an agent — it is the tool nobody has had six weeks to build. Real auth, real data, deployed where your team owns it, in your repository with your pipeline. Built in the afternoon, in front of you.

  • Named out loud, scoped in ten minutes, no design phase
  • Real authentication and real data, not a mock
  • Deployed to your infrastructure, in your repo, with CI green
  • Agents wired into it where they earn their place
You leave withA deployed internal application your team owns outright, and a realistic sense of what the next one costs.

Both options end the same way: something running that you did not have at breakfast.

Before the day

What we need ready, and who should be in the room.

This one has prerequisites, and they are not negotiable. A technical day spent waiting on a credential is an expensive way to do nothing.

Ready before we arrive

Confirmed in the two-hour engineering session three to five days ahead, which is included.

  • A sandbox or non-production environment we can deploy into
  • API credentials for at least one real system of record
  • Repository access for everyone attending
  • Model API keys, or ours for the day
  • One process chosen, with the person who actually performs it available
  • Security sign-off on scope, in writing

Who should be at a keyboard

Up to ten seats. The mix matters more than the count — a room of only engineers builds the wrong thing very efficiently.

  • Whoever owns integrations. They will write the MCP server and keep it afterward.
  • Whoever owns security. The permissions conversation happens once, properly, with them in the room.
  • One or two engineers who will maintain this. Not observers — they type all day.
  • The person who does the process by hand today. The most valuable seat in the room, and the one most often left empty.
  • An executive sponsor, for the last hour. They decide what ships and what gate comes off next.
Investment

Half a day, or the whole one.

Per company, on site, for your technical team — same price as the four-hour workshop, and most companies eventually buy both, in that order.

Four hours

One agent, shipped

$5,000
per company · up to 10 seats
One agent designed, built, gated, evaluated and deployed against a real system of record, with your team's hands on the keyboard for all of it.
You leave withAn agent in production, an MCP server, a small eval suite, and a rollback you have already performed once.
Most impact
Seven hours

The agent, plus the platform

$7,500
per company · up to 10 seats
The $5,000 morning plus a $2,500 afternoon: building either the platform the next ten agents sit on, or the internal application your team has been asking for.
You leave withEverything above, plus the shared substrate or a deployed application, and a pattern the rest of the team can follow.
4 hours
$5,000
7 hours
$7,500
Two hours of AI engineering before the dayIncludedIncluded
MCP server written against one of your systemsIncludedIncluded
Agent built, gated and deployed to your environmentIncludedIncluded
Eval suite built from your own failuresIncludedIncluded
Permissions and secrets scoped in writingIncludedIncluded
Everything committed to your repositoryIncludedIncluded
Afternoon build — platform or applicationIncluded
Shared eval harness and CI jobIncluded
Fractional AI engineering after the dayOn request · one day a week upward
Book it

Book the workshop — $5,000

Add the three-hour afternoon for $2,500 at checkout, for $7,500 all-in. Card, bank transfer, Affirm and Klarna accepted.

Not sure yet? The note below gets you a straight answer first, at no charge.

Reserve your date →
buy.stripe.com/eVq8wO0EO2ZKel31TA8Ra1k