AI Engineering · Project-Based Training

Production-Oriented AI Engineering

Proposed advanced course aligned with Vasiva’s production engineering practices. Not a promise of employment or production access to Vasiva client systems.

  • Python
  • LLM APIs
  • Evaluation harness
  • Logging
  • Git

This is fee-based Project-Based Training — not a paid internship. Registering interest is not enrollment and does not collect payment. Fee details will be shared before enrollment.

Overview

Program facts

Duration
2 months
Level
Advanced
Weekly commitment
Approximately 10–15 hours per week (subject to final schedule)
Delivery
Online
Availability
Coming soon — interest registration available
Fee
Fee details will be shared before enrollment
Mentor / supervisor
Instructor or delivery owner assigned before open enrollment.
Delivery owner
Assigned before enrollment opens
Certificate policy
Certificate policy confirmed at enrollment open.
Fit

Audience, prerequisites, and selection

Audience

  • Engineers shipping or preparing to ship AI features

Prerequisites

  • Prior LLM or AI API project experience
  • Comfortable with testing and Git
Curriculum

Curriculum

Curriculum status: forthcoming / proposed. Topics below are indicative and not a finalized enrollment curriculum until marked approved.

  • Evaluation and reliabilityadvanced
  • Security and data handlingadvanced
  • Failure modes and fallbacksadvanced
  • Testing AI workflowsadvanced
  • Deployment and operational documentationadvanced
Outcomes

Learning outcomes

  • Define evaluation criteria for an AI feature
  • Document operational and security constraints
Project

Project specification

Add evaluation, failure handling, and operational documentation to an AI feature intended for real use.

Problem statement · Illustrative
An AI feature that already works in a demo needs evaluation, failure handling, and operational documentation before it can be treated as more than a prototype.
Primary user workflow · Illustrative
Accept input → run the AI path → apply evaluation or guardrails → return result or fallback → record operational notes.
Functional scope · Illustrative
Evaluation criteria, security and data-handling notes, failure modes, tests for AI workflows, and deployment/ops documentation.
Technical components · Illustrative
Existing or sample AI feature, evaluation cases, fallback path, logging, and ops notes.
Data requirements · Illustrative
Non-production sample data. Sensitive data handling rules must be written even when using synthetic inputs.
Testing expectations · Illustrative
Success case, unsupported or unsafe input case, dependency failure fallback, and documented evaluation results.
Known limitations · Illustrative
Does not grant access to Vasiva client systems. Does not certify production compliance for regulated domains.
What counts as completion · Illustrative
Evaluation suite, failure handling, security/ops notes, and a demonstration of reliability trade-offs.

Examples

  • AI feature with evaluation suite, failure handling, and ops notes

Deliverables

  • Evaluation suite or case set
  • Failure-handling path
  • Security and ops notes

Example or assigned project work—not a published student achievement or employment guarantee. Student work is not assumed for commercial use without appropriate agreements. Sections marked illustrative are representative examples, not a fixed commercial brief.

Assessment

Evaluation criteria

How work is reviewed — clarity of decisions matters as much as a working MVP.

  • Reliability and security-focused project rubric

Evaluation focuses on observable engineering evidence. Exact rubrics are published per program when approved.

  • 01

    Main workflow correctness

    Does the primary user journey work as specified?

  • 02

    Code comprehension

    Can the participant explain what the code does and why?

  • 03

    Architecture explanation

    Are component boundaries and trade-offs articulated clearly?

  • 04

    Input validation

    Are invalid inputs rejected or handled safely?

  • 05

    Testing

    Are expected behavior and at least one failure mode checked?

  • 06

    Edge-case handling

    Does the work account for realistic non-happy-path conditions?

  • 07

    Documentation

    Can another engineer set up, run, and understand the MVP?

  • 08

    Demonstration

    Is the working result shown with an honest account of limitations?

Frequently asked questions

Vasiva Academy

Ready to build something real?

Choose a pathway, review a program, and register interest when enrollment opens.