disler / multi-agent-postgres-data-analytics

The way we interact with our data is changing.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Multi-Agent Postgres Data Analytics

The way we interact with our data is changing.

Multi-Agent Postgres Data Analytics

πŸ’¬ Read This First πŸ’¬

This repo is an experiment and learning tool for building multi-agent systems.

It is ONE of MANY steps toward building fully autonomous, agentic software.

It is NOT a framework, or library, or shortcut.

It IS a stepping stone to help you internalize concepts, patterns and building blocks for your own multi-agent systems and applications.

Code only tells a story at a moment in time. I highly recommend you watch the video series to see the how and the why behind the structure of this experimental codebase.

In the series we build this from scratch and dive deep into complexities, principles, patterns and ideas surrounding multi-agent software. The video order is linked below, mapping branches to videos.

This repo will not be maintained or updated beyond the lifespan of the series. It is a snapshot in time of the code we built in the video series and is meant only to be a reference for you on your journey to building your own multi-agent systems, nothing more.

When we complete the series will we freeze the codebase. We will then use it as a reference for experiments, products, and videos.

πŸ’» Multi-Agent Postgres Data Analytics Tool πŸ’»

This is a multi-agent system that allows you to ask questions about your postgres database in natural language.

The codebase is powered by GPT-4, Assistance API, AutoGen, Postgres, and Guidance.

It's the first of many multi-agent applications that utilize LLMs (large language models) to enable reasoning and decision making with reduced need for explicit rules or logic.

πŸ’» Setup πŸ’»

  • Read the codebase first. Remember, this is an experiment and learning tool. It's not meant to be a framework or library.
  • Run git branch -a to view all branches. Each branch is a video in the series.
    • git checkout <branch-name> you want to view.
  • poetry install
  • cp .env.sample .env
  • Fill out .env with your postgres url and openai api key
  • Run a prompt against your database
    • poetry run start --prompt "<ask your agent a question about your postgres database>"
      • Start with something simple to get a feel for it and then build up to more complex questions.

πŸ› οΈ Core Tech Stack πŸ› οΈ

πŸ”΅ Multi-Agent Patterns & Terminology πŸ”΅

Throughout the codebase we built up several existing and new patterns and terminology you've likely seen in some shape or form. Here's a quick overview of the most important ones.

  • Agent - An agent is LLM powered tool with a single purpose that can be assigned a function and/or prompt.
  • Multi-Agent Team - A collection of agents that exchange messages and work together to accomplish a goal.
  • Conversations - The exchange of messages between a multi-agent team.
  • Conversation Flows - The way agents communicate with each other. How you're agents communicate completely changes the way your application works. The conversation flow dictates which agent speaks, the order in which they speak, who they speak to and what they say.
  • Orchestrator - Manages a single agent team, their conversations and their output. Orchestrators contain different types of conversation flows.
  • Instruments - Instruments are the tools agents can use. Think of it like a front-end store. It contains state and functions that both agents and orchestrators can utilize throughout the lifecycle of the application. Agents and Orchestrators can consume and manipulate the state of instruments although typically, only agents update state.
  • Decision Agents - Agents that respond with concrete decisions which can dictate the flow of your applications. To build complex agentic systems you need agents to have the ability to make concrete decisions that then drive the flow of your application.
  • Structured vs Unstructured Agents - Structured agents are agents that respond with structured data. Unstructured agents are agents that respond with unstructured data. Structured agents are typically decision agents.

πŸ“Ί Video Series - Learn By Watching πŸ“Ί

Branch: v1-prompt-engineering-an-entire-codebase

Video: https://youtu.be/jmDMusirPKA

Branch: v2-using-autogen-to-build-our-multi-agent-tool

Video: https://youtu.be/JjVvYDPVrAQ

Branch: v3-make-autogen-consistent-control-your-llm

Video: https://youtu.be/4o8tymMQ5GM

Branch: v4-autogen-token-tactics-firing-ai-agents

Video: https://youtu.be/CKo-czvxFkY

Branch: v5-autogen-spyware-coding-systems-for-successful-ai

Video: https://youtu.be/UA6IVMDPuC8

Branch: v6-control-flow-and-structured-response

Video: https://youtu.be/XGCWyfA3rgQ

Branch: v7-turbo4-assistants-threads-messages

Video: https://youtu.be/KwcrjP3vuy0

Branch: v8-ccc-ai-engineering-with-aider

Video: https://youtu.be/7EA19-D4-Zo

Branch: v9-self-correcting-assistant

Video: https://youtu.be/Uf7cYAXe3eI

Branch: v10-talk-to-your-database-beta-launch

Video: https://youtu.be/5wROK4lBoeo

Talk To Your Database: https://talktoyourdb.com

Exclusive Beta Launch Code: 9999


🧠 Major Learnings Throughout the Series 🧠

πŸ’‘ Why are multi-agent applications important?

  • They're important because they allows us to create a more accurate model of the world.
  • We become orchestrators enabling less engineering level and more product level work.
  • They enable reasoning and decision making in a way that is more human like than ever before.
  • We can build systems that make decisions as we would while operating alongside us.
  • We can solve problems that previously required a dedicated hire or an entire team to solve.

βœ… Multi-Agent Systems: The Good

  • Can assign functions & prompts to specific agents, enabling specialization yielding better results.
  • Agents can reflect on results to provide feedback thus improving the results.
  • Can role play real organizational structures, existing and new.
  • Ecosystem is evolving rapidly. New tools and frameworks are being built every day.
  • Upside potential is ridiculously massive. We're talking asymmetric ROI, max leverage, superlinear upside. The more agentic build blocks you have the more powerful your engineering and product potential becomes.
  • Multi-agent engineering is probably the most important thing happening in software right now (2023-2024).
  • The road to agentic software is clear. Solve small problems, create reusable building blocks, and then combine them to solve bigger problems.
  • GPT-4 can support multi-agent systems without a doubt. It is the best model by light-years and drives incredible reasoning readily available at your fingertips.

❌ Multi-Agent Systems: The Bad

  • It's an art to get the roles and the function of your agent right. How many do you need? What are they? How do you know?
  • Can get expensive in testing and scales with # of agents. The more agents the more expensive each query is.
  • Can be difficult to debug why a multi-agent system is not working as expected due to the non-deterministic nature of LLMs.
  • Memory management is a major issue. The context window is forcing a lot of weird, intricate code to manage memory.
  • Too much noise and hype in the AI Agent ecosystem. Lot's of clickbait hype with little follow through value. Hard to find good resources.
  • Very few are engineers are publicly building multi-agent systems. Most are toy examples or ripping from example codebases.
  • OpenAI is inadvertently killing startups with every new release. Risky to commit to building LLM powered applications.
  • At the current price, we cannot run a fully agentic system that runs 24/7 or even for an hour on GPT-4 without burning thousands per day. The price must come down WITHOUT sacrificing quality (looking at you open source models).
  • It's tricky to know when to write explicit code vs prompt engineer vs build a multi-agent team. This is a new skill that will take time to master.

🧠 2024 Multi-agent / LLM / Agentic Predictions 🧠

2024-predictions

About

The way we interact with our data is changing.

License:MIT License


Languages

Language:Python 86.7%Language:CSS 3.5%Language:Vue 3.3%Language:TypeScript 3.0%Language:Svelte 2.2%Language:HTML 0.8%Language:JavaScript 0.5%