Package DevOPs is a skill. Half assing it will not:

• impress a published package author’s peers

• encourage confidence in the authors perseverance to maintain the package

• encourage confidence in the author’s willingness to politely respond to Issues and PRs

• package will have issues that never get resolved cuz the author packaging skillset is woefully lacking including but not limited to: Makefile, pre-commit, tox, gha, doctest, documentation, test coverage, multiple platform support, manylinux support, setup for collaboration, and static typing.

So suggest redirecting efforts towards studying how to improve packaging rather than how to avoid packaging.

A suggestion on things to improve documentation:

move the doctest out of in-code documentation and into test suite! So the doctest are proof and contribute to coverage

python -m coverage run --parallel --data-file=.coverage-combine-tests -m pytest --doctest-glob="*.rst" --showlocals $(verbose_text) tests/safe tests/a tests/b

This is straight from a Makefile. Where the file extension for doctest was changed to .rst. Can see have A B testing setup to compare two packages.

Example how to include doctest into Sphinx document

.. literalinclude:: ../tests/a/test_presentation.rst
    :language: pycon
    :name: unique-id
    :caption: illustrative-description