UTC :: --:--:-- RUST :: stable :: 1.96.0 CLIENT :: browser :: detecting PYPI :: status :: operational CLIENT :: AWS/REGION :: us-east-2 LINUX :: stable_kernel :: 7.0.10 CLOUDFLARE :: pages :: degraded_performance NODE :: lts :: 24.16.0 CLIENT :: os :: detecting CRATES.IO :: crates :: 275k+ GITHUB :: actions :: operational CLIENT :: ip :: masked PYTHON :: stable :: 3.14.x UTC :: --:--:-- RUST :: stable :: 1.96.0 CLIENT :: browser :: detecting PYPI :: status :: operational CLIENT :: AWS/REGION :: us-east-2 LINUX :: stable_kernel :: 7.0.10 CLOUDFLARE :: pages :: degraded_performance NODE :: lts :: 24.16.0 CLIENT :: os :: detecting CRATES.IO :: crates :: 275k+ GITHUB :: actions :: operational CLIENT :: ip :: masked PYTHON :: stable :: 3.14.x
docs::litlaunch :: Runtime
~/docs/litlaunch/docs/philosophy.md

Runtime Philosophy

LitLaunch Docs

./view_on_github
repo
Lattice-Foundry/LitLaunch
path
docs/philosophy.md
ver
1.0.0rc6
commit
cf08bca4c4
synced
May 29, 2026, 03:35 AM UTC

LitLaunch follows a conservative runtime philosophy: explicit behavior, deterministic boundaries, and safe ownership over convenience shortcuts.

Ownership Boundaries

LitLaunch owns only the Streamlit backend process it starts.

It does not:

  • kill browser processes
  • kill by process name
  • kill by port owner
  • discover and kill unknown PIDs
  • close browser windows
  • assume that a browser process belongs to the app

This keeps failure recovery boring and safe.

Browser Launch Is Not Browser Ownership

LitLaunch may launch Edge, Chrome/Chromium, or the system default browser. After launch, the browser remains outside LitLaunch ownership. This is intentional: browsers reuse processes, share profiles, restore windows, and may host many unrelated sessions.

Monitoring Is Observational

Window monitoring observes app-mode windows or LitLaunch-created managed browser windows and reports lifecycle signals. It does not control windows or browser processes. When a monitored window closes, RuntimeSession handles backend shutdown through the normal graceful shutdown path. If LitLaunch cannot identify a browser window confidently, it falls back to the manual Ctrl+C stop path.

Stdlib-First

Runtime code is stdlib-first by default. Dev tooling uses test, lint, and release tools. Runtime dependencies are avoided unless a capability clearly justifies one; profile loading uses the lightweight tomli backport on Python 3.10 because tomllib enters the standard library in Python 3.11.

Packaging-Agnostic

LitLaunch is meant to cooperate with packaged apps, not own packaging. PyInstaller, Nuitka, uv, pipx, shortcuts, and installers should remain integration guidance unless a small runtime hook is genuinely needed.

Diagnostics And Sanitization

Diagnostics should help users and support teams understand the local runtime without exposing secrets. Inspect output avoids raw environment dumps, shutdown tokens, browser profile paths, and sensitive-looking values.

Infrastructure Over Orchestration

LitLaunch should provide dependable primitives and a clean launch path. It should not become a hidden supervisor that guesses, mutates, or controls unrelated system state.