2025-05-31 01:07:08 -07:00
2025-03-12 10:30:42 -04:00
2025-04-28 09:16:34 -07:00
2025-04-24 20:25:02 -07:00
2025-03-12 10:30:42 -04:00
2025-05-29 12:56:58 -07:00
2025-05-31 01:07:08 -07:00
2024-12-31 11:46:57 -08:00
2025-05-29 12:56:58 -07:00
2025-04-28 09:16:34 -07:00
2025-05-26 14:02:22 -07:00
2025-05-26 14:02:22 -07:00
2025-05-26 14:02:22 -07:00
2025-02-28 07:10:01 -06:00
2025-05-29 08:42:22 -07:00
2025-05-29 12:56:58 -07:00
2025-05-29 12:56:58 -07:00
2025-05-29 08:42:22 -07:00
2025-05-29 12:56:58 -07:00
2025-05-29 08:26:16 -07:00

Temporal AI Agent

This demo shows a multi-turn conversation with an AI agent running inside a Temporal workflow. The purpose of the agent is to collect information towards a goal, running tools along the way. There's a simple DSL input for collecting information (currently set up to use mock functions to search for public events, search for flights around those events, then create a test Stripe invoice for the trip).

The AI will respond with clarifications and ask for any missing information to that goal. You can configure it to use any LLM supported by LiteLLM, including:

  • OpenAI models (GPT-4, GPT-3.5)
  • Anthropic Claude models
  • Google Gemini models
  • Deepseek models
  • Ollama models (local)
  • And many more!

It's really helpful to watch the demo (5 minute YouTube video) to understand how interaction works.

Watch the demo

Multi-Agent Demo Video

See multi-agent execution in action here.

Why Temporal?

There are a lot of AI and Agentic AI tools out there, and more on the way. But why Temporal? Temporal gives this system reliablity, state management, a code-first approach that we really like, built-in observability and easy error handling. For more, check out architecture-decisions.

What is "Agentic AI"?

These are the key elements of an agentic framework:

  1. Goals that a system can accomplish, made up of tools that can execute individual steps
  2. Agent loops - executing an LLM, executing tools, and eliciting input from an external source such as a human: repeat until goal(s) are done
  3. Support for tool calls that require input and approval
  4. Use of an LLM to check human input for relevance before calling the 'real' LLM
  5. Use of an LLM to summarize and compact the conversation history
  6. Prompt construction made of system prompts, conversation history, and tool metadata - sent to the LLM to create user questions and confirmations
  7. Ideally high durability (done in this system with Temporal Workflow and Activities)

For a deeper dive into this, check out the architecture guide.

Setup and Configuration

See the Setup guide for detailed instructions. The basic configuration requires just two environment variables:

LLM_MODEL=openai/gpt-4o  # or any other model supported by LiteLLM
LLM_KEY=your-api-key-here

Customizing Interaction & Tools

See the guide to adding goals and tools.

Architecture

See the architecture guide.

Testing

The project includes comprehensive tests for workflows and activities using Temporal's testing framework:

# Install dependencies including test dependencies
poetry install --with dev

# Run all tests
poetry run pytest

# Run with time-skipping for faster execution
poetry run pytest --workflow-environment=time-skipping

Test Coverage:

  • Workflow Tests: AgentGoalWorkflow signals, queries, state management
  • Activity Tests: ToolActivities, LLM integration (mocked), environment configuration
  • Integration Tests: End-to-end workflow and activity execution

Documentation:

  • Quick Start: TESTING.md - Simple commands to run tests
  • Comprehensive Guide: tests/README.md - Detailed testing documentation, patterns, and best practices

Development

Install dependencies:

poetry install

Start the Temporal Server and API server, see setup

Productionalization & Adding Features

  • In a prod setting, I would need to ensure that payload data is stored separately (e.g. in S3 or a noSQL db - the claim-check pattern), or otherwise 'garbage collected'. Without these techniques, long conversations will fill up the workflow's conversation history, and start to breach Temporal event history payload limits.
  • A single worker can easily support many agent workflows (chats) running at the same time. Currently the workflow ID is the same each time, so it will only run one agent at a time. To run multiple agents, you can use a different workflow ID each time (e.g. by using a UUID or timestamp).
  • Perhaps the UI should show when the LLM response is being retried (i.e. activity retry attempt because the LLM provided bad output)
  • The project now includes comprehensive tests for workflows and activities! See testing guide.

See the todo for more details.

See the guide to adding goals and tools for more ways you can add features.

Enablement Guide (internal resource for Temporal employees)

Check out the slides here and the enablement guide.

Description
This demo shows a multi-turn conversation with an AI agent running inside a Temporal workflow.
Readme MIT 3.4 MiB
Languages
Python 86.7%
JavaScript 9.6%
C# 2.6%
Makefile 0.4%
CSS 0.3%
Other 0.4%