Pioneer uses gateway-owned execution with turn permission modes, sandbox policy, resource checks, durable audit events, and keystore-backed secrets. Choose the gateway deliberately: local work runs locally, and remote work runs on the remote gateway.
Agent turns have permission modes. Use Supervised when you want Pioneer to ask before sensitive actions, or Auto-accept edits when file edits are expected but commands, network, MCP writes, skills, computer use, and subagents should still ask.
Gateway and clients
Pioneer has four user-facing parts. Gateway runs the work. It may be on your laptop, a workstation, or a server. Provider calls, tool runs, task runs, files, skills, MCP servers, settings, and thread history belong to the gateway you are connected to. Desktop app is the main UI. It connects to gateways, can start and manage a local gateway, and provides screens for workspaces, conversations, provider setup, MCP, skills, settings, and thread history. Mobile app is the iOS and Android client. It connects to existing gateways so you can continue work from a phone or tablet. Protocol clients are custom clients built by teams that want to integrate with Pioneer directly. For a single-machine setup, install the desktop app and let it start the local gateway for you. On macOS, that means downloading the.dmg, moving Pioneer to Applications, launching it, and pressing Start local gateway when prompted.
For separate environments, install gateways wherever the work should live: a laptop, a workstation, a home server, or a remote machine. Connect to each one from the desktop or mobile app. Separate gateways keep state, settings, tools, and history apart.
Install Pioneer
Set up the desktop app, a local gateway, or a remote gateway.
Quick Start
Connect a provider and start your first thread.
Core Concepts
Understand gateways, workspaces, threads, tools, skills, MCP, and tasks.
Permission Modes
Choose when Pioneer should ask before tool actions.
Providers
Connect model providers and understand where model settings are saved.
Multi-agent workflows
Pioneer is designed for more than one long-running chat thread. A task can split work into smaller pieces, give those pieces to subagents, and bring the results back for review. Each subagent can be scoped independently:
The gateway coordinates this work. One agent can split a job into subtasks, subagents can handle those pieces in separate threads, and the parent can review the results before accepting them. If a result is incomplete, the parent can request a revision with specific feedback.