Install any skill in seconds. Free to start, no credit card required.
Get Started Free →A development process for Python code that uses Test Drivern Development (TDD) to iterate on a new project based around uv. Use when creating a new Python project, writing Python code with tests, or working on Python development using test-driven development practices with the uv package manager.
| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-04 | ✗→✓ | ▲ Improved | -25% | 0% |
| case-06 | ✗→✓ | ▲ Improved | -13% | 0% |
| case-10 | ✗→✓ | ▲ Improved | -33% | 0% |
| case-14 | ✗→✓ | ▲ Improved | -59% | 0% |
| case-15 | ✗→✓ | ▲ Improved | -46% | 0% |
A development process for Python applications that uses TDD to iterate on a new project based around uv.
Create a project with this command:
bashmkdir name-of-project cd name-of-project uv init --python 3.14 git init (if not already in a git repo)
This creates an initial pyproject.toml file
Add dependencies using:
bashuv add httpx
Always start by adding a dev dependency of pytest like this:
bashuv add pytest --dev
Then add a starting test:
bashmkdir tests echo 'def test_add(): assert 1 + 1 == 2' > tests/test_add.py
Then run the tests like this:
bashuv run pytest
Always run Python code like this:
bashuv run python -c "..."
Always create a README.md for the project, which starts with just the project name as a heading plus a short description.
Start by creating a spec.md file with a detailed specification that includes markdown TODO lists. Update the spec and those TODOs as you progress, including adding new ones and checking off previous ones.
Practice TDD. For every change start by writing a test (grouped sensible in test files with other related tests) and then use uv run pytest -k name_of_test to watch it fail. Then implement the change and watch the test pass. Update the TODOs and add or update relevant documentation in the README, then commit the implementation and tests and documentation as a single commit.
Use and reuse pytest fixtures where appropriate, including for temporary files used for the duration of the test run. Use pytest.mark.parameterized to avoid duplicated test code.
Delete that test_add.py file once you have implemented your first real test. Do not include that test_add.py file in any of your commits.
Commit often, in sensible chunks. If a remote is configured then push after every commit.
Other measured skills in the registry, with their headline benchmark lift.