Do not open public issues for vulnerabilities or leaked secrets.
Report security concerns to the project maintainers through the private channel configured for the target repository. When applying this devkit to a new repository, replace this paragraph with the real reporting address or process.
- Keep secrets in environment variables or encrypted files.
- Never commit real
.envfiles, tokens, private keys, credentials, or production data. - Use
.env.examplefor documented configuration only. - Use
.sops.yaml.exampleas a starting point when a repository needs encrypted files.
This devkit uses dependency cooldowns and locked installs:
- Bun:
minimumReleaseAge = 604800. - uv:
exclude-newer = "P7D"when a Python workspace is present and uv is0.9.17or newer. - Renovate:
minimumReleaseAge = "7 days". - CI should use frozen or locked installs.
Workflows should use least-privilege permissions, pinned action SHAs, persist-credentials: false where practical, and harden-runner in audit or block mode.
- Do not leave the placeholder reporting channel in a real repository.
- Prefer GitHub native secret scanning and push protection where available.
- Add
extras/github/gitleaks.yml.exampleonly when maintainers want CI secret scanning and can triage findings. - Add
extras/github/dependency-review.yml.exampleonly when dependency graph reporting is desired and enabled. - Check
uv --no-config --versionbefore adding relative uv cooldowns to a downstream repo. Ask before upgrading uv; do not leave old uv clients with unparseableP7Dor7 daysconfig.