Developer productivity visibility.

You can't improve what you don't measure. ProcessLens tracks builds, tests, and process times β€” locally and privately β€” so you can spot slowdowns before they hurt your flow.

Local-first β€’ Private β€’ Open source
Currently in beta β€” your feedback helps shape the future of ProcessLens
* Screenshots from v0.1.2 β€” UI subject to change.

Current Features (v1)

⚑

Zero-config timing

Run any script or command. We capture start/end, duration, and status.

πŸ“Š

Dashboard in VS Code

See recent runs, averages, and simple history charts.

πŸ“ˆ

Status bar insights

Know instantly how long the last run took.

πŸ”’

Local-first

Data stays on your machine. JSON/SQLite, no telemetry, no lock-in.

Why ProcessLens?

Developers everywhere lose time waiting on builds and tests. Without measurement, teams only feel slowdowns β€” ProcessLens makes them visible.

Why it matters

  • ⏱ Every dev waits β€” seconds add up into hours.
  • πŸ“Š Evidence, not feelings β€” real data, not guesses.
  • πŸ“ˆ Trends over time β€” catch creeping slowdowns early.
  • πŸ‘₯ Team value β€” justify infra improvements with data.
  • πŸ” Personal utility β€” catch regressions early.

What makes it different

  • 🌍 General-purpose β€” measure any process, not just JS builds.
  • πŸ“‰ Trend-focused β€” not just β€œthis run took 9s,” but what changed over time.
  • πŸ’» Developer-first β€” lives in VS Code, zero-config, instant insight.

Think of it as time tracking for machines, not humans.

Humans log hours worked. ProcessLens logs seconds wasted waiting on computers.

Coming Soon

⏱

Watch-mode rebuild timings

Vite, Webpack, Jest

πŸ—„

SQLite backend

For faster queries

☁️

Cloud sync (opt-in)

Team dashboards & history

πŸ“Š

Advanced analytics

p50/p95, regressions, trends

Privacy First

ProcessLens is local-first. Your data never leaves your machine unless you opt-in to sync.