Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add phobologic/claude_code_helpers --skill setup-python-projectgit clone --depth 1 https://github.com/phobologic/claude_code_helpersWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/phobologic/claude_code_helpers/setup-python-project)<a href="https://agentmods.dev/skills/phobologic/claude_code_helpers/setup-python-project"><img src="https://agentmods.dev/badge/skills/phobologic/claude_code_helpers/setup-python-project/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/phobologic/claude_code_helpers/setup-python-project"><img src="https://agentmods.dev/badge/skills/phobologic/claude_code_helpers/setup-python-project.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00053 | $0.02976 |
| Opus 5.5 | $0.00021 | $0.01190 |
| Sonnet 5.5 | $0.00011 | $0.00595 |
| Haiku 4.5 | $0.00005 | $0.00298 |
Grade A, and why
setup-python-project scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 412 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Setup Python Project
Scaffold a new Python project with opinionated defaults: uv for package management, ruff for linting/formatting, pytest for testing, and GitHub Actions for CI.
Phase 1 — Determine project name
- If
$ARGUMENTSis non-empty, use it as the project name - Otherwise, infer from
basename $PWD - Derive the Python package name by replacing hyphens with underscores (e.g.
my-app→my_app)
Present a brief summary to the user, then ask for confirmation. If .git/ exists,
include the hook files in the list; otherwise omit them and note that hooks will be
skipped until git is initialized.
For new projects:
Project name: <name>
Package dir: <package_name>/
Tests dir: tests/
Files to create: pyproject.toml, .python-version, .gitignore, README.md,
<package_name>/__init__.py, tests/__init__.py,
.github/workflows/test.yml
Git hooks: .git/hooks/pre-commit, .git/hooks/pre-commit.d/python.sh,
.git/hooks/pre-push, .git/hooks/pre-push.d/python.sh
(or: "skipped — git not initialized")
Proceed? [y/N]
For existing projects (re-run), show what will be added/updated:
Project name: <name> (existing project)
Updates:
pyproject.toml: add [tool.radon] section, add radon[toml] to dev deps
pre-commit.d/python.sh: add complexity gate
.github/workflows/test.yml: add complexity check step
.python-version: already up to date
.gitignore: already up to date
Proceed? [y/N]
Phase 2 — Preflight checks
Before writing anything:
- Check which target files already exist. Read each existing file so you understand what's already configured.
- Check if git is initialized (
git rev-parse --git-dir 2>/dev/null). If not, note it in the final report — don't rungit inityourself.
Incremental updates. This skill can be re-run on existing projects to bring them up to date. For each file below:
- Missing: create it exactly as specified.
- Exists: read it, compare against the spec, and add only what's missing. Do not
overwrite user customizations (custom deps, modified ruff rules, adjusted thresholds).
For config files like
pyproject.toml, add missing sections and missing dependencies without touching existing ones. For shell scripts like pre-commit hooks, add missing check blocks without rewriting existing ones.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 412 lines · 53 tokens per session scan A 128fe40be154
setup-python-project is a skill published in the GitHub repository phobologic/claude_code_helpers (5 stars, last pushed 5d ago), licensed MIT. It adds 53 tokens to every session and 2,976 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
pypi-ops
Publish Python packages to PyPI via OIDC Trusted Publishing (PEP 740 attestations, gh-action-pypi-publish) instead of stored tokens. Use for: invalid-publisher errors, pending-publisher 404s, uv publish/twine, TestPyPI, environment approval gates, and rotating/auditing publish tokens.
uv-package-manager
Master the uv package manager for fast Python dependency management, virtual environments, and modern Python project workflows. Use when setting up Python projects, managing dependencies, or optimizing Python development workflows with uv.
ci-cd
This skill should be used when the user is setting up GitHub Actions, configuring CI/CD pipelines, creating test matrices, enabling trusted publishing with OIDC, automating PyPI releases, adding Dependabot or Renovate, or configuring Sigstore attestations. Covers workflow architecture…
simple-modern-uv
Start, selectively modernize, fully migrate, or update Python projects using simple-modern-uv practices: uv, ruff, BasedPyright, pytest, GitHub Actions CI, and tag-driven PyPI publishing. Use when creating a Python project; adding selected tooling or repository practices to an existing project; migrating from Poetry…
python-deploy
Build and deploy Python applications — uv, poetry, pdm, pipenv, pip, framework detection, and Dockerfile patterns. Use when deploying a Python project, or when requirements.txt, pyproject.toml, or Pipfile is detected.
scaffold-python
Scaffold a complete Python project with CI/CD, release pipeline, justfile, sr.yaml, pyproject.toml, .envrc, and standard files. Uses uv, ruff, and justfile (Python lacks a native task runner like pnpm scripts, so just fills that gap). Loads on top of scaffold-project (run that first for cross-language standard files).…