LIVE COHORT / NOVEMBER 2026

FOR DEVELOPERS WHO ALREADY BUILD.

Agentic AISystem Design.

Move beyond the demo.
Engineer what happens next.

An advanced live course in agentic artificial intelligence (AI). Build one system from its first architecture decision to an evidence-backed capstone.

Starts 2 NovemberMon / Wed / Fri · 7-8 PM IST

India Standard Time (IST, UTC+05:30)

US$199USD · One-time total fee
No subscription. No hidden course installments.

SYSTEM EXPLORER
6 BOUNDARIES

One agent is not a system.

Select a component. Inspect the boundary.
PROPOSE / CONTROL / OBSERVE
BOUNDARY 02Runtime

The model proposes. Your code decides.

Turn a request into typed state and bounded tool proposals. The application owns validation, execution budgets and stop rules.

Repeated or malformed tool calls stop instead of becoming an unbounded loop.

Explore week 1

Illustrative architecture. Not a live run or a measured result.

01 / FORMAT8 weeks. Live.24 one-hour engineering sessions
02 / RHYTHMMon / Wed / Fri7-8 PM IST · UTC+05:30
03 / THE BUILDOne evolving systemArchitecture to operating handoff
04 / COHORT02 Nov - 25 Dec2026 · Recordings included as delivered

01 / THE ENGINEERING DIFFERENCE

Build the parts
most demos leave out.

This is not another framework tour. It is the judgment, boundaries and evidence that turn an agent into a system you can explain.

01

Design the boundaries

Choose workflows versus agents, define tool contracts and keep permissions outside the model.

ContractToolsStop rules
02

Build for failure

Handle stale evidence, hostile inputs, duplicate delivery, interrupted runs and human approvals.

InterruptRecoverVerify
03

Defend with evidence

Measure task quality, latency and cost. Ship evaluations and a runbook alongside the application.

BaselineCompareExplain

Bring these foundations

  • Working proficiency in Python, including asynchronous code
  • Experience with Hypertext Transfer Protocol (HTTP) application programming interfaces (APIs), Git, Structured Query Language (SQL) and Docker
  • Basic familiarity with large language model (LLM) APIs and structured outputs

Not a beginner programming course

We will not spend the live sessions teaching Python syntax or machine learning from scratch. Plan approximately 4-6 hours of independent practice each week, in addition to the three live hours.

Need a broader foundation? Explore the Professional Bootcamp.

02 / THE BUILD SEQUENCE

Your route fromarchitecture to operation.

Not eight disconnected topics. Eight layers of the same system, each with something real to build and defend.

MON DesignWED BuildFRI Challenge
THE SYSTEM-BUILDER'S PATH8 WEEKS 24 SESSIONS

Eight milestones. One evolving system.

Select a milestone to inspect the build.

Previewing week 1: Architecture before autonomy. This is a curriculum preview, not saved learning progress.

IN FOCUS / WEEK 101 OF 08

Architecture before autonomy

Choose an agent only when it earns its complexity; define the system's trust and execution boundaries.

WHAT YOU WILL SHIP

Architecture diagram, threat boundaries, measurable acceptance criteria and a bounded single-agent baseline.

THREE SESSIONS. ONE NEW CAPABILITY.

  1. 01
    Mon, 2 Nov, 2026From product brief to system contract
  2. 02
    Wed, 4 Nov, 2026The agent runtime as a state machine
  3. 03
    Fri, 6 Nov, 2026Tool contracts and safe side effects
Explore week 1: design, labs & checks
Architecture is the starting point. Evidence is the handoff.Curriculum preview, not completed progress.
THE COMPLETE BUILD PLAN

All 24 sessions, with design questions, labs and acceptance checks. Dates use India Standard Time.

01

WEEK 1ARCHITECTURE

Architecture before autonomy

Choose an agent only when it earns its complexity; define the system's trust and execution boundaries.
SESSION 01 · Mon, 2 Nov, 2026From product brief to system contractDesign, lab & acceptance check

DesignCompare deterministic workflows, retrieval and agents. Define service-level objectives, allowed actions, failure costs and a baseline before choosing a framework.

BuildMap an enterprise incident-triage assistant: users, evidence sources, tools, approval boundary and fallback path.

ProveDefend one non-agent alternative and specify measurable task success, latency and cost budgets.

SESSION 02 · Wed, 4 Nov, 2026The agent runtime as a state machineDesign, lab & acceptance check

DesignTrace a large language model (LLM), typed state, structured outputs and tool calls. Separate model proposals from host-controlled execution and stop conditions.

BuildImplement a minimal Python agent loop with validated arguments, a step budget and a deterministic fake-model adapter.

ProveMalformed tool arguments and repeated calls terminate safely without executing an unauthorized action.

SESSION 03 · Fri, 6 Nov, 2026Tool contracts and safe side effectsDesign, lab & acceptance check

DesignDesign narrow tools with authorization, deadlines and idempotency keys. Distinguish read retries from side-effect retries.

BuildAdd read-only incident lookup and a simulated change-request tool with duplicate suppression.

ProveReplaying an identical request creates exactly one simulated change request; an unauthorized request creates none.

Ship this week: Architecture diagram, threat boundaries, measurable acceptance criteria and a bounded single-agent baseline.

02

WEEK 2CONTEXT

Evidence, context and memory

Build a grounded, permission-aware evidence pipeline without confusing retrieved text with instructions.
SESSION 04 · Mon, 9 Nov, 2026Retrieval as an evidence serviceDesign, lab & acceptance check

DesignDesign retrieval-augmented generation (RAG): ingestion, chunk identity, hybrid search, reranking and citations. Enforce access filters before retrieval.

BuildIndex synthetic runbooks for two tenants and compare lexical and embedding retrieval on a small labeled query set.

ProveReport retrieval relevance and verify that cross-tenant documents never enter the candidate set.

SESSION 05 · Wed, 11 Nov, 2026Context engineering under a budgetDesign, lab & acceptance check

DesignAssemble evidence, instructions and tool outputs with provenance. Compare truncation, summarization and selective retrieval; handle conflicting and missing evidence.

BuildBuild a token-budgeted context assembler and inject outdated and contradictory runbooks.

ProveEvery recommendation cites available evidence or abstains; document what information summarization loses.

SESSION 06 · Fri, 13 Nov, 2026Memory is a data-management decisionDesign, lab & acceptance check

DesignSeparate execution state, conversation context and durable user memory. Define scope, expiry, consent, correction and deletion semantics.

BuildAdd scoped memory with timestamps and explicit writes; replay a corrected user preference and an expired incident fact.

ProveA correction supersedes the older value, deletion persists, and another tenant cannot retrieve it.

Ship this week: Retrieval baseline, context assembler and memory policy with tenant-isolation and stale-evidence tests.

03

WEEK 3ORCHESTRATION

Orchestration that can be explained

Select the smallest orchestration pattern that meets the task, with explicit state and bounded parallelism.
SESSION 07 · Mon, 16 Nov, 2026Graphs, routers and durable stateDesign, lab & acceptance check

DesignModel conditional branches, checkpoints and deterministic routing with LangGraph. Keep business invariants outside model prompts.

BuildMove the baseline into a typed graph with evidence collection, proposal and review states.

ProveA persisted checkpoint resumes at the intended node without losing the approved state.

SESSION 08 · Wed, 18 Nov, 2026Planning, replanning and bounded parallel workDesign, lab & acceptance check

DesignCompare fixed plans, dynamic planning and parallel evidence gathering. Bound fan-out, recursion, deadlines and shared-state mutation.

BuildRun independent log and runbook lookups concurrently, then simulate one slow or unavailable source.

ProveThe run respects its deadline and produces a partial-evidence response with an explicit limitation.

SESSION 09 · Fri, 20 Nov, 2026When multiple agents help, and when they do notDesign, lab & acceptance check

DesignCompare supervisor, handoff and worker patterns against a single-agent baseline. Inspect coordination cost, duplicated work and failure propagation.

BuildEvaluate a two-worker variant on the same fixtures, then retain or reject it using measured task quality, latency and cost.

ProveSubmit a trade-off table; a more complex architecture is accepted only with supporting evidence.

Ship this week: An instrumented workflow graph and an evidence-based single-agent versus multi-agent decision.

04

WEEK 4CONTROL

Trust boundaries and human control

Connect tools without giving the model authority over credentials, permissions or irreversible actions.
SESSION 10 · Mon, 23 Nov, 2026Model Context Protocol at the tool boundaryDesign, lab & acceptance check

DesignUse the Model Context Protocol (MCP) for tool discovery and invocation. Separate protocol transport, identity, authorization and tool semantics.

BuildExpose a read-only incident tool through a local MCP server and validate responses at the client boundary.

ProveUnknown tools, invalid responses and unavailable servers produce explicit recoverable errors.

SESSION 11 · Wed, 25 Nov, 2026Approvals that survive time and retriesDesign, lab & acceptance check

DesignDesign human-in-the-loop approval, least privilege and audit trails. Bind approval to exact action arguments, identity and expiry.

BuildPause a proposed change, approve its immutable payload and attempt to alter it before execution.

ProveChanged or expired approvals cannot execute; the audit trail distinguishes proposal, approval and execution.

SESSION 12 · Fri, 27 Nov, 2026Prompt injection and execution containmentDesign, lab & acceptance check

DesignTreat retrieved documents and tool output as untrusted. Combine policy enforcement, network restrictions, sandboxing and secret isolation; prompts alone are not a security boundary.

BuildInject hostile runbook text into a synthetic environment and test tool allowlists and simulated egress controls.

ProveThe protected action is blocked by application controls even if the model follows the hostile text.

Ship this week: A permissioned tool gateway, approval state and adversarial test pack.

05

WEEK 5EVALUATION

Evaluation as an engineering system

Make quality regressions visible before release and separate task success from fluent output.
SESSION 13 · Mon, 30 Nov, 2026Build the evaluation contractDesign, lab & acceptance check

DesignSeparate unit, tool-contract, retrieval and end-to-end evaluations. Define development and held-out sets, representative failure cases and annotation criteria.

BuildCreate a versioned incident fixture set with required evidence, allowed actions and explicit failure labels.

ProveA known-bad implementation fails an exact assertion; held-out fixtures are not used to tune prompts.

SESSION 14 · Wed, 2 Dec, 2026Judge calibration and trace-level diagnosisDesign, lab & acceptance check

DesignCombine deterministic checks with human review and model judges. Inspect disagreement, rubric leakage and correlated errors.

BuildCompare judge decisions with a small human-labeled sample and trace a failure back to retrieval, planning or execution.

ProveReport agreement and disagreements without presenting a small sample as proof of reliability.

SESSION 15 · Fri, 4 Dec, 2026Quality, latency and cost experimentsDesign, lab & acceptance check

DesignMeasure task success, per-stage latency, token usage and cost under equivalent workloads. Compare model routing, caching and context strategies.

BuildRun matched baseline and candidate experiments, including cache invalidation and a changed evidence source.

ProvePublish actual measurements with workload and sample size; reject gains that violate correctness or freshness.

Ship this week: Versioned evaluation fixtures, trace analysis and a release-gate report.

06

WEEK 6RESILIENCE

Durability, concurrency and recovery

Recover long-running work without duplicating effects or losing the user's control.
SESSION 16 · Mon, 7 Dec, 2026Jobs, checkpoints and the transactional outboxDesign, lab & acceptance check

DesignSeparate request handling from durable workers. Compare queues, workflow engines and database checkpoints; reason about at-least-once delivery.

BuildPersist a run and an outbox event atomically, then replay a worker after a simulated crash.

ProveNo committed work is lost and duplicate delivery cannot duplicate the simulated external effect.

SESSION 17 · Wed, 9 Dec, 2026Concurrency, backpressure and cancellationDesign, lab & acceptance check

DesignBound queues and worker concurrency. Handle rate limits, competing updates, cancellation and cleanup across tool calls.

BuildRun competing jobs against a rate-limited fake provider and cancel one while it is waiting.

ProveThe cancelled run performs no new side effects; active work stays within configured concurrency limits.

SESSION 18 · Fri, 11 Dec, 2026Failure budgets and graceful degradationDesign, lab & acceptance check

DesignUse timeouts, retry budgets, circuit breakers and fallback policies. Distinguish retryable transport errors from rejected business actions.

BuildInject provider timeouts and malformed tool results; fall back to a read-only evidence summary.

ProveThe system finishes within its deadline and never reports a failed action as successful.

Ship this week: Persistent runs, safe retries, cancellation and reproducible failure-injection tests.

07

WEEK 7OPERATIONS

Serving and operating the system

Package the agent as an observable service with reproducible builds and controlled releases.
SESSION 19 · Mon, 14 Dec, 2026Service boundaries and deploymentDesign, lab & acceptance check

DesignBuild a FastAPI boundary around durable runs. Design authentication, tenant isolation, secrets handling and versioned request/response contracts.

BuildContainerize the service with a separate worker and persistent database using Docker Compose.

ProveA clean checkout can start the system; health checks distinguish serving health from provider availability.

SESSION 20 · Wed, 16 Dec, 2026Observability without leaking user dataDesign, lab & acceptance check

DesignCorrelate requests, runs and tool spans with OpenTelemetry. Define redaction, retention, cost attribution and actionable alerts.

BuildTrace a slow request through its components and remove synthetic sensitive values before export.

ProveLocate the bottleneck from one trace and verify that prohibited fields are absent from emitted telemetry.

SESSION 21 · Fri, 18 Dec, 2026Release gates, canaries and rollbackDesign, lab & acceptance check

DesignVersion prompts, models, tools and fixtures together. Build continuous integration and continuous delivery (CI/CD) checks, canary criteria and compatible rollback.

BuildRelease an intentionally regressed candidate into a local canary simulation, then revert it.

ProveThe gate rejects the regression, and rollback preserves existing run and approval state.

Ship this week: Containerized service, deployment instructions, telemetry dashboard and rollback procedure.

08

WEEK 8CAPSTONE

Capstone: build, challenge and defend

Demonstrate an integrated system and defend its decisions using evidence rather than a polished happy-path demo.
SESSION 22 · Mon, 21 Dec, 2026Capstone integration clinicDesign, lab & acceptance check

DesignIntegrate the incident-triage system: permissioned retrieval, bounded planning, durable execution, approval and observability.

BuildComplete one end-to-end scenario using synthetic incidents and a simulated change-management service.

ProveA reviewer can reproduce the scenario from the README and follow the evidence to the approved action.

SESSION 23 · Wed, 23 Dec, 2026Load, failure and adversarial reviewDesign, lab & acceptance check

DesignExercise the operating envelope, not just average latency. Test authorization, stale approvals, restarts, load and provider failure.

BuildRun the shared failure-injection suite and record task outcomes, tail latency, cost and unresolved risks.

ProveReport the tested envelope and limits honestly; failed checks become documented fixes or release blockers.

SESSION 24 · Fri, 25 Dec, 2026Architecture defense and operating handoffDesign, lab & acceptance check

DesignDefend requirements, alternatives, failure boundaries and cost decisions. Explain how the system should evolve under changed constraints.

BuildPresent the capstone, respond to a new scale or privacy requirement and hand over the operating runbook.

ProveDeliver evidence for each rubric dimension and distinguish demonstrated capability from future work.

Ship this week: Runnable repository, architecture decisions, evaluation and load reports, threat model, runbook and demo.

Each class is 7-8 PM IST: approximately 10 minutes of framing, 20 minutes of mechanism and trade-offs, 20 minutes of implementation, and 10 minutes of discussion. Larger labs continue outside class. The uninterrupted calendar includes 25 December.

03 / YOUR FLAGSHIP BUILD

One serious project.
Built in layers.

CAPSTONE / INCIDENT TRIAGE
PROJECT BRIEFSYNTHETIC DATA · SIMULATED EFFECTS

Enterprise incident triage.
Human-approved change requests.

Start with a system map. Add one capability at a time: retrieve permissioned runbooks, investigate synthetic incidents, propose a change, pause for approval and execute against a simulated service. No live customer data or real infrastructure changes are required.

  1. 01InvestigatePermissioned evidence
  2. 02ProposeA bounded change
  3. 03ReviewHuman approval
  4. 04ExecuteSimulated + replay-safe

THE HANDOFF YOU WILL BUILD

Architecture and decision records01
Runnable service and worker02
Permission-aware evidence pipeline03
Approval and replay-safety tests04
Evaluation and measured load report05
Threat model, runbook and demo06

The working stack

Python, typed data models, model APIs, LangGraph, Model Context Protocol (MCP), FastAPI, PostgreSQL, Docker and OpenTelemetry. Tools serve the design; framework names are not the learning outcome.

The capstone review

Defend correctness, authorization, recovery, evaluation, operating cost and reproducibility. Use a changed constraint to show you understand the architecture. A demo alone is not evidence of production readiness.

04 / MAKE ROOM TO BUILD

Learn live.
Build between sessions.

2 November-25 December 2026. Join Monday, Wednesday and Friday, 7-8 PM IST. Recordings, exercises and resources are published as classes are delivered, not advertised as already complete.

Inside a planned 60-minute class
  1. 10 minFrame
  2. 20 minExplore
  3. 20 minBuild
  4. 10 minDiscuss

Plus approximately 4-6 hours of independent practice each week. Larger labs continue outside class.

YOUR NEXT ENGINEERING CHAPTER

AGENTIC AI SYSTEM DESIGN / NOVEMBER 2026

US$199

USD · Full eight-week course · One payment

24 live sessions8 weeksOne capstone
  • 24 live one-hour sessions
  • Session recordings and resources as classes are delivered
  • One incremental, end-to-end capstone
  • Architecture decisions, evaluation and failure-injection labs
  • One-time fee; no subscription
Review enrollment

India: ₹9,999. Outside India: US$199. No coupons or automatic discounts. Model-provider usage and optional hosting are separate costs. General course refund policy applies. Separate from existing bootcamp and campus offers.

05 / BEFORE YOU JOIN

Clear expectations.
No hidden promises.

When are the live classes?

Monday, Wednesday and Friday, 7:00-8:00 PM IST (UTC+05:30). The course runs from 2 November to 25 December 2026: 24 sessions, each 60 minutes. This published calendar includes 25 December; any changes will be communicated to enrolled students.

Is this suitable for beginners?

No. This course assumes professional development experience, Python including async code, HTTP APIs, Git, SQL, Docker and basic LLM API familiarity. It does not teach Python or machine learning from scratch.

What is the total fee?

One payment of ₹9,999 in India or US$199 outside India for this eight-week course. No installments, subscription, campus discount or coupon stacking. Provider API usage and optional cloud hosting are separate costs, not included in the course fee.

How much time should I plan outside class?

There are three live hours per week. Plan approximately 4-6 additional hours for implementation, evaluation and capstone work. This is a recommended workload, not a guarantee of how long every learner will need.

What will I build?

One evolving enterprise incident-triage and change-request agent using synthetic data and simulated operational actions. Deliverables include a runnable repository, architecture decisions, evaluation and load reports, a threat model and an operating runbook.

Are recordings and resources included?

Yes. Recordings, exercises and session resources are added to the course workspace as classes are delivered. They are not all available before the course starts. Late joiners use published recordings to catch up with the same cohort.

Is this included in the Professional Bootcamp or AI Interview course?

No. This is a separate advanced live course with its own enrollment and fee. Buying it does not unlock the Professional Bootcamp, AI Interview course, Practice Books or campus rewards.

Do you guarantee a job or production readiness?

No. You build and defend a project against explicit criteria. Completion is not a job guarantee, employer certification or proof that a system is safe for every production use.

What is the refund policy?

The published general course refund policy applies. Review /refund before paying; contact support for eligibility and processing. The separate campus and Practice Books policies do not apply to this course.