Get AI summaries of any video or article — Sign up free
Day 1- End To End Agentic AI Project With LLMOPS thumbnail

Day 1- End To End Agentic AI Project With LLMOPS

Krish Naik·
6 min read

Based on Krish Naik's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

The agentic trip planner is decomposed into multiple real-time tasks—weather, attractions/activities, hotel costs, currency conversion, itinerary generation, expense calculation, and final summary—so specialized agents/tools can collaborate.

Briefing

The core takeaway is a practical, end-to-end blueprint for building an agentic AI application—specifically an AI-based trip planner—using LangGraph and then engineering it for real-world delivery with LLMOps practices. The trip planner is designed to coordinate multiple specialized AI agents (weather, attractions, hotel costs, currency conversion, itinerary planning, expense calculation, and final summaries) so the system can handle a complex workflow with real-time data. That matters because it turns “agent demos” into a structured project that can be extended, deployed, and maintained like production software.

The session frames agentic AI as a collaboration problem: multiple agents, each tied to different capabilities or LLM-backed functions, pass information along a workflow until a goal is reached. LangGraph is positioned as the mechanism to model that workflow as a graph—built from nodes and edges—where each node performs a step and passes outputs to the next. The discussion emphasizes the fundamental components needed to make this work: node definitions (what each step does, including prompt engineering), edge behavior (how execution flows), and state management via a state graph so the system can maintain context across steps.

Day 1 is focused on problem definition and project scaffolding. The chosen use case—an AI trip planner for any city worldwide using real-time data—breaks down into concrete tasks: fetch real-time weather, retrieve attractions/activities, estimate hotel costs across multiple days, convert currencies for worldwide travel, generate an itinerary, compute total expenses, and produce a user-facing summary. The workflow is meant to resemble the helpful chat experience users expect from travel sites like Goibibo or MakeMyTrip, but built as an agentic system.

To make the project runnable and maintainable, the session shifts into engineering fundamentals for LLMOps: using Python with modular coding, and managing dependencies and environments with UV (a package/environment manager described as a Rust-based wrapper around pip). The instructor walks through installing UV, initializing a project with `uv init`, and creating an isolated virtual environment with `uv venv` using a specific Python version. Commands like `uv python list` and `uv python install` are used to ensure the correct interpreter version is available before environment creation.

A major portion of Day 1 is spent on creating a clean repository structure that supports scaling. The proposed layout includes folders for agentic workflow logic, configuration (YAML), prompt library, tools (separate modules for currency conversion, place search, weather info, and calculations), utilities (model loading, config loading, converters, calculators), and application entry points (e.g., `app.py`). The session also covers local package installation via `setup.py`, adding `__init__.py` files for import hygiene, and keeping secrets in an `.env` file that is excluded from Git tracking.

Finally, the workflow is prepared for deployment and CI/CD in later days, with mention of GitHub Actions and the idea of integrating observability/experiment tracking (e.g., via LangSmith) by loading the right API keys. By the end of the session, participants are given a GitHub repository link to fork/clone, so subsequent classes can build on the same scaffold and implement the full agentic system step-by-step.

Cornell Notes

The session lays out a Day 1 foundation for an end-to-end agentic AI trip planner built with LangGraph and prepared for LLMOps. The trip planner coordinates multiple specialized steps—real-time weather, attractions/activities, hotel cost estimation, currency conversion, itinerary generation, expense calculation, and a final summary—by passing outputs through a graph of nodes and edges. LangGraph is used to structure that collaboration workflow, with nodes representing actions (including prompt engineering) and edges/state managing how information flows. Engineering work focuses on modular Python project setup, dependency management with UV, version-specific virtual environments, and a scalable folder layout. This scaffolding is meant to make later days practical: implementing the agents and deploying the system with CI/CD and observability.

How does LangGraph model an agentic workflow, and why do nodes/edges/state matter?

LangGraph is presented as a graph-based execution mechanism where each step is a node and the connections are edges. A node performs a specific action (for example, fetching weather or converting currency) and passes its output to the next node. Edges define the execution flow—what runs after what—while the state graph/state mechanism keeps context across steps so the system can maintain the evolving trip plan as information accumulates.

What concrete tasks make the “AI-based trip planner” problem statement agentic?

The trip planner is decomposed into multiple capabilities that naturally map to separate tools/agents: (1) collect real-time weather information, (2) check attractions and activities for the chosen city, (3) estimate hotel costs for multiple days, (4) perform currency conversion for worldwide travel, (5) generate an itinerary for the planned duration, (6) calculate total expenses, and (7) generate a final summary for the user. Each capability can be implemented as a tool module and invoked as part of the LangGraph node sequence.

Why use UV for project setup and environments instead of only pip/conda?

UV is used to manage both project initialization and isolated environments. The session emphasizes speed and workflow simplicity: packages can be installed quickly (using `uv pip install`), and environments can be created with a specific Python version via `uv venv`. UV is described as a wrapper around pip implemented in Rust, which is why installation is portrayed as faster than pip alone. The practical goal is reproducibility and faster iteration during development.

How does the session ensure Python version consistency across machines?

It uses UV’s ability to list available Python versions (`uv python list`) and install a specific interpreter (`uv python install ...`) before creating the virtual environment. Then `uv venv` creates an environment tied to that chosen Python version (e.g., Python 3.10 for the project). This avoids dependency breakage when a team member has a different default Python version.

What folder structure supports scaling an agentic LLMOps project?

The proposed structure separates concerns: `agent/` for the agentic workflow, `config/` for YAML configuration, `prompt_library/` for prompts, `tools/` for tool modules (currency conversion, place search, weather info, arithmetic/calculation), `utils/` for model/config loading and helper logic, and app entry points like `app.py`. It also includes `setup.py` so local packages (like notebooks used as experiments) can be installed into the environment, and uses `__init__.py` files to keep imports clean.

How are secrets handled so the repository can be shared safely?

The session instructs keeping actual `.env` values out of version control by adding `.env` to `.gitignore`. Instead, only the `.env` filename (or a template) is shared, while API keys and confidential values are generated by the user and stored locally. Environment variables mentioned include OpenAI API key, Google API key / Places API key, OpenWeatherMap API key, exchange-rate API key, and FourSquare API key (as alternatives for place data).

Review Questions

  1. What are the responsibilities of nodes, edges, and state in a LangGraph-based agentic workflow?
  2. List the major trip-planning steps in the problem statement and map each step to a likely tool module.
  3. Explain how UV helps with reproducible environments and what commands are used to list/install Python versions and create a virtual environment.

Key Points

  1. 1

    The agentic trip planner is decomposed into multiple real-time tasks—weather, attractions/activities, hotel costs, currency conversion, itinerary generation, expense calculation, and final summary—so specialized agents/tools can collaborate.

  2. 2

    LangGraph is used to represent the collaboration workflow as a graph, where nodes perform steps (with prompt engineering) and edges/state manage how outputs and context move through the system.

  3. 3

    Day 1 prioritizes problem definition plus project scaffolding: modular Python structure, dependency management, and a repository layout that supports later implementation and deployment.

  4. 4

    UV is used to initialize the project (`uv init`), create version-specific virtual environments (`uv python list`, `uv python install`, `uv venv`), and install dependencies quickly (`uv pip install`).

  5. 5

    A scalable folder hierarchy separates workflow logic (`agent/`), configuration (`config/`), prompts (`prompt_library/`), tool implementations (`tools/`), and shared helpers (`utils/`).

  6. 6

    Secrets are kept out of Git by excluding `.env` via `.gitignore`, while API keys are loaded from environment variables during runtime.

  7. 7

    Later days are planned for full implementation and deployment, including CI/CD with GitHub Actions and potential observability integration (e.g., LangSmith) via API keys.

Highlights

Agentic AI is framed as a multi-step collaboration problem where outputs from one node feed the next until a complex goal (a complete trip plan) is produced.
LangGraph’s graph model—nodes, edges, and state—turns a chain of LLM-powered actions into a structured, maintainable workflow.
UV-based scaffolding (project init + version-specific venv) is positioned as the practical foundation for LLMOps-style development and reproducibility.
The trip planner’s real-time requirements translate directly into tool modules: weather, place search, currency conversion, and cost calculations.
The repository scaffold is designed so later classes can focus on implementation, deployment, and CI/CD rather than rebuilding structure.

Topics

  • Agentic AI Workflow
  • LangGraph Nodes Edges
  • LLMOps Project Setup
  • UV Environment Management
  • Trip Planner Agents

Mentioned

  • Krish Naik
  • LLMOps
  • MLOps
  • CI/CD
  • API
  • VS Code
  • UI
  • AWS
  • LLM
  • NLP
  • RAG
  • MCP