0% read on this device
Browse the curriculum

Start Here

Vision

First Principles

Operating Model

Domain Model

Agent Factory

Runtime Architecture

AI Engineering

Autonomous Workflows

Verification & Delivery

Factory Platform

Quality Engineering

Security & Governance

Case Studies

Labs

Interview Practice

Research Journal

Reference

Curriculum/Reference/Complete source chapter
Reference7 min readoverview

AI Software Factory Mastery Curriculum

The curriculum moves from the purpose of the factory to its operating model, domain, runtime, assurance systems, implementation, and leadership use. The sequence matters. Runtime mechanisms make sense only after the learner understands the

Status: ReferenceRisk: variableMaturity guide →
Claim boundaryThis is curriculum guidance. It does not by itself prove a production implementation.

The curriculum moves from the purpose of the factory to its operating model, domain, runtime, assurance systems, implementation, and leadership use. The sequence matters. Runtime mechanisms make sense only after the learner understands the authority and outcome model they serve.

Start here

Begin with the high-level reading guide, then choose the Executive, Architect, Builder, or Deep Study path. Use the Topic Index for question-led discovery and the Canonical Glossary for precise terms.

Before treating breadth as maturity, inspect the Capability Coverage and Maturity map. External reviewers should use the Reviewer Guide and Curriculum Changelog.

Content types

  • Foundation establishes vocabulary and first principles.
  • Core architecture defines records, boundaries, runtime, and assurance.
  • Production operations covers scale, reliability, feedback, and governance.
  • Advanced deepens specialized engineering disciplines.
  • Case study records versioned implementation evidence.
  • Lab converts understanding into demonstrated capability.
  • Reference supports lookup rather than sequential reading.

Each priority chapter begins with a Quick Read. Use it to decide whether the full chapter is relevant to the decision in front of you.

1. Vision

Define an AI Software Factory, explain why it matters now, and develop a credible view of how software engineering changes when humans direct systems that perform increasing amounts of execution.

Current chapter:

Further scope is developed within that chapter:

  • Why it matters
  • Why now
  • The future of software engineering

2. First Principles

Establish the principles that should survive changes in models, vendors, and implementation stacks. These include human-led and agent-executed engineering, quality as the basis for autonomy, evidence over confidence, risk-proportional control, and durable accountability.

Current chapter:

Further scope is developed within that chapter and the operating-model sequence:

  • Human-led, agent-executed engineering
  • Quality enables autonomy
  • Evidence over confidence
  • Progressive autonomy

3. Operating Model

Explain how humans and agents divide responsibility across intent, planning, execution, validation, approval, recovery, and learning. Examine governance, progressive autonomy, organizational transformation, human attention, and factory economics. Distinguish factory-owned deployment governance from deployment execution delegated to CI/CD systems.

Chapters:

4. Domain Model

Develop the authoritative chain from organizational scope to accepted outcome:

Company -> Workspace -> Repository -> Factory Configuration -> Mission -> Plan -> WorkOrder -> Task -> Attempt -> Evidence -> Pull Request -> Release

Each concept must explain the decision it owns, what it does not own, its lifecycle, its relationships, and the failure caused when layers are collapsed.

Chapters:

5. Agent Factory and Capability Supply Chain

Create and govern reusable agents, skills, tools, prompts, model profiles, evaluators, and configurations. Treat them as versioned supply-chain artifacts with ownership, packaging, dependency resolution, evaluation, certification, publication, discovery, promotion, deprecation, and revocation.

Chapters:

6. Runtime Architecture

Study the systems that turn authorized work into durable execution. Topics include React, Convex, Hono, executors, worktrees, GitHub, queues, state machines, concurrency, retries, cancellation, recovery, and orchestration.

Implementation-specific material must remain clearly separated from enduring runtime principles.

Chapters:

7. AI Engineering

Build technical fluency in language models, agents, tool use, MCP, context engineering, retrieval, memory, evaluations, structured outputs, model routing, and multi-agent systems. Connect each capability to the factory problem it solves and the new failure modes it introduces.

Chapters:

8. Autonomous Engineering Workflows

Turn general agent capability into explicit workflow products. Onboard repositories before granting authority, then distinguish feature, defect, test, dependency, security, incident, production, modernization, and knowledge work by trigger, evidence, risk, recovery, and accepted outcome.

Chapters:

9. Verification and Delivery Engineering

Build independent proof using a risk-based test portfolio, reproducible builds, immutable artifacts, compatibility and migration controls, progressive delivery, rollback, production verification, and customer-outcome evidence.

Chapters:

10. Factory Platform Engineering

Operate the factory as an internal product and a critical production system. Cover portals, catalogs, golden paths, self-service, scheduling, capacity, cost, fairness, resilience, disaster recovery, and human-agent control surfaces.

Chapters:

11. Quality Engineering

Explain how continuous and independent validation permit greater autonomy. Cover testing, evaluations, observability, reliability, evidence provenance, freshness, conflicting results, waivers, and production feedback. Treat lead time to validated customer value, change failure rate, and engineering leverage as a coupled success system.

Chapters:

12. Security and Governance

Study identity, authentication, authorization, policy, approvals, isolation, data boundaries, auditability, budgets, risk, prompt injection, service identity, and separation of duties.

Chapters:

Supplemental: Mission Control Case Studies

Use Mission Control to examine real architectural decisions, implementation tradeoffs, failures, and lessons. Every case study cites the exact product source and commit while preserving the distinction between product documentation and personal learning.

Current case studies:

Supplemental: Labs

Convert conceptual understanding into implementation fluency through code tracing, browser operation, bounded changes, debugging, deliberate failure, recovery, validation, and architecture teach-backs.

The first autonomy proof is Governed Issue -> Validated Pull Request. It ends with human merge approval and does not require autonomous deployment.

Labs:

Supplemental: Interview Practice

Prepare for CTO, VP Engineering, Head of AI Engineering, Principal Engineer, and AI startup leadership conversations. Include system-design interviews, whiteboard exercises, executive explanations, technical deep dives, objections, and evidence-backed stories.

Chapter:

The existing directory prefixes are retained to avoid breaking published links. Interview practice is supplemental; the Research Journal remains the eleventh core curriculum area.

Supplemental: Research Journal

Analyze papers, standards, industry systems, and emerging architectures from OpenAI, Anthropic, Google, Microsoft, GitHub, academia, and other primary sources. Notes belong here only when they improve AI Software Factory judgment.

Start with the initial research canon.

Governing standard

All full chapters follow the chapter writing standard. The original planning and interview drafts remain in source material.

Core curriculum status

The foundation and second-layer architecture sequence are drafted. Chapters remain draft-for-study until the learner completes their labs, teach-backs, and independent review. Draft completion is not mastery.

Mission Control changes independently of this curriculum. Use the versioned current capability, workflow, and admission map, the historical implementation maturity map, and retained golden-path evidence for point-in-time readiness claims. This landing page is navigation, not evidence of current product capability.

External review

Review this chapter.

Challenge a claim, boundary, missing failure mode, unclear term, or unsupported evidence statement.

  • Claim
  • Boundary
  • Failure
  • Evidence