Skip to main content
AIDiveForge AIDiveForge
Visit Orbital PAI

Get This Tool

License: MIT Any use incl. commercial
Local-run terms: Full source available under MIT; users may self-host, modify, and run commercially via the public GitHub repository and Docker files.

Share This Tool

Compare This Tool
📋 Embed this tool on your site

Copy this code to embed a compact tool card:

Orbital PAI

FreeOpen SourceSelf-HostedAgentic

Pricing

Model
Free

Summary

Most voice assistants either phone home with everything you say or require you to wire together five services before you hear a response — Orbital P.A.I. is the Elixir/Phoenix project that bets you want neither.

Built on Elixir/Phoenix for low-latency local execution, it handles calendar management, email, reminders, weather queries, and web search through a tool-calling brain that chains steps without you scripting the handoffs. Persistent memory means it carries context across sessions rather than starting blank every conversation. The self-hosted path is real — there is a Dockerfile and docker-compose.yml in the repo. The warning the maintainers put at the top of the README is not decorative: the project is under heavy active development, which means APIs shift, documented behavior changes, and any deployment you build today is maintenance work tomorrow.

Bottom line: Deploy this as a privacy-respecting wall assistant for personal automation and it earns its place — start building a production support agent on it before the codebase stabilizes and you will be rebasing your integration against a moving target.

Community Performance Report Card

No community ratings yet. Be the first to rate this tool!

Best For: Self-hosted voice assistants, Elixir/Phoenix developers, Privacy-focused personal automation, Low-latency local voice interaction

Community Benchmarks Community

No community benchmarks yet. Be the first to share a real-world data point.

  • Self-hosted by design with a Dockerfile and docker-compose.yml included, so voice data never leaves your infrastructure — teams handling sensitive personal information avoid the compliance questions that come with cloud-dependent assistants.
  • Tool-calling brain chains calendar writes, email sends, web searches, and reminders in a single spoken request, so you are not scripting multi-step workflows manually the way you would with a simple command-dispatch system.
  • Persistent memory across sessions carries user context forward, meaning the assistant does not ask you to re-explain your preferences every conversation the way stateless assistants do.
  • Elixir/Phoenix concurrency handles overlapping I/O stages in the voice pipeline — STT, tool execution, TTS — without blocking, which means response latency stays low even when a tool call takes a moment to return.
  • MIT license with full source access means you can modify the core behavior, swap out underlying models, or strip out capabilities you do not need — without waiting for a vendor roadmap.
  • The maintainers flag the project as under heavy active development at the top of the README, which means any integration you build against the current API surface is at risk of breaking on the next commit — teams that need a stable deployment skip this until a tagged stable release exists.
  • No API surface is exposed, so if your use case requires another service to trigger the assistant or consume its output programmatically, there is no endpoint to call — teams with that requirement wire up a different tool or build the interface layer themselves from source.
  • The Elixir/Phoenix stack is the whole runtime, not an optional layer — teams without BEAM experience face a steep operational learning curve for debugging, monitoring, and extending the assistant, and when something breaks at 2am the docs assume you already know how Elixir supervision trees work.
  • Zero community pull requests and two stars on the repository at the time of scraping means the bug surface is whatever the maintainers have personally tested — teams evaluating this against a voice assistant with an active contributor base and documented issue resolutions will find nothing equivalent here, and if the project goes dormant, maintenance falls entirely to the fork.

Community Reviews

No reviews yet. Be the first to share your experience.

About

Platforms
Web (PWA), Self-hosted (Elixir/Phoenix, Docker)
API Available
No
Self-Hosted
Yes
Last Updated
2026-07-16T12:16:40.085Z

Best For

Who it's for

  • Self-hosted voice assistants
  • Elixir/Phoenix developers
  • Privacy-focused personal automation
  • Low-latency local voice interaction

What it does well

  • Voice-controlled calendar and email management
  • Reminder setting and weather queries
  • Web search with spoken results
  • Persistent personal memory across sessions
  • Kiosk or wall-mounted always-on assistant

Integrations

Cartesia (STT/TTS)GeminiOpen-MeteoGoogle CalendarGmailSQLite

Discussion Community

No discussion yet. Sign in to start the conversation.

Compare Orbital PAI

Spotted incorrect or missing data? Join our community of contributors.

Sign Up to Contribute

Community Notes & Tips Community

Be the first to contribute. General notes, observations, gotchas, and tips from people who use this tool day-to-day.

Frequently Asked Questions

Is Orbital PAI free?
Yes — Orbital PAI is fully free to use. There is no paid tier.
Is Orbital PAI open source?
Yes. Orbital PAI is open source.
Can I self-host Orbital PAI?
Yes. Orbital PAI supports self-hosting on your own infrastructure.
What platforms does Orbital PAI support?
Orbital PAI is available on: Web (PWA), Self-hosted (Elixir/Phoenix, Docker).

Hours Saved & ROI Stories Community

Be the first to contribute. Concrete time/cost savings, with context. e.g. "Cut my code review backlog from 4h to 45m per week."

Orbital PAI

Orbital P.A.I. is an open-source, self-hosted voice assistant that takes spoken input, reasons about what action to take, executes tool calls — calendar writes, email sends, web searches, reminder sets — and speaks the result back, targeting the shortest possible round-trip on local hardware. The core loop is voice-in, tool-calling brain, voice-out, with memory that persists what matters about the user across separate sessions so context does not reset on every interaction. It ships as an installable PWA and includes a kiosk wall mode for always-on installations like mounted displays.

The differentiating architectural choice is the Elixir/Phoenix stack. Elixir’s concurrency model is well-suited to handling the kind of overlapping I/O that a voice pipeline generates — STT, tool execution, and TTS can be managed as separate processes without blocking the main loop. This is not a Python wrapper around existing agents; the whole assistant is native to the BEAM runtime, which shapes both its performance profile and the developer experience. If your team does not have Elixir exposure, that cuts both ways.

Where it fits: a developer or small team that wants a privacy-respecting, locally-running personal assistant and is comfortable operating an Elixir application. Where it breaks: the maintainers’ own README flags heavy active development, meaning interface contracts are not stable. Teams that need a dependable production API, documented upgrade paths, or community-verified integrations will hit friction quickly. There is no hosted option, no commercial support tier, and no API surface exposed — so if the use case requires programmatic access from another service, the integration work falls entirely on you.

Deployment is Docker-first — the repo includes a Dockerfile, docker-compose.yml, and a .env.example for configuration. A skills-lock.json suggests a skills or plugin system for extending capabilities. The project carries an MIT license with an open GitHub repository, so forking and modifying the core is permitted without restriction.