KOMU CLI now has the structure expected from a public Python CLI repository:
pyproject.tomlbuild metadata- console entrypoint via
komu src/layout- package data for playbooks
- typed distribution marker via
py.typed - wheel/sdist-ready build configuration
- distribution name:
komu-cli - import package:
komu_cli - console command:
komu - module entrypoint:
python -m komu_cli
python -m pip install -e .[release]
python -m buildArtifacts will be created in dist/.
From a built wheel:
pipx install ./dist/komu_cli-0.1.0-py3-none-any.whl
komu --helpOr:
python -m pip install ./dist/komu_cli-0.1.0-py3-none-any.whl
komu --helpThe repository is close to PyPI-ready, but a few publication tasks remain outside normal code changes:
- set the final repository and homepage URLs in
pyproject.toml - decide and document the release workflow
- publish release artifacts from CI or a controlled maintainer machine
- validate install flows on clean Windows and Linux/macOS environments
- validate provider configuration flows for:
- local Ollama
- OpenAI-compatible gateways
- Claude
- OpenAI
- Gemini
- optionally add
twine checkand publish automation in CI
Typical future steps:
python -m pip install -e .[release]
python -m build
python -m twine check dist/*
python -m twine upload dist/*Once published, users should be able to install with:
pip install komu-cli
pipx install komu-cliKOMU is a user-facing CLI, not just a library. That makes pipx an especially strong distribution path because it:
- isolates CLI dependencies
- avoids requiring a project venv
- exposes the
komucommand cleanly - maps well to GitHub and PyPI installs