← Field Notes

Project Wingman: 15 Agents Mentoring the Air Force's Junior Software Engineers

The Air Force's junior enlisted software engineers — AFSC 1D7X1Z — are learning to build production-grade DevSecOps capability under real operational pressure. They just got a 15-agent team to back them up. Around the clock.

An Airman First Class in the software factory at 0200, three hours into a debugging session, trying to figure out why a container won't deploy into the secure registry — doesn't have a senior engineer to ping. The team lead clocked out at 1800. Stack Overflow doesn't know anything about STIG-hardened base images.

That's the gap Project Wingman closes. Not with a chatbot. With a coordinated team of 15 specialized AI agents — organized across three operational tiers — that knows what the Airman is building, where they are in their career progression, and what kind of help they need right now.

The Problem This Solves
Junior enlisted software engineers in the Air Force are executing on real mission software under real time pressure, often with limited access to senior mentorship outside business hours. The knowledge gap between what a 1D7Z1 Airman needs to know and what they've been formally trained on is wide — and getting wider as the tech stack evolves faster than any training curriculum can keep up.
15
Specialized agents across three tiers
24/7
Mentorship availability — no blackout windows
3
Operational tiers — Train, Coach, Catch
1D7
Career field served — enlisted software engineers

Three Tiers. One Coherent Team.

The architecture of Project Wingman mirrors the mentorship structure of a high-performing software team — except it scales infinitely, never has a bad day, and carries institutional memory across every Airman it's worked with.

The 15 agents are organized into three tiers that work together, not independently. When a Tier 1 training agent detects a knowledge gap it can't fill, it hands off to a Tier 2 coaching agent. When a Tier 2 agent detects a pattern that represents a risk — to the Airman's career trajectory, to the code quality, to the mission — it escalates to the Tier 3 safety net. The coordination is automatic, via Fulcrum's task board and @mention system. The Airman just sees a team that knows what they need.

Tier 1
TRAIN
Foundational Skills · Curriculum · Day-to-Day Instruction
The Train tier handles the core instructional layer — explaining concepts, walking through documentation, guiding Airmen through their skill development roadmap. These agents know the 1D7X1Z career field requirements and track individual progression toward each milestone. They're the first point of contact and the persistent institutional memory of where each Airman stands.
Curriculum Agent Concept Explainer Documentation Guide Skill Tracker Progress Coach
Tier 2
COACH
Code Review · DevSecOps · Applied Problem Solving
The Coach tier is where work gets reviewed, patterns get diagnosed, and the Airman gets feedback that makes them a better engineer — not just an engineer who fixed the immediate bug. These agents understand the specific toolchain: containers, CI/CD pipelines, secure registries, STIG compliance, GitOps workflows. They don't just answer the question — they surface the underlying pattern and teach to it.
Code Reviewer DevSecOps Advisor Pipeline Analyst Security Posture Agent Pattern Mentor
Tier 3
CATCH
Safety Net · Escalation · Career Advocacy
The Catch tier is the backstop. When an Airman is stuck in a loop, making the same error repeatedly, showing signs of frustration, or about to make a decision that could compromise a deployment — the Catch agents activate. They also manage career-level signals: when an Airman is ready for a new challenge, when there's a skills gap that formal training should address, when something needs to go to a human supervisor. This tier is the bridge between the AI mentorship system and the chain of command.
Escalation Agent Career Advocate Risk Sentinel Readiness Assessor Human Bridge

What It Looks Like at 0200

Abstract architecture is easy. Here's what the system actually does when an Airman is in the middle of a problem at zero-dark-thirty.

LIVE SESSION · WINGMAN MENTORSHIP PLATFORM · 0217 LOCAL
A1C
Airman First Class 1D7X1Z
My container keeps failing the registry push with a permission denied error but I'm running as the right service account. This worked in dev. Doesn't work in the staging environment. Been on this for two hours.
T1
Code Reviewer TIER 2 · COACH
This is almost always a registry policy delta between environments, not a service account issue. Can you share the exact error output and the registry endpoint you're pushing to? Also — what base image are you using? STIG-hardened images sometimes have additional pull policies enforced at the registry layer that dev environments skip.
A1C
Airman First Class 1D7X1Z
[pastes error log] Using the hardened RHEL 8 UBI base. Error is: denied: requested access to the resource is denied
T1
Code Reviewer TIER 2 · COACH
That error from a RHEL UBI base in staging is a content trust enforcement flag — not a permissions problem. The staging registry requires signed images. Your dev registry doesn't. You need to sign the image with Cosign before pushing. I'm tagging the DevSecOps Advisor to walk you through the signing workflow — this is a good one to learn properly, not just patch.
T2
DevSecOps Advisor TIER 2 · COACH
On it. This is actually in your Skill Block 4 progression — image signing and supply chain security. You're running into it a month earlier than most. Let's walk through it. Step one: generate a Cosign keypair tied to your service account identity. I'll stay with you through the full workflow and log this against your progression record.

Notice what happened there: the Airman came in frustrated and stuck after two hours. The Tier 2 Code Reviewer diagnosed the real problem immediately, surfaced the underlying concept, and handed off to the DevSecOps Advisor — who connected the problem to the Airman's curriculum progression and turned a 0200 emergency into a skill development moment. The Tier 1 Skill Tracker logged it automatically. No human supervisor needed. No ticket opened. No waiting until morning.

"The best mentors don't just fix the problem in front of you — they show you the pattern behind it so you don't have the same problem twice. Project Wingman is designed to do exactly that, at scale, for every Airman in the system."
— Heath Dorn · Founder, Digital Transformations LLC

Career Progression That Doesn't Slip Through the Cracks

One of the most persistent failures in junior enlisted software development pipelines is invisible progress. An Airman builds real capability — solves hard problems, ships working code, learns on the job — and none of it registers in their official career record because nobody documented it in a form the promotion system recognizes.

Project Wingman's Tier 1 training agents maintain a living progression record for every Airman. Every mentorship session, every concept worked through, every milestone reached is logged against the 1D7X1Z career field requirements. The Tier 3 Career Advocate agent translates that log into the language of formal career documentation — ready for the supervisor to review, endorse, and submit.

The Airman stops having to advocate for themselves to a system that doesn't see what they actually do. The system sees it now, in real time, and makes it visible.

Career Progression Tracking
The Skill Tracker and Progress Coach agents maintain structured records keyed to formal 1D7X1Z qualification milestones. When an Airman completes a skill block — even informally, during a mentorship session at 0200 — it's captured, timestamped, and surfaced to their progression dashboard. Nothing learned on the job disappears into the void.

Built on Fulcrum. Coordinated by Design.

Project Wingman doesn't work because each agent is particularly intelligent. It works because the agents are coordinated — sharing context, handing off tasks, and operating under a unified view of each Airman's situation.

That coordination layer is Fulcrum. The 15 agents share a Context Vault that holds each Airman's session history, skill progression, and current blockers. When the Code Reviewer tags the DevSecOps Advisor, the handoff carries everything — not just the immediate question but the full context of who this Airman is, where they are in their progression, and what kind of mentorship approach has worked for them before.

The @mention and task board system means no agent is working blind. When the Tier 3 Escalation Agent needs to flag something for human review, it creates a task with full context, assigns it to the appropriate supervisor, and tracks it until resolution. The chain of command doesn't get called at 0200 for something the agents can handle. But when they do get called, they get called with full situational awareness — not a summary that leaves out the important parts.

🎯
Zero Context Loss
The Context Vault carries full session history across every agent handoff. No Airman ever re-explains their situation from scratch.
📈
Visible Progress
Every mentorship interaction is logged against 1D7X1Z career milestones. Growth that happens informally gets formally recorded.
🛡️
Human in the Loop
The Tier 3 agents are the bridge to the chain of command. When human judgment is needed, it gets called — with context, not noise.

The Scalability Argument

Mentorship is the thing every talent development program says it prioritizes and almost none of them actually deliver at scale. Senior engineers are scarce. Their time is expensive. They're doing their own mission work. The informal mentorship that actually develops junior engineers — the 15-minute hallway conversation that unsticks a week of confusion — doesn't survive when teams are distributed, operational tempo is high, or the senior engineer is simply not available.

A 15-agent team doesn't have a schedule. It doesn't have a limited bandwidth. It doesn't prioritize the visible Airman over the one who stays quiet and struggles alone. It's available at 0200 at Hanscom, at 1400 in a deployed environment, and at every point in between — for every Airman in the system simultaneously.

That's not a replacement for human mentorship. It's the infrastructure that makes human mentorship possible — because when the senior engineer does engage, the Airman comes to that conversation with context already established, progress already tracked, and specific questions that only a human can answer.

Wingman Is Live
Project Wingman is deployed and running at wingman.fulcrumdefense.ai. Built on Fulcrum's MCP-native multi-agent coordination platform. If you're responsible for developing junior software engineering talent in a defense context, we'd like to talk about what a deployment looks like for your program.

Project Wingman is built and maintained by Digital Transformations LLC on the Fulcrum Platform. AFSC 1D7X1Z career field integration. MCP-native coordination across 15 specialized agents. Deploy Fulcrum or request a program briefing.