Skip to content
Project Planner

Documentation

Agents, MCP and providers

Agents propose work. They do not silently decide, they do not run without a configured provider unless the run is labelled as simulated, and they never receive API keys in prompts.

Documentation describes the planned Windows application. Interface examples use demo project content and are labelled as previews.

Agent groups

Nineteen agents in five groups: Software, Design, Planning, Quality and Documentation. Each agent has a role, capabilities, tools, skills, MCP connections, memory scope, permissions and status. The full roster is on the AI Agents page.

Runs

A run records agent, task, status (queued, running, waiting, completed, failed, cancelled), current step, progress, start and elapsed time, tool calls, artifacts, warnings, tokens and estimated cost. Credentials are never stored on a run.

If no provider is configured, the desktop app may demonstrate the HUD with clearly labelled simulated runs. A run is never shown as model-backed unless a provider was actually called.

Human in the loop

When an agent needs a decision it asks, with context, options and why it matters. Approved answers are written into decision memory. Destructive file, Git or terminal actions always require confirmation.

Providers

OpenAI, Anthropic, Google Gemini, DeepSeek and compatible endpoints sit behind one abstraction. Configure provider and model per agent, define fallbacks, and inspect health, request history (redacted) and cost. Keys live in secure local storage, never in source, logs, activity feeds or exports.

MCP and skills

  • MCP servers expose tools with explicit permissions: read, write, network, execute.
  • Skills are versioned instruction sets with required tools, enabled per project and assigned to agents.

Memory

Project, decision, preference, agent and technical memory are separate, inspectable and editable. Each item has a source and a confidence. There is no hidden agent state.

Something missing? Send feedback.

Feedback