Appalogue/bimi

Flagship product

bimi — your native agent.

Conversational AI, with memory. Memory-rich. Privacy-respecting. Built natively for macOS today; the iPhone, iPad, Watch, Vision Pro, and TV spokes are shipping in waves — see the roadmap for the next wave. One memory, one identity, every screen — once each spoke lands.

What bimi is

bimi is a native macOS application — SwiftUI, MetricKit, CryptoKit, no web wrapper — that you talk to, write to, and live with. Voice is push-to-talk today (speaker recognition is on the roadmap), it holds an editable memory of what matters, it adapts to your work — drop a switch config and it remembers your machines — and it uses your Mac's Apple Silicon chip to run as much of the model work locally as possible. The cloud is opt-in and named.

Three things bimi is not: a chatbot in a tab, a hosted assistant, a workflow builder. It's an agent that earns its place on the dock.

"Memory you can see. Voice that knows who's talking. Proactive, not pushy."
— The three sentences we test every feature against.

Memory Constellation

Every fact bimi remembers shows up as a star in a category-coloured sky. Identity facts (who you are, where you work), preferences (what you like, what you avoid), commitments (what you said you'd do), and episodes (what happened, with whom, when) each get their own region. Lines between stars are graph edges — the same edges retrieval walks.

Tap a star to read it. Edit it to correct it. "Forget" it to drop it permanently (with a tombstone so it can't silently come back). The constellation is not a metaphor — it's the same data your memory queries run against.

For the architecture, head to how memory works. The diagram of the signals → memory → reflection loop lives there.

bimi Memory Constellation — every fact bimi knows about you, drawn as glowing stars in category-coloured regions.
Memory Constellation — every fact bimi knows about you, drawn as stars.

Voice that knows who's talking

Push-to-talk works today on Mac. A "Hey bimi" wake-word mode is built but switched off in the current beta — Apple is building always-listening assistance into macOS itself, and we'd rather not ship a second one. Diarization and speaker ID are landing in a future wave. Speaker recognition — knowing it's you, not your spouse, not your kid — will use voiceprints stored locally as sensitive memories. Raw audio is never persisted or transmitted.

  • "Hey bimi" wake-word — built on the system Speech framework, currently switched off in the beta while the platform's own voice features settle. Push-to-talk is the path today. paused
  • Diarization — who said what in a multi-speaker room. coming
  • Speaker ID — opt-in voiceprints, encrypted with your device key. coming
  • Voice character with warmth — not a monotone TTS. A patient, human presence is the target. coming
  • Push-to-talk + on-device ASR — works today. live

The audio guarantee

For push-to-talk, the wav lives in RAM, becomes text + signal, and gets dropped. Meeting Mode keeps an m4a in a sandboxed cache so bimi can transcribe a multi-hour session — the retention default is 7 days (a user-facing Settings toggle is landing in a near-term wave; today the default is the value). No audio is ever transmitted off-device or routed to a cloud transcription service. The voiceprint, once shipped, will be the only audio-derived artifact persisted by default — encrypted, your-key-only.

Hub-and-spoke across your devices spokes coming in waves

macOS ships today and is the hub: it has the chip, the storage, and the open SwiftUI runtime to host the full agent. The spokes — iPhone, iPad, Watch, TV, Vision Pro — are on the roadmap, landing one at a time. Each spoke shares the constellation and the identity; heavy lifting stays at the hub.

The diagram below is the target topology. Today, only the macOS node is shipping.

Hub-and-spoke: macOS centre, spokes for each device surface macOS memory · routing · reflection iPhone voice anywhere iPad scratchpad Watch glance + ping TV house screen Vision Pro immersive
One memory, one identity, every screen. Heavy lifting at the hub, lightweight surfaces on the spokes.

Smart hybrid routing

bimi decides, per request, where to run the work. Default is local: a llama.cpp-served open model, sized to your Mac, handles memory classification and extraction; local embeddings handle retrieval. Conversations run on the brain you pick — fully local, or your own frontier key. The cloud is consulted only when the local path can't deliver the answer at the quality the request needs.

WorkloadDefault laneSpills to
Memory classificationLocal brain (llama.cpp, on-device)a larger local tier, if you've installed one
Memory extraction (background)Local brain (llama.cpp, on-device)a larger local tier, if you've installed one
Short-form chat / repliesthe brain you pick (local or your key)
Long-form reasoningAnthropic / OpenAI (named)
Embedding small corpussystem NaturalLanguage, local
Embedding large corpusCloud, named
Tool calls (calendar, mail)Local, sandboxed

Every routing decision is visible in the bimi telemetry panel — provider, model, and reason. No silent escalations.

Memory-local-only — by type, not by promise

The memory subsystem (classification, extraction, curation) is restricted at the type level — only providers that conform to LocalOnlyLanguageModel can be wired in. The on-device lanes conform; cloud providers do not. That means a future refactor or config bug can't accidentally route a memory verdict through a hosted model. The compiler enforces it.

Native, end to end

bimi is built with the Mac toolchain. That means: SwiftUI all the way, FoundationModels for on-device LLM work, CryptoKit for the encryption you'll find in the privacy page, MetricKit for crash diagnostics, and a sandboxed App Store core. The power-user surfaces — SSH, shell, things sandboxing won't allow — ship as a separately notarized download we call the Power Helper.

  • No Electron. No web wrapper. No JS runtime in the binary.
  • No telemetry SDK. No Mixpanel, no Amplitude, no Sentry, no Crashlytics. Details on /privacy.
  • App Store + sidecar split. Sandboxed core via the Mac App Store; sandbox-incompatible capabilities as the Power Helper download.
  • Self-updating Power Helper. Install it once — it verifies and installs its own signed updates in the background, so it never drifts from the app and you never re-download it manually.
  • Apple Silicon native. Built for the on-device Foundation Models stack — M1 or later.

System requirements

Today's beta is macOS-only. iPhone, iPad, Watch, Vision Pro, and TV spokes are shipping in waves over the next two release cycles.

  • Hardware — Apple Silicon Mac (M1 or later). Intel Macs are not supported (Apple Intelligence is Apple-Silicon-only).
  • macOS — 26 Tahoe or later. Required for the on-device Foundation Models framework.
  • Apple Intelligence — must be enabled in System Settings. bimi gates memory features on its availability.
  • Disk — ~250 MB for the app, plus memory storage that scales with your use (typically < 100 MB).
  • RAM — 16 GB recommended for the on-device model lane; 8 GB works with cloud fallback.
  • Network — only required for explicit cloud routing or update checks. bimi runs offline otherwise.

How to get it

The beta is invite-only — we want a small group while the rough edges smooth. Apply via the form on the home page. Approved testers get a one-time setup link by email (never a password) and land on the download page.

Once you're in, the download page hands you a signed Apple Silicon .pkg. Install steps walk you through the macOS Gatekeeper warning the first time you open it.

Already invited?

Head to reports.appalogue.com/beta/ to sign in and download.

Apply for the beta