Click Below to Get the Code

Browse, clone, and build from real-world templates powered by Harper.
Blog
GitHub Logo

Harper Licensing FAQs

Learn why Harper is open source, how Apache 2.0 works, which repos/plugins are open source or source available, and how Node.js/JavaScript teams can use Harper in commercial apps, contribute code, provide attribution, and get updates.
Open Source
Blog
Open Source

Harper Licensing FAQs

Harper
at Harper
October 14, 2025
Harper
at Harper
October 14, 2025
Harper
at Harper
October 14, 2025
October 14, 2025
Learn why Harper is open source, how Apache 2.0 works, which repos/plugins are open source or source available, and how Node.js/JavaScript teams can use Harper in commercial apps, contribute code, provide attribution, and get updates.
Harper

Why is Harper open sourcing its code?

Harper was built for the Node.js community and for JavaScript developers who value simplicity, flexibility, and speed. From day one our goal has been to create technology that helps developers do their best work without unnecessary complexity. Open sourcing Harper is our way of giving back to the community that has supported us. We believe innovation grows fastest when ideas are shared openly, and by opening our code, we’re inviting developers everywhere to learn from it, build on top of it, and help shape what comes next.

What is the Apache 2.0 License?

The Apache 2.0 License is one of the most widely adopted open source licenses. It gives developers a high degree of freedom. You can use the code in your personal projects, in commercial applications, or even as the foundation for a new product. You can modify it, share it, and redistribute it without needing to pay royalties. For Harper, Apache 2.0 is the way we ensure the core of the project is truly open, encouraging broad adoption and innovation.

Which parts of Harper are open source?

At launch, Harper open source projects include the Harper Core repo along with a number of related plugins, components, examples, and templates. These are licensed under Apache 2.0 and form the foundation of Harper. Additional plugins, components, and tooling will continue to be released over time.

In addition, some Harper technologies will be made available in the future under source available licenses. These allow developers to view and learn from the code, with different terms of use compared to Apache 2.0. Details about specific source available projects will be shared as they become available. To follow along with future open source and source available releases, stay tuned to our community space and social channels for updates. We aim to ensure that Harper is a useful product even without these elements, but applying limited licenses to these elements will help us fund further development of Harper.

What is permitted and required overall?

Permitted

  • Use Harper open source projects (including the harper core repo on GitHub) in personal, commercial, or enterprise projects without royalties.
  • Modify and redistribute the harper core repo and other open source projects freely, provided attribution and license text are included.
  • Build derivative works, contribute improvements, and share them back with the community.
  • Embed Harper open source code into larger products or services.

Conditions

  • You must include proper attribution and preserve the Apache 2.0 license text.

Examples by user type

Individual developers

  • Experiment and learn with Harper open source projects.
  • Use them in personal or production apps, games, or tools.
  • Modify the source to meet specific needs.
  • Contribute bug fixes or enhancements back upstream.
  • Distribute apps that embed or rely on Harper open source projects, including commercial apps.

Startups and companies

  • Integrate Harper open source projects into commercial products, infrastructure, or services.
  • Extend Harper without royalties or hidden obligations.
  • Distribute applications that include Harper components, provided license terms are followed.
  • Contribute improvements upstream and benefit from shared innovation.

Service providers

  • May include Harper open source code in SaaS products.
  • Must respect all attribution and licensing conditions.

If I want to contribute code, how are my contributions licensed?

Contributions to our open source code are welcome and licensed under the same license as the project they’re submitted to (for example, Apache 2.0 for our open source repos). Once accepted, contributions become part of the project and are distributed under that license.

How can I make the most of Harper?

  • Derivative works: Open source code can be freely forked, modified, and commercialized, provided attribution and license text are included.

  • Distribution: Harper repositories and documentation clearly include license information so developers know exactly what rights apply.

  • Commercial use: Harper open source projects can be embedded in commercial products with no royalties.

Will other parts of Harper be made open source?

Yes. While our initial open source projects are licensed under Apache 2.0, we also plan to release other parts of Harper’s stack under source available licenses (for example, Elastic License 2.0). These projects will allow users to view and learn from the source code, with different terms of use compared to Apache 2.0.

How can I learn more about future licensing updates?

As new projects are released under open source or source available licenses, we’ll update this FAQ. In the meantime, if you have questions, reach out to us at opensource@harperdb.io.

Is this FAQ considered legal advice?

No. This FAQ is provided for general informational purposes only and is not legal advice. For guidance on how the licenses apply to specific situations, consult a qualified attorney.

Where can I read the full text of the Apache 2.0  License?

The complete license texts are available online: Apache License 2.0

It will also be included alongside respective Harper source code repositories and distributions.

Who do I contact for legal or enterprise licensing questions?

For legal or enterprise licensing questions, please contact Harper at opensource@harperdb.io

Why is Harper open sourcing its code?

Harper was built for the Node.js community and for JavaScript developers who value simplicity, flexibility, and speed. From day one our goal has been to create technology that helps developers do their best work without unnecessary complexity. Open sourcing Harper is our way of giving back to the community that has supported us. We believe innovation grows fastest when ideas are shared openly, and by opening our code, we’re inviting developers everywhere to learn from it, build on top of it, and help shape what comes next.

What is the Apache 2.0 License?

The Apache 2.0 License is one of the most widely adopted open source licenses. It gives developers a high degree of freedom. You can use the code in your personal projects, in commercial applications, or even as the foundation for a new product. You can modify it, share it, and redistribute it without needing to pay royalties. For Harper, Apache 2.0 is the way we ensure the core of the project is truly open, encouraging broad adoption and innovation.

Which parts of Harper are open source?

At launch, Harper open source projects include the Harper Core repo along with a number of related plugins, components, examples, and templates. These are licensed under Apache 2.0 and form the foundation of Harper. Additional plugins, components, and tooling will continue to be released over time.

In addition, some Harper technologies will be made available in the future under source available licenses. These allow developers to view and learn from the code, with different terms of use compared to Apache 2.0. Details about specific source available projects will be shared as they become available. To follow along with future open source and source available releases, stay tuned to our community space and social channels for updates. We aim to ensure that Harper is a useful product even without these elements, but applying limited licenses to these elements will help us fund further development of Harper.

What is permitted and required overall?

Permitted

  • Use Harper open source projects (including the harper core repo on GitHub) in personal, commercial, or enterprise projects without royalties.
  • Modify and redistribute the harper core repo and other open source projects freely, provided attribution and license text are included.
  • Build derivative works, contribute improvements, and share them back with the community.
  • Embed Harper open source code into larger products or services.

Conditions

  • You must include proper attribution and preserve the Apache 2.0 license text.

Examples by user type

Individual developers

  • Experiment and learn with Harper open source projects.
  • Use them in personal or production apps, games, or tools.
  • Modify the source to meet specific needs.
  • Contribute bug fixes or enhancements back upstream.
  • Distribute apps that embed or rely on Harper open source projects, including commercial apps.

Startups and companies

  • Integrate Harper open source projects into commercial products, infrastructure, or services.
  • Extend Harper without royalties or hidden obligations.
  • Distribute applications that include Harper components, provided license terms are followed.
  • Contribute improvements upstream and benefit from shared innovation.

Service providers

  • May include Harper open source code in SaaS products.
  • Must respect all attribution and licensing conditions.

If I want to contribute code, how are my contributions licensed?

Contributions to our open source code are welcome and licensed under the same license as the project they’re submitted to (for example, Apache 2.0 for our open source repos). Once accepted, contributions become part of the project and are distributed under that license.

How can I make the most of Harper?

  • Derivative works: Open source code can be freely forked, modified, and commercialized, provided attribution and license text are included.

  • Distribution: Harper repositories and documentation clearly include license information so developers know exactly what rights apply.

  • Commercial use: Harper open source projects can be embedded in commercial products with no royalties.

Will other parts of Harper be made open source?

Yes. While our initial open source projects are licensed under Apache 2.0, we also plan to release other parts of Harper’s stack under source available licenses (for example, Elastic License 2.0). These projects will allow users to view and learn from the source code, with different terms of use compared to Apache 2.0.

How can I learn more about future licensing updates?

As new projects are released under open source or source available licenses, we’ll update this FAQ. In the meantime, if you have questions, reach out to us at opensource@harperdb.io.

Is this FAQ considered legal advice?

No. This FAQ is provided for general informational purposes only and is not legal advice. For guidance on how the licenses apply to specific situations, consult a qualified attorney.

Where can I read the full text of the Apache 2.0  License?

The complete license texts are available online: Apache License 2.0

It will also be included alongside respective Harper source code repositories and distributions.

Who do I contact for legal or enterprise licensing questions?

For legal or enterprise licensing questions, please contact Harper at opensource@harperdb.io

Learn why Harper is open source, how Apache 2.0 works, which repos/plugins are open source or source available, and how Node.js/JavaScript teams can use Harper in commercial apps, contribute code, provide attribution, and get updates.

Download

White arrow pointing right
Learn why Harper is open source, how Apache 2.0 works, which repos/plugins are open source or source available, and how Node.js/JavaScript teams can use Harper in commercial apps, contribute code, provide attribution, and get updates.

Download

White arrow pointing right
Learn why Harper is open source, how Apache 2.0 works, which repos/plugins are open source or source available, and how Node.js/JavaScript teams can use Harper in commercial apps, contribute code, provide attribution, and get updates.

Download

White arrow pointing right

Explore Recent Resources

Blog
GitHub Logo

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Blog
Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Person with short dark hair and moustache, wearing a colorful plaid shirt, smiling outdoors in a forested mountain landscape.
Aleks Haugom
Senior Manager of GTM
Blog

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Aleks Haugom
Jul 2026
Blog

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Aleks Haugom
Blog

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Aleks Haugom
Blog
GitHub Logo

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Select*
Blog
AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
A smiling man with a beard and salt-and-pepper hair stands outdoors with arms crossed, wearing a white button-down shirt.
Stephen Goldberg
CEO & Co-Founder
Blog

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Stephen Goldberg
Jun 2026
Blog

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Stephen Goldberg
Blog

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Stephen Goldberg
Blog
GitHub Logo

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Shell
Blog
A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Person with long wavy brown hair wearing a bright pink shirt with a teal trim, smiling outdoors in soft sunlight with blurred trees in the background.
Bailey Dunning
Forward Deployed Engineer
Blog

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Bailey Dunning
Jun 2026
Blog

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Bailey Dunning
Blog

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Bailey Dunning
Blog
GitHub Logo

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
A.I.
Blog
The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Person with short dark hair and moustache, wearing a colorful plaid shirt, smiling outdoors in a forested mountain landscape.
Aleks Haugom
Senior Manager of GTM
Blog

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Aleks Haugom
Jun 2026
Blog

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Aleks Haugom
Blog

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Aleks Haugom