Files
paseo/docs/product.md
Mohamed Boudra dec47d72d9 docs: lowercase internal docs + migrate website docs to public-docs/ (#634)
* docs: rename to lowercase + drop leftover plans

Rename docs in docs/ to lowercase kebab-case for consistency and update
all references in CLAUDE.md, CONTRIBUTING.md, CHANGELOG.md,
packages/server/CLAUDE.md, and inter-doc links.

Drop two leftover design plan docs:
- docs/ATTACHMENT_BASED_REVIEW_CONTEXT_PLAN.md
- docs/plan-approval-normalization.md

* docs: drop stale uppercase entries from case-insensitive rename

* feat(website): power /docs from public-docs/ markdown tree

Move website docs out of TSX route components and into a root-level
public-docs/ directory of plain markdown files with frontmatter
(title, description, nav, order).

- Add packages/website/src/docs.ts loader using import.meta.glob with
  ?raw to compile the markdown into the bundle at build time.
- Replace the 9 hand-written docs/*.tsx routes with a single $.tsx
  catch-all that renders any slug via react-markdown.
- Drive the docs sidebar nav from frontmatter order/nav.
- Auto-discover docs routes in vite.config.ts so the sitemap stays in
  sync without manual edits.

* fix(website): bind dev server to 0.0.0.0 so port collisions trigger fallback

`host: "127.0.0.1"` (or unset) lets macOS coexist with another process
holding an IPv6 dual-stack `*:8082` socket, so Vite never sees
EADDRINUSE and silently binds alongside it. Forcing IPv4 wildcard
makes the conflict real, and Vite's default `strictPort: false`
falls through to the next free port.

* fix(website): restore docs page styling after markdown migration

Add a .docs-prose class that mirrors the styling the original
docs/*.tsx components hand-rolled (h1/h2/h3 sizes, paragraph/list
spacing, link colors, code blocks, callout-style blockquotes).

ReactMarkdown was emitting unstyled HTML because the previous
wrapper class only had inline-code rules — headings and code
blocks fell back to user-agent defaults.
2026-04-30 17:27:15 +08:00

3.4 KiB

Product

What Paseo is, who it's for, and where it's going.

What is Paseo

Paseo is a next-generation development environment built around agents. One interface to run, monitor, and interact with coding agents across desktop, mobile, terminal, and web.

The development workflow is shifting from manually editing files to orchestrating agents that do the editing. Paseo is built for that workflow.

Core philosophy

Freedom and flexibility. Every design decision follows from this:

  • Multi-provider — Use any coding agent harness. Pick the right model for each job, switch freely as the landscape shifts. No vendor-lock in.
  • Cross-device — Desktop, mobile, web, CLI. Start work at your desk, check progress from your phone, script from the terminal.
  • Self-hosted — The daemon runs on your machine. Your code, your keys, your environment. No inference markup, no cloud dependency.
  • Respectful - No telemetry, no forced cloud, no forced accounts
  • Open source — AGPL-3.0. Users can inspect, fork, and contribute.
  • BYOK — Bring your own keys. Use your subsidized plans and first-party provider pricing. Paseo adds zero cost on top.

How it works

Projects and workspaces

Projects are grouped in the sidebar, detected automatically from your filesystem and tagged by git remote when available.

Each project opens as a workspace. For git projects, the default workspace is the main checkout. Users can create additional workspaces, which are isolated copies (git worktrees) where agents work without affecting main.

Inside a workspace

A workspace is a flexible canvas:

  • Launch multiple agents side by side in split panes
  • Open terminals alongside agents
  • Mix and match providers within the same workspace

The daemon

Paseo is a client-server system. The daemon (Node.js) runs on your machine, manages agent processes, and streams output in real time over WebSocket. Clients connect to the daemon — locally or remotely.

This architecture means:

  • The daemon can run on any machine: laptop, VM, remote server
  • Multiple clients can connect simultaneously
  • Agents keep running when you close the app

Target user

Anyone who builds software:

  • Care about owning their tools and their data
  • Use multiple AI providers and want to switch freely
  • Run agents on real tasks across real projects
  • Want to work from multiple devices

What compounds over time

  • Trust — Showing up daily, shipping in public, being open source. Earned slowly, lost quickly.
  • Community contributions — Code, packaging, skills, agent configs. Contributors become advocates.
  • Ecosystem — Skills, integrations, shared configs. Community-built content that makes the platform more valuable.

Strategic bets

  1. Models commoditize. Value moves to the orchestration layer. The best model changes monthly — the workflow layer stays.
  2. Multi-provider wins. No single provider stays on top. Developers want the best model for each task.
  3. The daemon as infrastructure. Server/client architecture enables deployment anywhere.
  4. Open source outlasts funding. Open source communities are resilient. Contributors become advocates.

Current state (March 2026)

  • Desktop (Electron), mobile (iOS/Android), web, CLI
  • Providers: Claude Code (Agent SDK), Codex (app-server), OpenCode
  • Daily releases
  • Community contributions starting (packaging, bug fixes)
  • Key UX: split panes, keybinding customization, workspace model