feat(tui): Add human-facing process URLs.

[hencjo]

Summary

Add first-class human-facing process URLs.

This adds:

• processes.<name>.urls.<label>
• devenv processes endpoints
• inline clickable URLs in the devenv up TUI
• seeded URLs for browser-facing built-in services
• urls defined for some processes (mailhog, mailpit, minio, adminer, rabbitmq)

Description

Overview

This PR adds a first-class way to describe and surface browser-facing process endpoints.

It builds on existing process and port support by letting processes declare human-facing URLs that can reference dynamically allocated ports, and then exposing those URLs consistently in the CLI and TUI.

What changed

Process URLs

Processes can now declare human-facing URLs:

processes.<name>.urls.<label> = {
  scheme = "http";
  host = "127.0.0.1";
  port = config.processes.<name>.ports.<port>.value;
  path = "/";
};

These URLs can reference dynamically allocated ports, so the displayed URL matches the resolved runtime port.

CLI

Added:

devenv processes endpoints

Example output:

rabbitmq/admin   http://127.0.0.1:15672/
mailpit/ui       http://127.0.0.1:8025/

This is useful both for user-defined processes and for services started with devenv up -d.

TUI

devenv up now shows process URLs inline as clickable links.

Built-in services

Added human-facing URLs for:

• RabbitMQ (admin)
• Mailpit (ui)
• MailHog (ui)
• MinIO (console)
• Adminer (ui)

Wildcard bind addresses such as 0.0.0.0 and :: are normalized to 127.0.0.1 for display.

Tests

Added coverage for:

• process URL config/plumbing
• native manager endpoint rendering
• CLI parsing and formatting
• TUI URL rendering
• integration test for resolved dynamic runtime URLs

Docs

Updated docs/src/processes.md with:

• processes.<name>.urls
• dynamic port composition

[hencjo]

I realize this feature is unsolicited and I'm happy to take any directions on how to adapt it or simply skip it.

If it's found to be helpful I'll add the URLs of existing services in next PR.