Scale-to-Zero Gateway

Suspend the gateway when nothing is happening and wake on the next message — pay only for active time

python
from praisonaiagents import Agent

agent = Agent(name="assistant", instructions="Be helpful.")
# Scale-to-zero idles the runtime until the next user message wakes the agent
agent.start("Anyone there?")

A scale-to-zero policy quiesces the gateway and (optionally) suspends the compute host when no turn is in flight and no background work is pending, then wakes on the next inbound message.

The user is idle; the gateway scales workers to zero and wakes them when the next message arrives.

Diagram

Scale-to-Zero Lifecycle

Yes

No, idle

/_wake

📩 Last Inbound

⏱️ Idle Timer
5 min default

🔍 In-flight?
Background work?

💤 Quiesce
stop transports

🏷️ on_quiesce
host suspend hook

⚡ Dormant
$0 compute

🌅 Wake

Quick Start

  1. Simplest setup — 5-minute idle timeout
    python
    from praisonaiagents import Agent
    from praisonai.bots import BotOS, Bot
    from praisonaiagents.gateway import ScaleToZeroPolicy
    
    agent = Agent(name="assistant", instructions="Help users")
    
    botos = BotOS(
        bots=[Bot("telegram", agent=agent)],
        idle_policy=ScaleToZeroPolicy(
            idle_timeout_minutes=5,
            wake_url="https://my-bot.fly.dev/_wake",
        ),
    )
    botos.run()

    The gateway now ticks every 30 seconds. After 5 minutes of silence with no turns in flight, it stops transports and calls your _on_quiesce hook (if set). The next POST /_wake brings it back.

  2. Tighter timeout for more aggressive savings
    python
    from praisonaiagents import Agent
    from praisonai.bots import BotOS, Bot
    from praisonaiagents.gateway import ScaleToZeroPolicy
    
    agent = Agent(name="assistant", instructions="Help users")
    
    idle_policy = ScaleToZeroPolicy(
        idle_timeout_minutes=2,
        wake_url="https://my-bot.fly.dev/_wake",
    )
    
    botos = BotOS(
        bots=[Bot("telegram", agent=agent)],
        idle_policy=idle_policy,
    )
    botos.run()
  3. With a compute-host suspend hook (Fly / Modal)
    python
    from praisonaiagents import Agent
    from praisonai.bots import BotOS, Bot
    from praisonaiagents.gateway import ScaleToZeroPolicy
    
    agent = Agent(name="assistant", instructions="Help users")
    
    policy = ScaleToZeroPolicy(
        idle_timeout_minutes=5,
        wake_url="https://my-bot.fly.dev/_wake",
    )
    
    async def suspend_host():
        # Tell Fly Machines / Modal to suspend this VM
        # e.g. call the Fly Machines stop API here
        pass
    
    botos = BotOS(bots=[Bot("telegram", agent=agent)], idle_policy=policy)
    botos._on_quiesce = suspend_host  # runs AFTER transports are cleanly down
    botos.run()
  4. Primary runtime — enable via gateway.yaml

    Scale-to-zero is wired into the primary WebSocketGateway (praisonai gateway start) through a lifecycle: block.

    yaml
    # gateway.yaml
    lifecycle:
      scale_to_zero:
        enabled: true
        idle_minutes: 10
        wake_url: "https://my-bot.fly.dev/_wake"   # optional (see self-wake note)
    bash
    praisonai gateway start --config gateway.yaml

    The gateway serves normally, then quiesces after idle_minutes of no inbound or in-flight work. The next client frame wakes it.

  5. Primary runtime — enable via CLI flags (no YAML)
    bash
    praisonai gateway start --scale-to-zero --idle-minutes 10

    The flags synthesize a lifecycle: block, so CLI overrides win over gateway.yaml. No wake_url is needed — the listening socket is an inherent self-wake path.


How It Works

Diagram
Compute HostScaleToZeroPolicyBotOSBot TransportUserCompute HostScaleToZeroPolicyBotOSBot TransportUser30s tick (idle loop)… 5 min of silence …… user returns …messagenotify_inbound() / turn_started()is_idle(running_turns, last_inbound_ts, …)IdleDecision(idle=False, “0s idle”)is_idle(…)IdleDecision(idle=True, “idle for 300s”)stop()on_quiesce()suspendedPOST /_wakewake()start() (reconnect transports)ready

Key behaviours:

BehaviourDetail
Evaluation tickEvery 30 seconds — lightweight, zero LLM calls
Guard 1 — in-flight turnsrunning_turns > 0 blocks dormancy; a message being processed can never be dropped
Guard 2 — background workAny enabled scheduled job keeps the gateway resident
Guard 3 — idle timeoutelapsed < idle_timeout_seconds blocks dormancy
Arm gatingshould_arm returns False when wake_url=None — the policy logs and stays always-on rather than quiescing into an unrecoverable state
Wake idempotencywake() is a no-op when the gateway is already running

Configuration Options

ScaleToZeroPolicy constructor

python
from praisonaiagents.gateway import ScaleToZeroPolicy

policy = ScaleToZeroPolicy(
    idle_timeout_minutes=5.0,
    wake_url="https://my-bot.example.com/_wake",
    enabled=True,
)
OptionTypeDefaultDescription
idle_timeout_minutesfloat5.0Minutes of inbound silence before quiescing. Must be > 0 — raises ValueError on 0 or negative.
wake_urlOptional[str]NoneThe HTTP endpoint your compute host will POST to wake the gateway. Required to arm — without it the policy refuses to arm and the gateway stays always-on.
enabledboolTrueWhen False, is_idle always returns idle=False and should_arm returns False. Useful for env-var-driven kill switches.

Properties on the instance:

PropertyTypeDescription
idle_timeout_secondsfloatidle_timeout_minutes * 60 — the value is_idle checks against elapsed time.

BotOS — idle policy field

FieldTypeDefaultDescription
idle_policyOptional[GatewayIdlePolicyProtocol]NoneWhen set, BotOS schedules an idle-dormancy loop that ticks every 30 s and quiesces when the policy says so. Default None = always-on (unchanged behaviour).

BotOS runtime activity hooks

MethodDescription
notify_inbound()Stamp _last_inbound_ts. Optional explicit hook — the idle loop also passively probes session managers.
turn_started()Increment in-flight turn counter (blocks dormancy).
turn_finished()Decrement in-flight turn counter.
wake() (async)Idempotent resume — reconnects transports. Call from your wake endpoint handler.

Imports

python
from praisonaiagents.gateway import (
    IdleDecision,
    GatewayIdlePolicyProtocol,
    GatewayIdlePolicy,          # backward-compat alias
    ScaleToZeroPolicy,
)

lifecycle.scale_to_zero: YAML block (WebSocketGateway)

The primary WebSocketGateway reads scale-to-zero from a lifecycle: block at the top level of gateway.yaml or nested under gateway:.

yaml
lifecycle:
  scale_to_zero:
    enabled: true
    idle_minutes: 10
    wake_url: "https://my-bot.fly.dev/_wake"
FieldTypeDefaultDescription
enabledboolfalseTurns scale-to-zero on. The block is otherwise ignored.
idle_minutesfloat10.0Minutes of no inbound / in-flight work before quiescing.
wake_urlstrNoneOptional host-wake endpoint. Only needed alongside an on_quiesce host-suspend hook — the listening socket self-wakes without it.

CLI flags (WebSocketGateway)

FlagTypeDefaultDescription
--scale-to-zeroflagunsetQuiesce when idle for --idle-minutes. Overrides lifecycle.scale_to_zero.enabled.
--idle-minutes <float>floatunsetMinutes of no inbound / in-flight work before quiescing. Overrides lifecycle.scale_to_zero.idle_minutes.

CLI flags win over YAML — they are folded into the lifecycle: block before the policies are built.


Observability

When scale-to-zero (or a drain marker watch) is configured, health() adds a lifecycle object so operators can see the state without scraping logs.

json
{
  "status": "healthy",
  "uptime": 3600,
  "agents": 2,
  "sessions": 5,
  "clients": 3,
  "lifecycle": {
    "scale_to_zero": true,
    "dormant": false,
    "drain_marker_watch": false
  }
}
FieldTypeDescription
scale_to_zeroboolWhether the idle policy is configured (armed or not).
dormantboolWhether the gateway is currently quiesced, waiting for inbound.
drain_marker_watchboolWhether the drain-marker watch loop is running.

The lifecycle field is emitted only when a lifecycle feature is configured, so always-on gateways are unchanged.


Hot Reload

Enabling or disabling scale-to-zero via a gateway.yaml reload takes effect without a full process restart. The gateway rebuilds the pure policy and cancels or relaunches only the idle loop whose enablement changed — an unchanged lifecycle: block leaves running tasks untouched. See Gateway Hot Reload.


Common Patterns

Fly Machines auto-suspend

python
import httpx
from praisonaiagents import Agent
from praisonai.bots import BotOS, Bot
from praisonaiagents.gateway import ScaleToZeroPolicy

agent = Agent(name="assistant", instructions="Help users")

policy = ScaleToZeroPolicy(
    idle_timeout_minutes=5,
    wake_url="https://my-bot.fly.dev/_wake",
)

async def suspend_fly_machine():
    # Fly Machines: POST /v1/apps/{app}/machines/{machine}/stop
    async with httpx.AsyncClient() as client:
        await client.post(
            "https://api.machines.dev/v1/apps/my-bot/machines/MY_MACHINE_ID/stop",
            headers={"Authorization": f"Bearer {FLY_API_TOKEN}"},
        )

botos = BotOS(bots=[Bot("telegram", agent=agent)], idle_policy=policy)
botos._on_quiesce = suspend_fly_machine

# Your /_wake route must call botos.wake()
botos.run()

The /_wake route in your web framework calls await botos.wake(), which reconnects all transports and the gateway is live again within seconds.

Env-var kill switch

python
import os
from praisonaiagents import Agent
from praisonai.bots import BotOS, Bot
from praisonaiagents.gateway import ScaleToZeroPolicy

agent = Agent(name="assistant", instructions="Help users")

policy = ScaleToZeroPolicy(
    enabled=os.getenv("SCALE_TO_ZERO") == "1",
    idle_timeout_minutes=5,
    wake_url=os.getenv("WAKE_URL", ""),
)

botos = BotOS(bots=[Bot("telegram", agent=agent)], idle_policy=policy)
botos.run()

Set SCALE_TO_ZERO=1 in production. In dev, leave it unset — the policy stays disabled and the gateway runs always-on with zero overhead.

Tighter timeout for prototype bots

python
from praisonaiagents import Agent
from praisonai.bots import BotOS, Bot
from praisonaiagents.gateway import ScaleToZeroPolicy

agent = Agent(name="demo", instructions="Quick demo bot")

policy = ScaleToZeroPolicy(
    idle_timeout_minutes=1,           # quiesce after 1 min idle
    wake_url="https://demo.example.com/_wake",
)

botos = BotOS(bots=[Bot("telegram", agent=agent)], idle_policy=policy)
botos.run()

Use 1 minute for disposable demo bots. Bump to 5+ minutes for production where users expect instant responses.


Best Practices

wake_url is required on BotOS, optional on WebSocketGateway

On BotOS, without a wake_url should_arm returns False and the gateway logs "idle policy not armed (no wake path); staying always-on" — the policy refuses to quiesce into a state it cannot recover from.

On the primary WebSocketGateway (praisonai gateway start), the listening socket is treated as an inherent self-wake path: the gateway stays dormant with the socket open and wakes on the next inbound client frame. So wake_url is only required when you also set an on_quiesce host-suspend hook (Fly / Modal / Daytona), which powers the host down and needs an external endpoint to bring it back. CLI-only --scale-to-zero arms and quiesces correctly without a wake_url.

Keep idle_timeout_minutes ≥ 2 for chat bots

Humans pause between messages in the same conversation — typing, thinking, copy-pasting. A timeout under 2 minutes can spin transports down mid-conversation, adding a cold-start delay the user will feel. Start at 5 minutes for interactive bots and tune down once you have usage data.

Wire _on_quiesce after testing your wake path

Test that curl -X POST https://your-bot.example.com/_wake successfully brings the bot back before you wire _on_quiesce to actually suspend the host. That way you can recover from a broken suspend hook without needing to redeploy.

Don't disable scheduled jobs to force idle

The policy already blocks dormancy whenever any enabled scheduled job exists. If you want true scale-to-zero, audit praisonai schedule list and disable jobs that should not keep the bot resident. Never rely on a long timeout to “outlast” a scheduled job — the job will prevent quiescing for as long as it is enabled.


Scheduled delivery when the gateway is asleep

An enabled scheduled job keeps the gateway resident. If you instead run praisonai schedule tick from OS cron with the gateway scaled to zero, delivery still lands out of process — the tick falls back to a per-platform standalone HTTPS sender for Telegram, Slack, Discord, WhatsApp, and Signal, using each platform’s own env ({PLATFORM}_BOT_TOKEN, or the WhatsApp / Signal env vars). Each send is retried in-process on transient failures with exponential backoff, so a 429 or a brief 5xx does not silently drop the brief. See Out-of-process delivery.


Related