Ollama adds OpenJarvis, a local-first personal AI from Stanford labs

Built with Stanford's Hazy Research and Scaling Intelligence labs under their Intelligence Per Watt program, OpenJarvis now runs locally via Ollama.

By · Published

Why it matters

Local-first agents shift compute from the cloud to user hardware, which can cut latency and data exposure while reducing costs. A Stanford-backed project like OpenJarvis landing in the Ollama ecosystem is a signal that efficiency research is moving into usable, everyday tooling for builders.

Ollama adds OpenJarvis, a local-first personal AI from Stanford labs — Built with Stanford's Hazy Research and Scaling Intelligence labs under their Intelligence Per Watt program, OpenJarvis now runs locally via Ollama.

Ollama said OpenJarvis, a local-first personal AI, is now available to run with its tooling, announcing the integration in a thread on X and detailing it in a blog post.

https://x.com/ollama/status/2060428074102206496

According to Ollama, OpenJarvis was built by Stanford's Hazy Research and Scaling Intelligence labs as part of the university's "Intelligence Per Watt" research into efficient local AI. The positioning signals a focus on running agents on user hardware rather than in the cloud, with an emphasis on performance per watt and privacy-preserving workloads.

Ollama framed OpenJarvis as a personal AI that users can run locally through its ecosystem, with setup and usage details provided in the company's blog post. The collaboration aligns with a broader push toward on-device AI agents that minimize latency and data exposure while taking advantage of commodity GPUs and CPUs.

My take for founders building in this space:

  • Local-first is a wedge, not a slogan. Lead with concrete benefits that buyers feel: lower latency on critical tasks, privacy by default for sensitive data, and predictable unit economics that do not scale linearly with tokens or API calls.
  • Build for the jobs that fit the edge. Prioritize tasks with bounded context, event-driven triggers, and tight feedback loops. Avoid use cases that depend on large context windows or heavy multi-model orchestration unless you provide an explicit, user-controlled cloud fallback.
  • Treat performance per watt as a product promise. Benchmark on common CPUs and GPUs, publish simple guidance, and surface a battery/thermals indicator so users see the cost of each agent action.
  • Design offline-first UX. Make sure core flows work without a network, sync is opportunistic, and users can export and inspect state. Privacy posture is only credible if the default path keeps data on-device.
  • Keep the cloud thin. Offer opt-in services for updates, team policy, encrypted backup, and heavy lifts. Price the cloud as an add-on, not a tax on every inference.
  • Reduce install friction. One-line install, small model footprints, and clear hardware checks win. Document the support matrix across common CPUs and GPUs and offer sane defaults so users do not have to tune flags.
  • Distribution rides ecosystems. If you integrate with Ollama's ecosystem, meet users where they already run models: simple templates, reproducible examples, and clean uninstall. Your differentiator is the workflow, not the YAML.
  • Mind licensing and compliance. Be explicit about model licenses, data handling, and auditability. On-device can simplify compliance stories for healthcare, finance, and public sector if you give admins controls and logs.
  • Monetize around devices and teams. Consider per-device or per-seat pricing with value caps, not metered tokens. Local-first buyers are choosing cost certainty; make that obvious in your plans.
  • Ship observability from day one. Capture user-visible latency, accuracy on real tasks, and resource usage. Those are your north-star metrics in a local-first world.

Reader comments

Conversation for this story loads after sign-in.