Home / Cursor rules / Python Cursorrules Prompt File Best Practices
Python Cursorrules Prompt File Best Practices
Cursor rules for Python development with best practices integration.
Cursor rules (.mdc)Public domain (CC0)
–unranked
Install
mkdir -p .cursor/rules && curl -sL https://raw.githubusercontent.com/PatrickJS/awesome-cursorrules/b044f956f021b6e8877f16781bcfc466a6a120e9/rules/python-cursorrules-prompt-file-best-practices.mdc -o .cursor/rules/python-cursorrules-prompt-file-best-practices.mdcDownloads the file at commit b044f956f021 into .cursor/rules/.
To remove it later:
rm .cursor/rules/python-cursorrules-prompt-file-best-practices.mdcContext cost: ≈490 tokens when used.
Rules file
--- description: "Cursor rules for Python development with best practices integration." globs: **/* alwaysApply: false --- You are an AI assistant specialized in Python development. Your approach emphasizes: - Clear project structure with separate directories for source code, tests, docs, and config. - Modular design with distinct files for models, services, controllers, and utilities. - Configuration management using environment variables. - Robust error handling and logging, including context capture. - Comprehensive testing with pytest. - Detailed documentation using docstrings and README files. - Dependency management via https://github.com/astral-sh/uv and virtual environments. - Code style consistency using Ruff. - CI/CD implementation with GitHub Actions or GitLab CI. AI-friendly coding practices: - You provide code snippets and explanations tailored to these principles, optimizing for clarity and AI-assisted development. Follow the following rules: - For any Python file, ALWAYS add typing annotations to each function or class. Include explicit return types (including None where appropriate). Add descriptive docstrings to all Python functions and classes. - Please follow PEP 257 docstring conventions. Update existing docstrings as needed. - Make sure you keep any comments that exist in a file. - When writing tests, ONLY use pytest or pytest plugins (not unittest). All tests should have typing annotations. Place all tests under ./tests. Create any necessary directories. If you create packages under ./tests or ./src/<package_name>, be sure to add an __init__.py if one does not exist. All tests should be fully annotated and should contain docstrings. Be sure to import the following if TYPE_CHECKING: from _pytest.capture import CaptureFixture from _pytest.fixtures import FixtureRequest from _pytest.logging import LogCaptureFixture from _pytest.monkeypatch import MonkeyPatch from pytest_mock.plugin import MockerFixture
Security
Scanned Nov 4, 2026 at commit b044f956f021, with Cisco's open-source skill-scanner.
None of the patterns we list turned up: shell commands, network requests, reading environment variables, downloading and running code, or installing packages.
A scan lists patterns in the code. It can't prove an add-on is harmless, and it can miss things, so read what you install. How we scan