Ollama is the most popular way for developers to access open models. What started as an open-source, local-first runtime is now the largest developer network in the open-model ecosystem: 8.9 million monthly active developers and over 67,000+ community-built integrations. We're backed by Y Combinator, Benchmark, 8VC, and Theory Ventures.
Our team is small and talent dense. We're flat, low-ego, and fast-moving. We like people who are truth-seeking, passionate, design-driven, and who enjoy shipping code.
We're looking for a Product Marketing Manager who can translate deeply technical products into clear, compelling stories that resonate with developers.
This is a highly cross-functional, high-impact role. You'll work closely with product, engineering, and GTM to help define what we build and how we bring it to market. You won't just launch features, you'll influence product direction, define positioning, and help developers understand why Ollama matters.
Own end-to-end go-to-market strategy for new models, features, and major releases
Write launch materials (blog posts, landing pages, demos, videos)
Develop clear, differentiated positioning for Ollama and its features
Continuously refine messaging based on user feedback and market shifts
Help launch day-zero models with research partners
You have 3+ years in product marketing, product management, growth, or a similar role
You have strong technical intuition — you should be an engineer at heart, comfortable understanding developer tools and communicating to a technical audience
You have exceptional communication skills, and the ability to simplify complex concepts
You have high ownership: you can take a project from idea to execution
You find comfort in a fast-moving, ambiguous environment
Ollama provides software to run large language models locally on Windows and other platforms. It enables deployment, management, and GPU-accelerated inference for models like Llama 2 and Code Llama, and offers compatibility with the OpenAI Chat Completions API to connect local models with familiar tools. It differentiates itself by focusing on local, private deployment with a model library and licensing/subscription access, rather than cloud-only solutions. The goal is to let users run advanced AI models on their own hardware, reducing reliance on cloud services.
Company Size
51-200
Company Stage
Series B
Total Funding
$65.1M
Headquarters
Palo Alto, California
Founded
2021
See people who can refer or advise you
Help us improve and share your feedback! Did you find this helpful?
Reflection Beam on Ollama: 501b-parameter open-weight MoE model, free for a limited time. October 16, 2026 · Originally published October 15, 2026 · deepseek/deepseek-v4.1-flash Reflection released Beam, its first open-weight model, on October 16, 2026, and Ollama shipped it as a day-zero partner on Ollama Cloud - free for a limited time. The release matters because Beam is an Apache 2.0 mixture-of-experts model with roughly 501 billion total parameters, 23 billion active parameters per token, and a 1 million token context window, aimed squarely at software engineering and long-horizon agentic workloads rather than single-turn chat. What was announced. Beam is Reflection's first open-weight model and became generally available on the morning of October 16, 2026. Ollama is a day-zero launch partner, making Beam available through Ollama Cloud at no cost for a limited promotional period. Ollama's Beam endpoint runs with full zero data retention (ZDR) in collaboration with Reflection. Ollama Cloud lets developers run supported models from their apps or terminal without downloading models or managing local inference. Model architecture and specifications. Beam is a mixture-of-experts model with approximately 501 billion total parameters and 23 billion active parameters per token. The gap between total and active parameters is the defining efficiency characteristic of a sparse MoE design: only a fraction of the network is engaged per token. | Property | Value | | Total parameters | ~501 billion | | Active parameters per token | 23 billion | | Architecture | Mixture-of-experts | | Context window | 1 million tokens | | Input/output modality | Text-in, text-out | | License | Apache 2.0 | Beam's 1 million token context window is explicitly positioned to support long-running workflows. Its text-in, text-out design focuses on workloads where code, tool calls, logs, documents, and structured outputs are central. What Beam is designed to do. Beam targets workflows that involve more than a single response - writing and maintaining code, using tools across multiple steps, and working through complex tasks over time. Ollama lists four primary workload categories: * Coding agents: solving software engineering tasks, working through codebases, and helping write and maintain code. * Long-running agents: executing multi-step workflows, using tools, and working toward a goal over an extended sequence of actions. * Math and science reasoning: working through complex mathematical and scientific problems. * Custom models: fine-tuning and customizing an open-weight model for specific applications. Benchmarks. Ollama's announcement includes four benchmark charts covering agentic coding, reasoning, tool calling, and general performance. The blog post publishes these as images and does not state numeric scores in text, so no specific benchmark figures are available from this source. How to run beam. Beam is accessed through Ollama Cloud using the beam:cloud tag. Ollama directs users to download the latest version of Ollama first. Run Beam directly: ollama run beam:cloud Launch it inside coding agents: ollama launch claude -model beam:cloud ollama launch codex -model beam:cloud ollama launch opencode -model beam:cloud Why the Apache 2.0 license matters. Beam is released under Apache 2.0, which gives developers the freedom to inspect, customize, and build on the model. Combined with the open-weight release, this permits fine-tuning for specific applications - a use case Ollama explicitly lists among Beam's intended workloads. Key takeaways. * Reflection's Beam is the company's first open-weight model, generally available as of October 16, 2026. * Beam is a mixture-of-experts model with ~501B total parameters and 23B active parameters per token. * It offers a 1 million token context window and is text-in, text-out. * It is released under Apache 2.0. * Ollama is a day-zero partner offering Beam free for a limited time via Ollama Cloud, with full zero data retention. * The model is positioned for coding agents, long-running agents, math and science reasoning, and fine-tuning into custom models. Further information.
Ollama v0.40.3 removes warnings for Claude and Codex launches. 2026-10-11 Ollama has released version 0.40.3 of its local AI tool, addressing user experience issues with model launches. The update removes warning messages that previously appeared when launching Claude and Codex models through the ollama launch command. These warnings were considered unnecessary friction for developers who already understand the context of the models they're running. The changes are documented in the official release notes at github.com/ollama/ollama/releases/tag/v0.40.3. The primary change in this release eliminates the warning that appeared when using ollama launch claude, which was previously flagged due to Claude connector configurations. Similarly, ollama launch codex no longer displays warnings about service tiers. These adjustments streamline the command-line interface for developers who frequently switch between different AI models for various tasks. The modifications come from pull request #18878, addressing issue #18878 in the Ollama repository. For developers building applications that require multiple AI models, these changes represent a meaningful improvement to daily workflows. When working with local AI infrastructure, every warning message that appears during model initialization adds cognitive load and potential confusion. The removal of these warnings suggests that Ollama is refining its interface to better serve users who need reliable, predictable behavior when scripting automated processes or building development tools that depend on local model execution. The changes also indicate that Ollama continues to iterate based on user feedback. Rather than maintaining strict warnings as a default, the team has adjusted the behavior to align with what experienced users would expect. This approach recognizes that developers using Ollama often have specific knowledge about their model configurations and service requirements, making generic warnings more of an obstacle than a help. Version 0.40.3 does not introduce new model support or major architectural changes. Instead, it focuses on refining the existing user experience around model launching. Users who have encountered these warnings in their scripts or automated workflows will notice cleaner output and fewer interruptions. The update is available through standard Ollama installation methods, and existing installations can upgrade without requiring reconfiguration of their model setups. This release reflects a maturation of Ollama's approach to user interface design. Early versions of local AI tools often included extensive warnings and guidance, assuming users might not understand the implications of their choices. As the ecosystem has grown and users have become more sophisticated, the interface has evolved to reduce unnecessary friction while preserving important safeguards where they're genuinely needed. Developers building applications that integrate with Ollama should test their workflows with version 0.40.3 to ensure compatibility with the updated launch behavior. The changes are unlikely to break existing functionality, but automated systems that parse command output might need adjustment if they were previously handling the removed warnings. Ollama remains a self-contained tool for running language models locally, separate from any Mina Labs offerings. The improvements in this release enhance the core experience of working with local AI models without changing the fundamental capabilities of the platform. For teams developing applications that rely on local model execution, these refinements contribute to a more polished and predictable development environment.
Ollama v0.40.2 upgrades models in the background. 2026-10-09 Ollama released v0.40.2 on 9 October 2026. The release changes how previously downloaded models are handled, upgrading them in the background the first time they are run with the new version. The upgrade is intended to improve performance and compatibility when models run on llama.cpp. Ollama also keeps the original model copy as a backup, so users can downgrade safely if they need to return to the earlier version. For someone making things, the main benefit is a less disruptive upgrade path. Existing models do not need to be manually replaced before testing v0.40.2. Instead, Ollama performs the model upgrade when the model is first run. That reduces the amount of setup work involved when moving an existing local workflow to the new release. The change matters most for creators who already have models downloaded and rely on repeatable local runs. A model that worked with an earlier Ollama version may need a compatible format or runner configuration for llama.cpp. The release notes do not list individual model families or specific performance results, but they identify better llama.cpp performance and compatibility as the purpose of the background upgrade. There is a storage tradeoff. Because Ollama preserves the original copy, upgraded models temporarily occupy additional disk space. This backup allows a safer downgrade, but users with large model collections should check available storage before running many models for the first time after updating. The release notes say that a future Ollama release will remove these backups automatically. For now, users can remove backed-up models manually. The cleanup method requires jq and uses Ollama's local API to find model manifests associated with the llamacpp runner, identify older ggml entries, and remove the matching objects. That command should be used carefully, because it deletes backup data rather than simply hiding it. The release is available on Mina Labs for 0 credits. That makes it possible to use the listed offering without treating the local model upgrade process as a separate purchasing decision. The practical value here is the combination of access and a release that handles model compatibility in the background. Minaxlab would use Ollama v0.40.2 for an existing local workflow where several downloaded models need to be tested against a newer llama.cpp-based runtime. Minaxlab would update Ollama, run each model once, and allow the background conversion to complete before comparing results. Minaxlab would also monitor disk usage during that process and keep the original backups until the updated models had been checked. For a production or shared environment, Minaxlab would test the release on a copy of the workflow first. The backup behavior makes rollback safer, but it does not remove the need to verify outputs, storage requirements, and any scripts that depend on the local Ollama API. After validation, the manual cleanup command could remove no-longer-needed backups until automatic cleanup arrives in a later release.
AI developer digest - Sep 24, 2026. Fabio Pacifici Full-stack developer & educator Local models got more useful this week. Ollama shipped two quality-of-life changes developers have been asking for, Perplexity brought its agentic "Computer" fully on-device to Windows, and there's a paper that quietly reframes how Fabio Pacifici should think about what an LLM is. Let's go. 1. Ollama now streams tool calls. Ollama added streaming responses with tool calling. The old behaviour forced you to wait for the full generation, then parse the JSON to figure out whether the model wanted to call a tool or just return text. The new parser reads each model's template directly to understand tool-call structure as it streams, so your chat applications can render content and fire tool calls in real time instead of stalling at the end of the response. Why it matters: this is the difference between an API that's usable for agent loops and one that feels like a batch job. Streaming tool calls make local agent orchestration feel native - and the parser handles models that weren't even explicitly trained on tool tokens, which is a nice hedge for the wide zoo of open models on Ollama. 2. Turn thinking on and off. Ollama also added a think parameter (and -hidethinking / /set nothink in the CLI) so you can toggle a model's reasoning pass per application. Want the 8B model to mull over multiple viewpoints before answering? Enable thinking. Need sub-200ms latency for a UI autocomplete? Disable it. For scripting, -hidethinking strips the thinking trace and returns only the answer. Why it matters: as reasoning models proliferate, having explicit control over when the "think" pass runs - and hiding it from the output stream when you don't need it - is a real workflow lever. It's a small API detail with big UX impact for anyone building chat or agent interfaces. 3. Perplexity's local agent lands on Windows RTX. Perplexity shipped "Portable Computer" in its Windows app for GeForce RTX and RTX PRO systems (24GB+ VRAM). It's a local version of the Computer agent that plans and executes multistep tasks using on-device models (e.g. Qwen 3.8 27B, post-trained and RTX-optimised), keeps sensitive data on the machine, and only asks before sending anything to the cloud for heavier reasoning. Connectors for Outlook, Drive, Gmail, Slack and GitHub round it out. Why it matters: this is the on-device agentic trend maturing - real multistep agents running fully local, no per-query credits, private by default. For developers it signals where local inference and agent orchestration are converging: the PC as a first-class agent runtime rather than just a cloud client. 4. A probabilistic lens on LLMs (arXiv). "The Probabilistic Structure of Large Language Models" gives a self-contained account of LLMs as probability measures over token sequences - training as maximum-likelihood estimation, generation as sequential simulation of that stochastic process - and ties the asymmetry of KL-divergence to familiar failure modes like hallucination and the gap between statistical plausibility and truth. Why it matters: most working material treats models either as magic or as black boxes. A clean probabilistic framing is genuinely useful for reasoning about why models deviate from the training distribution, and it connects nicely to diffusion models for engineers who think in terms of score functions. Worth the read. What to watch. Local tool-calling and local agents are both getting good enough to build real products on. The interesting question over the next few weeks: which app patterns actually benefit from staying on-device, versus the ones that are better served by cloud reasoning? Building something local? The tooling has never been closer to turnkey. Sources. * Ollama - "Streaming responses with tool calling" - https://ollama.com/blog/streaming-tool - May 28, 2025 * Ollama - "Thinking" - https://ollama.com/blog/thinking - May 30, 2025 * NVIDIA - "Perplexity Portable Computer Is Now Available on Windows, Powered by NVIDIA RTX" - https://blogs.nvidia.com/blog/local-ai-perplexity-windows-pcs/ - Sep 2026 * arXiv - "The Probabilistic Structure of Large Language Models" - https://arxiv.org/abs/2609.25134 - Sep 2026
Ollama v0.34.0 brings its models to ChatGPT Desktop. 2026-09-09 Ollama has released v0.34.0, adding a way to use Ollama models directly in ChatGPT Desktop. The release also updates several parts of its OpenAI-compatible interface. The announcement is documented in the v0.34.0 release notes. Setup is available through the Ollama app on MacOS. The update also improves structured output performance on Apple Silicon, adds support for client tool search and response compaction, and fixes image handling through compacted responses. For people making things, the main change is workflow flexibility. You can keep using ChatGPT Desktop as the place where you write prompts, review responses, and work through a project, while selecting Ollama models for supported tasks. That reduces the need to move text between separate applications or build a custom interface before testing an open model. The release is especially relevant for creators who already use structured output. Structured output is useful when a model needs to return predictable fields instead of free-form prose. A content pipeline might ask for a title, summary, tags, and scene list in a fixed format. A design tool might request layout values or a list of assets. Better performance on Apple Silicon should make those interactions more responsive on compatible Mac hardware, although the announcement does not provide benchmark results. The OpenAI-compatible updates are useful for developers building around a common client interface. Tool search can help a client find or select tools during an interaction. Response compaction is intended to reduce the amount of conversation context that must remain active as a session grows. Together, these additions matter when a project involves repeated model calls, external actions, or long-running sessions. They may also make it easier to test an Ollama-backed workflow without rewriting every integration around a different API shape. Image support is another practical detail. The release notes say images now work correctly through compacted responses. That matters for applications that combine visual inputs with longer conversations. For example, a maker could keep an image review session going while the system compresses earlier context, rather than treating image handling as a separate path that may break when the response is compacted. On Mina Labs, Ollama v0.34.0 is available for 8 per image. That gives makers a direct way to try the release from the platform rather than setting up a local environment first. The listing is the useful starting point if you want to evaluate the model behavior, test a prompt flow, or compare the output with an existing project. The price token refers to one image; the release itself includes broader text, tool, and client-integration changes. Minaxlab would use this release first for structured creative briefs. A prompt could request a fixed object containing a project concept, target audience, visual direction, shot list, and production notes. The resulting fields could then feed a second step in a workflow. The performance improvements on Apple Silicon would be useful when iterating over many versions of the same brief locally. Minaxlab would also test it for image-aware review sessions and tool-driven production tasks. An image could be submitted for analysis, followed by requests for alternate compositions, captions, or asset metadata. Tool search and response compaction could support a longer session where the model needs to find an available action and retain the important decisions from earlier turns. These are practical tests for the release because they exercise the specific areas Ollama has changed: structured output, compatible clients, compacted responses, and images.