Design the boundaries
Choose workflows versus agents, define tool contracts and keep permissions outside the model.
LIVE COHORT / NOVEMBER 2026
FOR DEVELOPERS WHO ALREADY BUILD.
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.
India Standard Time (IST, UTC+05:30)
US$199USD · One-time total fee
No subscription. No hidden course installments.
One agent is not a system.
Select a component. Inspect the boundary.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 1Illustrative architecture. Not a live run or a measured result.
01 / THE ENGINEERING DIFFERENCE
This is not another framework tour. It is the judgment, boundaries and evidence that turn an agent into a system you can explain.
Choose workflows versus agents, define tool contracts and keep permissions outside the model.
Handle stale evidence, hostile inputs, duplicate delivery, interrupted runs and human approvals.
Measure task quality, latency and cost. Ship evaluations and a runbook alongside the application.
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
Not eight disconnected topics. Eight layers of the same system, each with something real to build and defend.
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
Choose an agent only when it earns its complexity; define the system's trust and execution boundaries.
Architecture diagram, threat boundaries, measurable acceptance criteria and a bounded single-agent baseline.
THREE SESSIONS. ONE NEW CAPABILITY.
All 24 sessions, with design questions, labs and acceptance checks. Dates use India Standard Time.
WEEK 1ARCHITECTURE
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.
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.
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.
WEEK 2CONTEXT
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.
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.
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.
WEEK 3ORCHESTRATION
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.
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.
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.
WEEK 4CONTROL
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.
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.
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.
WEEK 5EVALUATION
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.
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.
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.
WEEK 6RESILIENCE
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.
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.
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.
WEEK 7OPERATIONS
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.
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.
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.
WEEK 8CAPSTONE
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.
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.
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
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.
THE HANDOFF YOU WILL BUILD
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.
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
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.
Plus approximately 4-6 hours of independent practice each week. Larger labs continue outside class.
AGENTIC AI SYSTEM DESIGN / NOVEMBER 2026
US$199USD · Full eight-week course · One payment
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
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.
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.
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.
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.
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.
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.
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.
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.
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.