open source • local • secure

Octopal

The AI agent that gets real work done. Safely.

Octo stays with you. It plans, remembers context, and makes the decisions. Risky work — browsing, code changes, shell commands, file operations — is handed to short-lived workers that run in isolated containers and disappear when finished.

Real hands. Clear boundaries.

The core idea

Most agents give one process everything, Octopal doesn’t

That single decision changes how safe and useful a real agent can be.

The usual approach

One agent. One big trust boundary.

Memory, conversation history, browser, shell, filesystem, and private data all live in the same process.

  • • Prompt injection or bad tool output can affect everything
  • • A single mistake can touch your files or secrets
  • • The agent that knows you is the same one doing risky work
The Octopal way

Octo plans. Workers act. Then they’re gone.

Octo (the long-lived coordinator) holds memory, judgment, and policy. Workers are created only for the current task.

  • • Workers run in isolated Docker containers by default
  • • They get only the access and files they need for that job
  • • Container is destroyed after the task — nothing lingers

Give the agent real hands. Don’t hand it your whole house.

How it works day to day

Octo is the persistent coordinator. It remembers what matters, plans, and decides what to do next.

When a task requires touching the outside world — files, the web, code, shell, or infrastructure — Octo creates a focused worker, gives it only what it needs, and lets it run in isolation. The worker finishes, returns the result, and is removed.

This split is what lets Octopal stay useful and reachable while keeping dangerous or untrusted actions away from the part that holds your context and history.

The promise is concrete: enough hands to be genuinely helpful, enough memory to improve over time, and enough boundaries that you can actually trust it with ongoing work.

Octopal control panel showing runtime status, configuration, and worker controls

Design Principles

The same split shows up in the product choices: useful action, durable memory, and explicit boundaries belong together.

Finish the unglamorous work

A useful operator is not a fireworks show. Octopal is built to take a messy request, keep track of the moving parts, run the boring checks, and come back with something you can act on.

Remember with judgment

Octopal does not treat every old message as sacred truth. It keeps the recent thread close, retrieves old work when it matters, and separates stable lessons from facts that may have changed.

Touch the world carefully

Octopal can browse, inspect files, run tools, work on repos, call services, and ask specialists for help. The important part is that those actions do not all happen inside the same trusted brain.

Treat your life as private

Channels, dashboard access, peer agents, and remote control surfaces are designed to be explicit. If something gets access, it should be because you meant it.

What Octopal Can Do

Octopal is useful because it is not one trick. It can be the quiet assistant in your messenger, the local operator on your desktop, the scheduled maintenance loop on a VPS, and the coordinator that sends the right specialist into the right mess.

Meets you where you already are

Desktop for setup, Telegram or WhatsApp for daily life, WebSocket for custom clients, and a dashboard when you want to see the machinery.

Remembers to do the thing later

Weekly repo reviews, operational checks, reminders, background reports, and hygiene loops can run without waiting for you to remember the schedule.

Researches without becoming the browser

When a task needs the web, Octopal can send out a researcher, gather sources, bring back the useful answer, and keep only the lessons worth carrying forward.

Understands software work as a workflow

Code changes, test runs, release notes, security checks, bug hunts, deploy diagnostics, and repo archaeology are separate jobs, not one giant prompt.

Works with other trusted agents

Other agents can call in as named peers, but they do not get a magic back door. Each peer has an identity, a token, and a narrow set of things it is allowed to send.

Leaves a trail

Workers, logs, gateway health, service state, update requests, and fallback modes are visible. If Octopal claims something happened, the runtime should be able to show evidence.

The Worker Bench

Octopal ships with a bench of default workers for research, code, tests, releases, incidents, databases, files, security, and writing. When a job does not fit the bench, it can shape a new worker around that task instead of forcing everything through one generic prompt.

Bigger work can become a small team. Workers can form orchestration groups where one investigates, one edits, one tests, one checks risk, and one turns the result into something readable while Octo keeps the group pointed at the goal.

The workers normally run in isolated containers that disappear after the task. They return only the useful signal back into the system, filtering prompt-injection bait, noisy artifacts, and anything the main brain does not need to absorb.

Octopal workers screen showing available worker roles and their configuration

Octo

Decides research is needed

Understands the goal, keeps the user context, and chooses a safer specialist path.

Research Orchestrator Worker

Builds a tiny research team

Splits the request, assigns tasks, watches quality, and merges only the useful signal.

Web Research Worker

Find source landscape

Maps credible references and ignores low-signal bait.

Web Research Worker

Verify claims

Cross-checks facts before they reach the main context.

Web Research Worker

Extract clean signal

Returns concise findings, not the whole noisy page.

Memory With Taste

Octopal does not try to remember everything equally. That is how agents become haunted by stale facts. It keeps different kinds of memory in different places, so a preference, a lesson, a current setting, and a temporary handoff do not get mashed into the same fog.

Right now

Octopal keeps the current conversation close, including what workers just found, so the thread stays coherent.

Past work

When older context matters, Octopal searches for the useful pieces instead of replaying your entire history.

Hard-earned lessons

Important decisions, preferences, and mistakes become working knowledge instead of disappearing into chat logs.

What changed

Some facts expire. Octopal tracks current state separately so yesterday's setup does not pretend to be today.

Handoffs

If context gets reset, Octopal leaves a compact note: goal, progress, blockers, and the next move.

Octopal setup flow step 1Octopal setup flow step 2Octopal setup flow step 3Octopal setup flow step 4Octopal setup flow step 5Octopal setup flow step 6Octopal setup flow step 7

Easy to install, intuitive to use

The desktop app helps you configure and launch Octopal without turning setup into a project of its own. It also gives you a convenient control panel for status, runtime settings, and everyday management.

For servers and users who want more control, or simply prefer working from the CLI, Octopal includes a practical configurator and a web dashboard. Telegram and WhatsApp stay available as communication channels wherever Octo is running.

Download the latest build

Model Stack, Your Choice

Not every job needs the same brain. Octopal supports cloud APIs, coding-plan subscriptions, OpenAI-compatible routes, and local models, so the coordinator can stay on the model you trust while workers use cheaper, faster, or more specialized options.

Download Octopal

Start with the desktop app if you want to feel the shape of it quickly. Use the server install when you are ready for private services, VPS deployment, channels, schedules, and the parts that make Octopal less like an app and more like a resident operator.

Server install

$curl -fsSL https://raw.githubusercontent.com/pmbstyle/Octopal/main/scripts/octopal.sh | bash

Questions Before You Hand Octopal Work

A local personal AI operator: it can live on your machine or VPS, talk through private channels, remember useful context, schedule work, use tools, and hand risky jobs to small isolated specialists.