Day 1- End To End Agentic AI Project With LLMOPS
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.
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?
What concrete tasks make the “AI-based trip planner” problem statement agentic?
Why use UV for project setup and environments instead of only pip/conda?
How does the session ensure Python version consistency across machines?
What folder structure supports scaling an agentic LLMOps project?
How are secrets handled so the repository can be shared safely?
Review Questions
- What are the responsibilities of nodes, edges, and state in a LangGraph-based agentic workflow?
- List the major trip-planning steps in the problem statement and map each step to a likely tool module.
- 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
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
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
Day 1 prioritizes problem definition plus project scaffolding: modular Python structure, dependency management, and a repository layout that supports later implementation and deployment.
- 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
A scalable folder hierarchy separates workflow logic (`agent/`), configuration (`config/`), prompts (`prompt_library/`), tool implementations (`tools/`), and shared helpers (`utils/`).
- 6
Secrets are kept out of Git by excluding `.env` via `.gitignore`, while API keys are loaded from environment variables during runtime.
- 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.