The key insight here seems to be that you usually need to specify the tasks for a repo twice: once in your task runner (Makefile, package.json, bazel BUILD file

The key insight here seems to be that you usually need to specify the tasks for a repo twice: once in your task runner (Makefile, package.json, bazel BUILD file) and then again in your readme so that people can learn what custom tasks exist and what they do. This tool tries out the idea that maybe if the readme was structured the right way, it could double as the task runner specification. That way, even if you don't have the tool installed (maybe because you're browsing the repo online instead of in your editor) you can still see what the tasks do alongside their instructions