Thanks for your interest in contributing.
- Open an issue for non-trivial work before sending a PR. Small fixes (typos, bug fixes with clear repro) can go straight to PR.
- One logical change per commit; commit messages use Conventional Commits
(
type(scope): description). Types:feat,fix,refactor,docs,test,chore. - No AI/LLM attribution in commits, PR bodies, issues, or reviews.
This repository is in initial scaffolding state. The real toolchain (installer, build, tests) lands with the first feature release. Until then:
- File issues, discuss design, send small text-only PRs (docs, license).
- Larger code PRs will be reviewed once the package's first feature release has shipped.
- Follow the language-native idioms (PEP 8 / Black for Python, Prettier / ESLint for TypeScript).
- Match existing patterns; do not introduce new abstractions without discussion.
When the test harness lands, every PR must include tests for the changed behavior. Until then, run any obvious smoke tests and describe them in the PR.
Use the bug-report issue template. Include:
- What you were trying to do.
- What happened.
- What you expected to happen.
- A minimal reproduction.
See SECURITY.md. Never paste raw secrets, tokens, or
provider keys into issues or PRs.
By contributing you agree your contribution is licensed under the
repository's LICENSE.