Skip to main content

Overview

Projects are organizational containers in Kortix that help you manage and isolate your work. Each project serves as a dedicated workspace that bundles together threads (conversations) and their associated sandbox environments.

What is a Project?

A project in Kortix is a logical grouping that provides:
  • Thread Organization: All threads (chats) belong to a project
  • Isolated Sandbox Environment: Each project has its own sandbox where code execution and file operations occur
  • Resource Management: Projects help you organize your work by use case, client, or any other categorization that suits your workflow
When you create a new thread/chat in Kortix, it’s automatically associated with a project. If you don’t specify one, a new project is created automatically.

Project Structure

Each project contains:

Threads

Threads are conversation sessions with AI agents. Multiple threads can exist within a single project, allowing you to have separate conversations while sharing the same project context and sandbox environment.

Sandbox Environment

Each project is linked to a sandbox resource that provides an isolated execution environment. This sandbox persists across all threads within the project.

Creating Projects and Threads

Projects are typically created implicitly when you create a thread, but they can also be managed separately.

Automatic Project Creation

When you start a new chat, Kortix automatically creates a project if one isn’t specified:

Project Properties

string
required
Unique identifier for the project
string
required
Display name for the project
string
Reference to the sandbox environment (created on-demand)
boolean
default:"false"
Whether the project is publicly accessible
string
Visual icon identifier for the project

Project Limits by Subscription Tier

Your subscription tier determines how many projects you can create:
On paid tiers, project limits are effectively set to 200,000 to provide “unlimited” functionality while maintaining system integrity.

Thread-to-Project Relationship

Every thread must belong to exactly one project. This relationship ensures:
  1. Data Isolation: Files and execution state are scoped to the project’s sandbox
  2. Organization: Related conversations can be grouped together
  3. Resource Sharing: Multiple threads can share the same sandbox environment

Querying Threads by Project

Sandbox Integration

Projects are tightly integrated with sandbox environments:
  • Lazy Initialization: Sandboxes are created when first needed
  • Persistence: The sandbox persists for all threads in the project
  • Isolation: Each project has its own isolated filesystem and execution environment

Managing Projects

Updating Project Properties

Deleting Projects

Deleting a project will also affect its associated threads. Ensure you understand the implications before deletion:
Deleting a project may cascade to delete associated threads and sandbox resources. Always verify what will be deleted before proceeding.

Best Practices

Create separate projects for different types of work (e.g., “Data Analysis”, “Content Writing”, “Code Review”)
Give your projects clear, meaningful names to easily identify them later
Keep track of how many threads exist in each project to avoid clutter
Use multiple threads within a project to maintain context across related conversations
  • Threads - Learn about conversation threads within projects
  • Sandboxes - Understand the isolated execution environments
  • Billing - See how projects count toward your subscription limits