For novel components, prefer proven open-source solutions

When no native solution exists, research battle-tested open-source libraries and present options to the user before building a custom solution. A custom implementation can always be chosen instead, but it should be a deliberate decision, not a default.

  • Evaluate candidates by maintenance activity, license compatibility, and community adoption before recommending
  • Present at least two options with trade-offs rather than silently picking one
  • If building custom, document why the available open-source options were rejected
version
1.0.0
tags
open-source-preference
author
Mike Fullerton
modified
2026-03-27

Change History

Version Date Author Summary
1.0.0 2026-03-27 Mike Fullerton Initial creation