Interview · AI and work

Give Your A-Team a Team: An Interview on AI and Work

Ryan York interviewed me for his series on how AI is actually being used inside companies. Here is the recording, what I said, and the evidence behind each point.

Reviewed by a panel of AI reviewers (Claude Opus 5.5) on 7 October 2026 and revised 15 October 2026; not externally peer reviewed.

Watch the interview on YouTube

About me. 27 years in defense, intelligence, commercial and international technology, including one of five Chief Engineers on the Air Force ABMS Digital Infrastructure Consortium and advisor to Leidos sector CTOs; since April 2026, sole operator of Wolfberg LLC with an AI team. What I say here rests on that experience. wolfberg.ai · linkedin.com/in/bergatkinson

Watch the interview
Ryan York with Berg Atkinson · 42 minutes · on YouTube

The short version

Ryan York had me on for his series on how AI is actually being used inside companies, and I started where I always start: the real question right now is how do we use this. Not which model is smartest, but how an organization actually puts it to work. These are the main points, in the order they came up.

Working with it as a team, what I found is that it needs leadership. I work with it the way I'd work with my people, with a lot more handholding. It's your smartest, laziest employee, most of the time.

Whenever I see a story about someone's AI running wild and spending a million dollars, my question is whether they'd give a new employee the company credit card and the keys to everything on their first day.

By default the models stop looking when they get to their first defensible answer, and correctness has nothing to do with it. We all know people who are confidently wrong because they stopped researching when they found something that supported their argument.

My first advice to any company is to get your A-team, every company has one, and give them a team, not a tool. And don't lay off your senior people, because they need to teach the juniors how to lead teams.

Rules don't work, because you can't just give it a list of rules. You have to give it guardrails and almost incentivize it, and we already know how to do that because we do it with our employees every day.

When one agent hands work to another it's a game of telephone, and the deeper you go the more your context mutates.

You can't give a real number for the return if you aren't measuring anything, so measure before and after.

And everyone says they have a human in the loop. I don't see many people measuring how good a job that human is doing, or keeping them from becoming a human watching the loop.

I also went back through the recording and checked what I said from memory against the record as it stood on the day I recorded it. Three of the seven things I checked held up, and I had Jensen Huang's keynote in the wrong month and city.

More detailed posts on several of these are coming. Two are up: Who Gets It First and Three Valleys, Not One.

Since the interview

The advice I kept coming back to with Ryan was to give your A-team a team, not a tool. Since then I've looked hard at what companies are actually deploying, and modeled the idea in a simulation.

Ryan asked what I hear from almost everyone: if AI is changing how software gets built, why isn't it changing my warehouse the same way? Most companies are rolling AI out the way they roll out software: buy seats, train people on the buttons, count usage. Microsoft now reports over 30 million paid Microsoft 365 Copilot seats and calls it “high usage” when monthly active use is above 80% of a customer's users (its FY26 Q4 earnings call). When the UK's Department for Business and Trade evaluated its Copilot pilot, people liked it and reported saving time, but the evaluation found no robust evidence that the time saved improved productivity; the three-month pilot (October to December 2024) collected little data on that (the evaluation report).

That approach treats AI like a tool you install and train people on. In my experience it works more like a very capable new hire who needs direction and a lot of checking, and it will give you a confident wrong answer if nobody with real judgment is leading it.

What I told Ryan was to start with your A-team, the people you already go to when something hard needs solving, and give them the time and the budget to build with it. Have them build things the rest of the organization can use. And keep your senior people, because their experience is what catches the AI's mistakes, and it's what the juniors need to learn from them. That last part is my practice view.

The AI companies are moving the same way. Since we recorded it, Anthropic announced its Claude Frontier Academy: organizations nominate engineers (five of the eight named firms are consultancies), who train on a simulated deployment and get graded, then lead a real project back home for 12 weeks and get graded again. OpenAI's forward deployed engineers work inside customer companies, and the head of that team says about 80% of stuck cases are deployment problems, not the model (The Next Web).

I modeled the A-team idea against a staged rollout, using the voting model inspired by honey bees from my earlier research note (Valentini et al. 2014; Soma et al. 2024) with an org chart added. On a close call (several nearly equal ways of working), giving the tool to everyone at once with nobody checking left the organization on a worse way of working 69% of the time. A staged rollout got that to 3%, and the ten sharpest people first got it to 2% (a difference within the noise) with about a sixth of the checking while everyone else waited, because a check is only as good as the person doing it. In the model the sharpest are, by definition, the most accurate readers. Ten random people first, with the same checks, left 13%.

Then I let people build new ways of working with the tool, and not only choose between existing ones. With the same amount of building, the ten sharpest improved the organization about 1.7 times as much as everyone building carefully, and about five times as much as everyone trying things once, though there the ten also checked more carefully. With one person's share each they barely moved it, which is why I said to give them the time and the budget. Giving their work an audience did better than ordering everyone to use it, and an order people could check first did better than one they couldn't. On a problem with many local peaks, where step-by-step improvement stops short of the best, who built barely mattered.

These are simulations, not studies of people, and the research note has the model, every number, and which parts the earlier research on herding, social learning, automation and organizational search already knew.

Below are the points I made, with the time in the recording where each one starts and links to the work behind it. The spoken answers stand as spoken; bracketed tags, added after review by a panel of AI reviewers on 7 October 2026, give each point's status. At the end I check what I said from memory against the record.

1The question underneath everything

1:12 I opened and closed on the same question: how do we use this, really? Not which model is smartest, but how an organization actually puts it to work. It is the question behind a whole series I've been writing.

More on this: How Do We Use This?, the working paper, and the series built from it.

2What these systems are, and what they aren't

5:25 A lot of the stories about AI going rogue describe a system working exactly as it was built. What people call "the AI" is a model wrapped in layers of software, a harness, and there is less AI in it than people think.

More on this: the primers What is an LLM?, What is a harness? and What is “AI”?

3It needs leadership

6:55 Working with it as a team, what I found is that it needs leadership. I work with it the way I work with people, with a lot more handholding. It is your smartest, laziest employee, most of the time.

More on this: AI doesn't need to be smarter. It needs a boss. “Laziest” here means stopping at the first defensible answer (point 5).

4Don't hand a new hire the keys on day one

11:51 When someone tells me their AI ran wild and spent a fortune, my question is whether they would give a new employee the company card and the keys to everything on the first day. Trust gets earned in stages, with people and with this.

The evidence: Who Gets It First (section 5.5): a rollout that stages the checking works, but only when the checks are real. With half of them skipped, the simulated organization settled on a worse way of working 30% of the time. Choosing how much to automate, by type and level, is well studied (Parasuraman, Sheridan and Wickens, 2000).

5It stops at the first answer it can defend

13:13 By default the models stop looking when they reach their first defensible answer, and correctness has nothing to do with when they stop. We all know people who do the same thing, which is why most of the fixes already exist in how we manage people.

More on this: The model stops at the first answer it can confidently defend to you. Not when it's right. [Our position. Training does reward correctness where a checker can see the answer (math, code with tests); the stop in open-ended work is where none can.]

6Give your A-team a team, not a tool

17:17 My first advice to any company is to take its A-team, every company has one, and give them a setup like mine. Give them a team, don't give them a tool. And don't lay off your senior people, because they are the ones who can teach the juniors how to lead.

The evidence, in the model: Who Gets It First (sections 5.2 to 5.4), run after this interview. In a simulated 200-person organization, giving a new tool to the ten sharpest people first left it on a worse way of working 1.8% of the time, against 2.8% for a staged rollout (a difference within the noise), with about a sixth of the checking; ten people chosen at random, with the same checks, 12.8%; and the 25 team leads going first without checks, 57.8%, against 68.8% for everyone at once (a comparison that changes both the group and the checking). The reason is that a check is only as good as the person doing it: with five tries, the sharpest ten let 17% of worse options through, ten random members 33%. Built into the model: the sharpest are the ten who read results with the least noise, they can always be found, and everyone else waits 100 rounds (see the figure), so the plan pays off where careful checks are expensive. [Keep your senior people: practice view; the model has no seniority in it.]

How fast each plan puts the organization on the best way Share of the organization on the best way of working at each round, mean over 400 runs: everyone at once stays near 31%; the ladder passes 90% within about 30 rounds; the ten sharpest with 100 rounds alone jump from under 5% to about 98% at round 100; with 25 rounds alone and 20 tries a check they jump at round 25. 0% 25% 50% 75% 100% 0 50 100 150 200 250 300 350 400 round share of all 200 members on the best way Everyone at once, nobody checks The ladder, every check real Ten sharpest first, 100 rounds alone Ten sharpest, 25 rounds alone, 20 tries a check
Figure. Share of a simulated 200-person organization on the best way of working at each round, for four rollouts of the same tool. “The ladder” is the staged rollout: everyone has the tool and checks before switching. Green lines start low while only the ten have it. The text instead counts runs on a worse way at round 400. From Who Gets It First, Figure 4. Simulated; 400 runs per line.

7Build the capability, don't buy the product

18:19 I have bought very few tools, because a team set up this way can build the capability it needs in minutes. Products move too fast to be worth selling, and anyone can build the capability they need if they put their senior people on it.

More on this: Rent the pipes. Own the judgment., which is about renting infrastructure, not building every product. [From one practice.]

8Humans with experience, leading it

24:30 When MIT asked whether AI could help build a jet engine, the answer was yes, with experienced humans leading it. Ten or twenty years of experience is the part nobody can teach quickly, and it is what makes someone able to lead the machine.

The evidence: MIT News on the JARVIS Challenge (July 14, 2026), in which teams of MIT undergraduates designed, built and tested a small jet engine in four weeks with AI as their main engineering partner, and found engineering judgment to be the deciding factor. [Ten or twenty years of experience: practice view; the teams were undergraduates. Against it: AI sped up early design but struggled with physical constraints, and the winning team had resisted using it.]

9Rules don't work. Boundaries and incentives do.

26:09 People are surprised that their AI didn't follow their rules. Once you understand how it works, you know you can't just give it a list of rules. You give it guardrails, and you almost have to incentivize it to make good choices, the way you would an employee.

More on this: Rulebooks are theater. Boundaries and incentives are not. [Our position, from one practice. A model does not change while it works, so “incentivize” means harness design, such as accepting work only once a check passes.]

10Every handoff is a game of telephone

28:26 Context rot is a real problem, and when one agent hands work to another it hands over its own summary of what matters, not yours. The deeper the chain, the more the context mutates, which is one reason I stay in the middle of it.

More on this: the primer What is context? [Two separate effects: context rot, a model doing worse as one context grows (Hong, Troynikov and Huber, 2025), and handoff loss, what a summary drops.]

11Measure the return, starting before you begin

33:00 It is easy to measure what you spend on AI and hard to know what it returns. You can't give a real number if you aren't measuring anything, so measure before and after, and measure more than story points.

More on this: the proof page, which shows how this site's figures are modeled, not measured before and after, and the live totals on the home page, recompiled nightly.

12Is your human in the loop, or watching it?

38:27 Everyone says they have a human in the loop. Hardly anyone measures how good a job that human is doing, and I'd bet most of them are watching the loop rather than in it. Being in it takes experience, which is another reason to keep your senior people.

The evidence: Never let your AI grade its own homework and Your corrections are the most valuable data in your company. In Who Gets It First, a staged rollout whose checks turn into approvals was modeled as one with checks skipped: with half, 80% and 95% skipped it ended on a worse way of working 30%, 51.7% and 64.8% of the time, the last close to no plan at all (68.8%). Research on automation bias finds that experts and teams are not immune to it (Parasuraman and Manzey, 2010), which is why the checking has to be measured.

 The recording, checked

I recorded the interview on 20 August 2026. I went back through the recording in early October 2026 and checked it two ways: what I said from memory against the record as it stood on 20 August, and whether the two arguments I leaned on hold up when tested. The first is here. The second is points 4 and 6 above, who gets the tool first and earning trust in stages.

What I said, against the record

Seven things I said from memory, each checked against the record as it stood on 20 August 2026. Three matched and four did not.

Table. Each time is where the line starts in the recording.
TimeWhat I saidWhat the record shows
1:2827 years between the military and defense contracting, with the Air Force from 1999 to 2003.Matches.
4:39I left in March.Did not match. My last day at work was in April 2026.
16:12I watched Jensen Huang say the same thing on stage in April, in Singapore.Did not match. The talk was NVIDIA's GTC Taipei keynote on June 1, 2026, not an April appearance in Singapore. In it he called the idea that AI is cutting jobs complete nonsense, as Vulcan Post reported. He made the same point about this year: “useful AI has arrived,” GitHub commits nearly tripled in the first few months of 2026, and “everything has changed.” He did not name January.
18:19About 3,500 capabilities shipped.Matches. The home page counter, which counts functions, classes and declared cloud resources, read 3,532 on 20 August 2026 and 3,620 after that night's update. Its counting method changed on 19 September 2026, so later figures are not comparable.
24:30MIT released a study on whether AI can build a jet engine.Did not match. The MIT work is the JARVIS Challenge, a student engineering sprint, not a formal study (MIT News, 14 July 2026).
30:16Claude limits you to about five levels of subagents by default.Did not match. On 20 August 2026 the default was three levels below the main conversation, and it can be changed. The fixed limit of five applied only from version 2.1.172 (10 June 2026) to 2.1.216 (20 July); version 2.1.217 set the default to one, and 2.1.219 (24 July) raised it to three (Claude Code docs).
35:56About $6,000 an hour, the modeled value of an hour of the team's work, quoted from the home page counter.Matches. The home page counter read $5,829 an hour on 20 August 2026 and $5,765 after that night's update, within 4% of $6,000. The figure is modeled and recompiled nightly, and the proof page shows how it is calculated.

Sources

  1. Anthropic. (2026, October 2). Anthropic invests $100 million to train 10,000 engineers and tackle the enterprise AI talent gap (Claude Frontier Academy). anthropic.com/news/claude-frontier-academy
  2. Anthropic. (n.d.). Create custom subagents. Claude Code documentation. code.claude.com/docs/en/sub-agents
  3. Atkinson, B. (2026). Who gets it first: Rollout order and checking in a simulated organization. Wolfberg research note, 3 October 2026. wolfberg.ai/papers/who-gets-it-first
  4. Atkinson, B. (2026). The fine print on the hive mind. Wolfberg research note, 30 September 2026. wolfberg.ai/papers/when-the-hive-gets-it-wrong
  5. Department for Business and Trade. (2025, August 28). Microsoft 365 Copilot pilot: DBT evaluation report. GOV.UK. gov.uk/government/publications/microsoft-365-copilot-pilot-dbt-evaluation-report
  6. Hong, K., Troynikov, A., & Huber, J. (2025, July 14). Context rot: How increasing input tokens impacts LLM performance. Chroma Research. research.trychroma.com/context-rot
  7. Microsoft. (2026, July 29). Microsoft fiscal year 2026 fourth quarter earnings conference call. microsoft.com/en-us/investor/events/fy-2026/earnings-fy-2026-q4
  8. MIT News. (2026, July 14). Can AI build a jet engine? JARVIS Challenge tests role of AI copilots in tough-tech engineering. news.mit.edu
  9. NVIDIA. (2026, June 1). NVIDIA GTC Taipei 2026 keynote [Video]. YouTube. youtube.com/watch?v=wSp6AiNIrsY
  10. Parasuraman, R., & Manzey, D. H. (2010). Complacency and bias in human use of automation: An attentional integration. Human Factors, 52(3), 381-410. https://doi.org/10.1177/0018720810376055
  11. Parasuraman, R., Sheridan, T. B., & Wickens, C. D. (2000). A model for types and levels of human interaction with automation. IEEE Transactions on Systems, Man, and Cybernetics, Part A, 30(3), 286-297. https://doi.org/10.1109/3468.844354
  12. Soma, K., Bouteiller, Y., Hamann, H., & Beltrame, G. (2024). The hive mind is a single reinforcement learning agent. arXiv:2410.17517. arxiv.org/abs/2410.17517
  13. The Next Web. (2026, September 23). OpenAI's Colin Jarvis says enterprise AI is stuck on deployment, not models. thenextweb.com
  14. Valentini, G., Hamann, H., & Dorigo, M. (2014). Self-organized collective decision making: The weighted voter model. In Proceedings of AAMAS 2014 (pp. 45-52).
  15. Vulcan Post. (2026, June 2). Nvidia CEO on AI and jobs. vulcanpost.com
  16. York, R. (2026, September 27). Video interview on AI and work: Berg Atkinson [Video]. YouTube. youtu.be/Ver3Mjj6JWs