awesome-repositories.com
Blog
MCP
awesome-repositories.com

Discover the best open-source repositories with AI-powered search.

ExploreCurated searchesOpen-source alternativesSelf-hosted softwareBlogSitemap
ProjectMCP serverAboutHow we rankPress
LegalPrivacyTerms
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
agent-substrate avatar

agent-substrate/substrate

0
View on GitHub↗
ate.dev↗

Substrate

Substrate is a Kubernetes-based platform for running AI agents as persistent actors. Each actor keeps its memory and filesystem state across idle periods: when it goes quiet, it is snapshotted to durable object storage and its worker is freed, and it is later restored onto any available worker when a request arrives. Agents built on any framework can run from standard container images without code changes, and each untrusted agent runs in its own gVisor or microVM sandbox with separate compute, network, and storage.

What sets it apart is the combination of density and containment. Because most agents are idle most of the time, many more agents than workers can be registered against a shared worker pool, with a router that resumes the target actor on demand and parks requests until a worker frees up. Actors can also start from golden snapshots instead of booting from scratch. On the security side, networking is default-deny, outbound traffic passes through a policy-enforcing egress gateway that filters DNS and destinations, and credentials are injected at the gateway so the sandbox never holds API keys. Each actor receives a short-lived certificate and signed identity tokens that external services, cloud providers, and CI systems can verify and federate with.

Beyond that core, the project covers actor and template definitions, namespace-style isolation through atespaces, snapshot fidelity levels, volumes, and a command-line client for inspecting actors, workers, and logs. Operations features include installing, upgrading, and rolling back a cluster, rolling worker pools to new images, key rotation, and metrics, traces, and logs. Benchmarking tools measure suspend and resume latency, spawn time, and actor density per unit of hardware.

AI search

Explore more awesome repositories

Describe what you need in plain English — the AI ranks thousands of curated open-source projects by relevance.

Start searching with AI

Features

  • Persistent Agent Hosting - Running AI agents from any framework as persistent actors that keep their memory and filesystem state across idle periods, so long-lived sessions survive hibernation and resume quickly.
  • Stateful Agent Runtimes - Runs AI agents as persistent actors on Kubernetes, preserving their memory and filesystem state across suspends and resumes.
  • Snapshot-Based Suspend and Resume - Snapshots idle workloads to durable storage to free their workers, then restores them onto any available worker so work continues from saved state.
  • MicroVM Agent Sandboxes - Runs each untrusted agent in its own gVisor or microVM sandbox with separate compute, network and storage, keeping secrets out of the sandbox.
  • Framework-Agnostic Agent Hosts - Runs agents and tool servers from standard container images without code changes, so any framework works inside isolated, stateful sandboxes.
  • Agent State Snapshots - Captures an agent's memory and filesystem state in snapshots and restores it intact after hibernation so sessions and tool state survive resume.
  • Snapshot Capture and Restoration Managers - Captures an actor's memory and disk state into a snapshot on suspend and restores it onto any worker on resume.
  • Stateful Agent Hosting - Hosts long-running AI agents built with any framework as persistent actors that keep memory and filesystem state across idle periods.
  • Oversubscribed Agent Sharing - Registers many more agents than workers against a shared pool, running only as many at once as capacity allows while others wait.
  • Snapshot-Based Agent Multiplexing - Snapshots idle agents out of memory and restores them onto any free worker when a request arrives, running many stateful agents on few machines.
  • On-Demand Resume Routing - Directs inbound requests through a router that resumes the target agent on demand and can hold requests until a worker frees up instead of failing.
  • Header-Based Actor Routing - Routes HTTP, WebSocket and gRPC requests to a specific actor through a router using a target header, with a local proxy for development.
  • Snapshot-Based State Persistence - Snapshots a sandbox's memory and filesystem on suspend and restores them on resume, so files written earlier remain available in later sessions.
  • Credential Injection - Adds API keys and tokens to approved outbound requests at an egress gateway, so a compromised agent never holds secrets it could exfiltrate.
  • Secure Sandboxing - Runs each untrusted agent or tool in a dedicated gVisor or microVM sandbox so tenants share nodes without sharing a security boundary.
  • Traffic Filtering - Routes actor outbound traffic through an egress proxy that checks identity, enforces destination allowlists, filters DNS, and injects credentials.
  • Untrusted Workload Sandboxes - Runs each untrusted actor in its own strong compute sandbox with separate network namespace and storage, so actor code cannot reach the host or other actors.
  • Workload Identity Authentication - Gives every actor a short-lived certificate and on-demand tokens while keeping sandboxes free of ambient credentials.
  • Actor State Persistence - Captures actor volumes, root filesystem, and memory at selectable fidelity levels and stores them durably in object storage for later restore.
  • Idle Actor Hibernation - Snapshots idle actors to object storage to free their workers, then restores them onto a ready worker when a request arrives.
  • Actor Lifecycle Management - Creates, updates, suspends, resumes, and reverts actors through API calls, including rolling a crashed actor back to its last snapshot.
  • Eviction-Safe State Preservation - Signals actors when their worker pod is removed and allows a synchronous suspend within a grace window so state survives drains and upgrades.
  • Golden Snapshot Seeding - Boots a template once, snapshots it as a tagged baseline, and starts new actors from that warm state to skip cold-start initialization.
  • Golden Snapshot Starts - Captures a shared starting checkpoint at template creation so new workers restore from that saved state instead of booting from scratch.
  • Actor Worker Routing - Maps a large set of mostly idle workloads onto a smaller pool of pre-started workers, assigning them in real time to raise density.
  • Shared Worker Pools - Lets multiple templates running different binaries draw from one shared worker pool so compute capacity is reused rather than duplicated per template.
  • Warm Worker Pools - Defines a pool of standby worker pods ready to receive actor state so workloads start without waiting for fresh compute.
  • Agent Workload Templates - Declares the code, environment, resource limits, and state policies for a type of agent in one immutable blueprint that new actors are created from.
  • Authenticated Edge Routers - Terminates inbound invocations at an edge router that authenticates callers and verifies policy before cold-starting or resuming an actor.
  • Parked Request Holding - Parks inbound requests at the router on an oversubscribed pool until a worker becomes available, instead of rejecting them with an error.
  • Default Deny Egress Policies - Redirects an actor's outbound TCP through a tunnel to an egress gateway that allows or refuses each connection per the actor's egress policy.
  • Default-Deny Postures - Launches sandboxes and workers with default-deny networking, cutting off control plane paths and denying ingress to control plane pods except required flows.
  • Egress Traffic Firewalls - Tunnels outbound actor traffic through an egress proxy that enforces destination policy and substitutes credentials so no ambient secrets live in the sandbox.
  • MicroVM Sandboxes - Offers microVM and container-based sandbox classes behind one lifecycle, so isolation strength and restore behavior can be chosen per worker pool.
  • Signing Key Rotation - Rotates actor signing keys by publishing a new key, waiting for relying parties to fetch it, activating it, then removing the old one.
  • Egress-Triggered Placeholder Swaps - Replaces a placeholder request header with a secret resolved by the gateway at send time, so the actor never holds the real secret.
  • Agent Identities - Gives each active agent a short-lived certificate and on-demand tokens so it is individually identifiable and can federate externally.
  • Namespace Partitions - Groups actors and snapshot storage paths into isolated partitions and authorizes API callers per partition using relationship-based access control.
  • Default-Deny Agent Networking - Applies default-deny networking with no lateral or control-plane access, routing inbound traffic through a router and filtering outbound requests through a replaceable policy-enforcing egress gateway.
  • Token Signature Verifiers - Validates actor tokens by checking issuer, signature against the published key set, audience, time claims, and subject so relying parties can trust callers.
  • Workload Identity Federation - Giving every actor a short-lived certificate and signed tokens so external services, cloud providers, and CI systems can verify which workload is calling and grant it access without stored secrets.
  • Shared Worker Pools Across Namespaces - Allows templates in different atespaces to use the same worker pool, keeping logical separation between teams while sharing infrastructure.
  • Snapshot Fidelity Levels - Lets suspend capture memory, root filesystem, or only durable volumes, determining which state survives resume and which resets.
  • Agent Management Planes - Registers many agents as actors under a control plane so each can be resumed, suspended, and tracked individually.
  • End-to-End Message Tracing - Samples and propagates distributed traces across gateway, router and workers so a request's full lifecycle appears in a tracing backend.
  • Agent Protocols and Standards - Kubernetes-native execution runtime for high-density, stateful AI-agent sandboxes.
6,195 stars·700 forks·Go·Apache-2.0·3 views

Star history

Star history chart for agent-substrate/substrateStar history chart for agent-substrate/substrate

How this analysis was created: This summary and feature list are AI-generated from collected project material and can contain mistakes. Stars, license and language are imported from GitHub. Inclusion does not mean that we have tested or audited this project. Check the source documentation for any feature you depend on. Learn more on our About page.

Frequently asked questions

What does agent-substrate/substrate do?

Substrate is a Kubernetes-based platform for running AI agents as persistent actors. Each actor keeps its memory and filesystem state across idle periods: when it goes quiet, it is snapshotted to durable object storage and its worker is freed, and it is later restored onto any available worker when a request arrives. Agents built on any framework can run from standard container images without code changes, and each untrusted agent runs in its own gVisor or microVM sandbox…

What are the main features of agent-substrate/substrate?

The main features of agent-substrate/substrate are: Persistent Agent Hosting, Stateful Agent Runtimes, Snapshot-Based Suspend and Resume, MicroVM Agent Sandboxes, Framework-Agnostic Agent Hosts, Agent State Snapshots, Snapshot Capture and Restoration Managers, Stateful Agent Hosting.

Which projects share features with agent-substrate/substrate?

Projects with overlapping indexed features include: superradcompany/microsandbox — Microsandbox is a runtime for creating and managing lightweight, hardware-isolated virtual machines — called sandboxes… octelium/octelium — Octelium is a zero-trust network access platform and identity-aware proxy designed to secure private HTTP, SSH, and… zerocore-ai/microsandbox — microsandbox is a platform that runs untrusted code inside hardware-isolated microVMs, each with its own kernel,… e2b-dev/code-interpreter — This project is an infrastructure platform designed to provide secure, isolated, and ephemeral cloud-based Linux… ahmetb/kubernetes-network-policy-recipes — This project is a library of declarative configuration patterns and templates for implementing network policies within… cloudflare/agents — This is an open-source framework for building stateful, durable AI agents that run on Cloudflare Workers. It provides…

Projects sharing features with Substrate

These projects share indexed features with Substrate. Shared tags can include platform or build tooling; verify the primary use case before treating a result as a replacement.
  • superradcompany/microsandboxsuperradcompany avatar

    superradcompany/microsandbox

    6,570View on GitHub↗

    Microsandbox is a runtime for creating and managing lightweight, hardware-isolated virtual machines — called sandboxes — that boot directly from standard OCI container images. Each sandbox runs as its own host process with a separate kernel, filesystem, and network stack, providing process-per-sandbox isolation. The project includes a command-line tool and multi-language SDKs (Rust, TypeScript, Python, Go) for programmatic lifecycle control, and it communicates with sandbox agents over Unix sockets using a CBOR-encoded protocol. What distinguishes Microsandbox is its combination of host-manag

    Rust
    View on GitHub↗6,570
  • octelium/octeliumoctelium avatar

    octelium/octelium

    4,160View on GitHub↗

    Octelium is a zero-trust network access platform and identity-aware proxy designed to secure private HTTP, SSH, and SQL resources. It functions as a secure gateway that validates human and workload identities using OIDC, SAML, and FIDO2 passkeys before granting access to internal applications and SaaS APIs. The system is distinguished by its secretless access broker, which injects credentials—such as API keys, passwords, and AWS Sigv4 signatures—at the gateway level so users can access databases and cloud resources without managing secrets. It further specializes in AI gateway administration,

    Goabacai-gatewayapi-gateway
    View on GitHub↗4,160
  • zerocore-ai/microsandboxzerocore-ai avatar

    zerocore-ai/microsandbox

    4,802View on GitHub↗

    microsandbox is a platform that runs untrusted code inside hardware-isolated microVMs, each with its own kernel, filesystem, and network stack. It boots directly from standard OCI container images, supports copy-on-write filesystem layers, and integrates with AI agents to execute tool calls and generated code in isolated environments with secret protection. What sets microsandbox apart is its host-side network proxy that enforces firewall rules, intercepts DNS, inspects TLS traffic, and injects secrets at the network boundary without exposing them inside the VM. It provides SSH access to micr

    Rustagentsaiai-generated
    View on GitHub↗4,802
  • e2b-dev/code-interpretere2b-dev avatar

    e2b-dev/code-interpreter

    2,348View on GitHub↗

    This project is an infrastructure platform designed to provide secure, isolated, and ephemeral cloud-based Linux environments for AI agents and automated code execution. It functions as an orchestrator that provisions on-demand virtual machines, allowing developers to run arbitrary code generated by large language models within hardware-level security boundaries. The platform distinguishes itself through its ability to manage stateful, long-lived sessions that persist across multiple execution calls, enabling complex, multi-step workflows. It supports high-concurrency scaling, allowing for th

    Pythonaiai-data-analysisanthropic
    View on GitHub↗2,348
Compare all 30 related projects→