ZipRecruiter

Log In

2

Remote Open Source Developer Jobs (NOW HIRING)

Mozilla

0->1 Engineer, Open Source AI

If a developer or their coding assistant keeps reaching for the wrong primitive, that's yours to fix. * Be the technical practitioner in the room when it matters - a WICG call, a hackathon, a GitHub ...

Vercel

Software Engineer, Next.js

San Francisco, CA · On-site +1

$208K - $312K/yr

Passion for open source and developer communities * Background in framework development, developer tooling, or product infrastructure * Comfort working across frontend, backend, build tooling, and ...

Rootshell Enterprise Technologies, Inc.

Java Developer

$52.25 - $67.50/hr

Remote • Prepare project related documentation, G.A.P. analysis, functional specifications ... data open source programming tools • Work with research teams and data scientists, finding ...

ClickHouse

Core Software Engineer (C++) - Remote

OR · Remote

Our Core Engineering teams own the heart of our ClickHouse Open Source project. We are looking for exceptional C++ engineers to join our remote-first, global team and continue to scale and grow both ...

OpenHands

Growth Marketing Manager

$105K - $150K/yr

Who We Are OpenHands is building an open-source AI coding agent platform that enables developers to ... Remote-first team with flexible hours * Unmetered PTO * Fully covered U.S. health, dental, and ...

next page

Showing results 1-20

All JobsOpen Source Developer JobsRemote Open Source Developer Jobs

Remote Open Source Developer information

See salary details

$24

$50

$71

How much do remote open source developer jobs pay per hour?

As of Jul 12, 2026, the average hourly pay for remote open source developer in the United States is $50.48, according to ZipRecruiter salary data. Most workers in this role earn between $34.86 and $68.99 per hour, depending on experience, location, and employer.

What is a Remote Open Source Developer?

A Remote Open Source Developer is a software engineer who contributes to open source projects while working from a location outside of a traditional office. These developers collaborate with distributed teams, often using online platforms like GitHub or GitLab to share code and track issues. Their work involves writing, testing, and documenting code, as well as reviewing contributions from others. Remote Open Source Developers may be volunteers or paid contributors, and they typically engage with a global community to improve and maintain open source software.

What are the key skills and qualifications needed to thrive as a Remote Open Source Developer, and why are they important?

To thrive as a Remote Open Source Developer, you need strong programming skills (often in languages like Python, JavaScript, or C++), familiarity with open source workflows, and a solid understanding of version control systems like Git. Experience with collaborative platforms such as GitHub or GitLab, and familiarity with continuous integration (CI) tools, are typically expected. Excellent written communication, self-motivation, and the ability to work independently and asynchronously help you stand out in distributed teams. These skills and qualities are essential to effectively contribute code, engage with global communities, and maintain productivity in a remote, open-source environment.

How does a remote open source developer typically collaborate with distributed teams and community contributors?

As a remote open source developer, collaboration often takes place through online platforms such as GitHub, GitLab, and community forums. You will regularly participate in code reviews, contribute to discussions on issue trackers, and join virtual meetings or chat channels with both core team members and external contributors. Strong written communication skills are essential, as most interactions are asynchronous and require clear documentation. You'll also need to be proactive in seeking feedback and providing updates, ensuring smooth progress on projects across different time zones.
What cities are hiring for Remote Open Source Developer jobs? Cities with the most Remote Open Source Developer job openings:
What are the most commonly searched types of Open Source Developer jobs? The most popular types of Open Source Developer jobs are:
What states have the most Remote Open Source Developer jobs? States with the most job openings for Remote Open Source Developer jobs include:
What job categories do people searching Remote Open Source Developer jobs look for? The top searched job categories for Remote Open Source Developer jobs are:
Remote Open Source Developer jobs near you
Infographic showing various Remote Open Source Developer job openings in the United States as of July 2026, with employment types broken down into 85% Full Time, 3% Part Time, 1% Temporary, and 11% Contract. Highlights an 82% Physical, 3% Hybrid, and 15% Remote job distribution, with an average salary of $105,000 per year, or $50.5 per hour.
0->1 Engineer, Open Source AI

0->1 Engineer, Open Source AI

Mozilla

Remote

Full-time

Re-posted 17 days ago

Job description

Summary
Mozilla is building a position in open source AI through research, community, tooling, and public advocacy. A big part of that work is showing, not just telling.
We need an engineer who ships fast and in public - working code and real demos that developers can install, fork, and build on. The current focus is Harbor, a Firefox and Chrome extension implementing a proposed Web Agent API that puts model choice, tool permissions, and agent oversight back in the hands of the user and the browser, rather than the vendor. Harbor is three layers: the browser extension at the bottom managing permissions, model access, and revocation; the SDK/API layer on top exposing primitives like window.ai, window.agent, and WebMCP tools; and the application and workflow layer at the top - the actual experiences being built. The thesis is that agents should only be able to do what a page explicitly declares, not free-roam the DOM.
Making those layer boundaries legible is core to the role - if a developer or their coding assistant keeps reaching for the wrong primitive, that's yours to fix. If you've shipped a browser extension, authored MCP servers, run models locally with Ollama or llama.cpp, and thought seriously about prompt injection as an architectural problem rather than a prompt-level concern, this is the specific intersection we're hiring for.
Beyond Harbor, Mozilla is building across a broader sovereignty stack - open identity, privacy-preserving verification, and other surfaces where the same thesis applies: users should own the layer, not the platform. The right person will find adjacent prototyping work as that develops, and will be energized by the problem space broadly enough to move fluidly across it.
What you'll do
  • Ship working tools, demos, and reference implementations on top of Harbor and open source AI tooling - fast. Days, not weeks. Code that makes architectural choices concrete enough for another developer to install, read, fork, and build on.
  • Make the layer architecture legible - reference implementations clean enough to read, documentation that maps the repo structure and clarifies the relationship between Web Agents API and Harbor SDK. If a developer or their coding assistant keeps reaching for the wrong primitive, that's yours to fix.
  • Be the technical practitioner in the room when it matters - a WICG call, a hackathon, a GitHub thread where a hard architecture question comes up. A community manager handles distribution and presence; your job is to show up with working code and real opinions when the conversation turns technical, and come back with a clear read on what developers are missing or getting wrong.
  • Use coding agents and AI-assisted development tools as the way you work, not a novelty. The repo already has a Cursor agent as a contributor.
  • Engage with the standards process - WICG, W3C - as a practitioner.
  • Fix the real technical gaps. Real problems on the table right now: proper function calling in the bridge (currently using response parsing), permission granularity beyond origin-level, streaming abort, WASM MCP server tooling, Safari support. The shape of the work is this specific, but evolving.
  • As Mozilla's broader prototyping surface expands, identify and ship into adjacent opportunities where working code can move a conversation forward.

What we're looking for
  • Strong software engineering fundamentals. You write code others can read - clear structure, obvious intent, reusable patterns. You know the difference between prototype-quality and production-quality and make that call deliberately.
  • Hands-on experience with the open source AI stack - inference, orchestration, agent frameworks, evaluation. You've built something real on top of open models, and you have opinions about where current frameworks get the abstraction wrong.
  • Security instincts around agentic systems. You understand prompt injection as an architectural problem. You have a view on typed-verb surfaces vs. DOM-driving agents.
  • You can explain layered architectures to developers who don't share your context - in code, in docs, and in writing - clearly enough that developers and their AI assistants route to the right layer without guessing.
  • Strong written communication and credibility in public as a practitioner. You can explain what you built, why you shaped it the way you did, and what's still unresolved.
  • Fluency in Python and/or TypeScript, with enough range to pick up whatever the project needs.
  • Firefox and Chrome extension development. WebExtensions API, content scripts, background workers, message passing, native messaging - you've shipped something here.
  • MCP fluency. You've authored MCP servers - JS and ideally WASM - and designed tool schemas. OAuth integration for MCP servers is directly relevant. You understand what makes a tool surface good and where the current protocol has edges.
  • Local inference experience. Ollama, llama.cpp, MLX - you've run models on-device and understand what that imposes on API design.
  • Permission and capability system design is a real plus - scoped access, revocable grants, per-origin controls, OCAP patterns, information-flow controls, capability tokens.
  • Browser standards familiarity - WICG, W3C, explainer authorship - is a plus.

What success looks like
  • A growing set of prototypes, reference implementations, and demos that the community manager can put in front of developers with confidence, because the code is readable, the docs are clear, and the layer boundaries are unambiguous.
  • Codebase and documentation that are clean enough that a developer can clone the repo, understand the layer architecture, and build correctly on top of it without asking for help - and their coding assistant routes to the right primitives without being corrected.
  • Real technical gaps - function calling, streaming abort, WASM MCP tooling, Safari support - closed, with clean implementations that hold up to scrutiny.
  • Influence on the standards conversation earned through shipping - a concrete contribution to WICG or W3C that came from being a practitioner, not just a participant.
  • A technical voice that developers trust because what you shipped worked and what you said was right.

Engagement model
  • Fixed-term, contract-based engagement
  • Flexible hours and outcome-oriented working style
  • Work produced through this engagement is expected to be developed in the open where appropriate, including public repositories and community-facing channels
  • This opportunity is scoped around specific prototyping and ecosystem-facing deliverables, rather than a permanent employee role

Budget for this opportunity: $200,000-$227,250 annualized equivalent.
This is a fixed-term contract opportunity, not a permanent employee role. Final contract terms - including scope, weekly hours, duration, and payment structure - will be determined based on the needs of the engagement and the selected contractor's experience. This posting reflects Mozilla's good-faith budgeted range for the work at the time of posting.
Applicant Privacy Notice

Apply