Custom errors are useful when you want to track code with context-specific information. There are several ways to define a custom error in JavaScript. But since inheritance is not a first-citizen feature in JS (until ES2015); there's also so much discussion on how to implement a proper custom error.
See this SO Question, this and this answers, that leads to this discussion (with @mbrowne) and finally, to this module you're viewing.
This module tests various implementations for custom errors, widely used by developers; such as methods making use of Error.call(), Object.create(), new Error(), Object.setPrototypeOf(), extends (ES2015) and util.inherits (Node). See /errors directory for included implementations.
What we expect from a custom error implementation is:
e.constructor.nameMUST be set to custom error name.E.prototypeMUST inherit fromError.prototype.e.messageMUST be set.eMUST be an instance ofError.eMUST be an instance ofCustomError.e.stackMUST be set and should have line-tracable info.e.tostring()MUST return error name and/or message.({}).toString.call(e)SHOULD output"error".- and some more...
Run npm start which will output test results to console for the current Node.js environment. And will also generate an HTML file, which will display results for the used browser.
Better, you can directly view this page for testing your current browser.

So; with some research, discussions and these tests I think this is the one closest to ES2015's extends Error. If you think this is a bit over-kill, this should be quite enough.
MIT.