Python Cursorrules Prompt File Best Practices

Anleitung, wie man gute .cursorrules-Dateien für Python-Projekte selbst strukturiert und formuliert.

Original-Beschreibung der Autoren: Cursor rules for Python development with best practices integration.

Die Regel

---
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

So nutzt du sie

Die Regel kopieren (Button oben) oder als Datei herunterladen und im Projekt unter .cursor/rules/ ablegen — Cursor lädt sie beim nächsten Start automatisch. Ältere Cursor-Versionen lesen alternativ eine einzelne .cursorrules-Datei im Projektstamm; dort einfach den Regel-Text ohne den Kopfblock zwischen den ----Zeilen einfügen.

Der Regel-Text ist englisch — Cursor versteht ihn unabhängig von der Sprache, in der Sie mit dem Editor chatten.

Im Detail

Eine Meta-Regel: Sie erklärt, wie gute .cursorrules-Dateien für Python-Projekte selbst aufgebaut sein sollten — klar strukturiert, mit konkreten Konventionen statt vager Wünsche, priorisiert nach Wichtigkeit. Nützlich für alle, die eigene Cursor-Regeln schreiben oder bestehende aus dieser Sammlung anpassen wollen, statt aus dem Bauch heraus Prompt-Dateien zu basteln. Kein direkter Coding-Nutzen für ein konkretes Projekt, sondern eine Anleitung eine Ebene höher: wie man KI-Editor-Regeln überhaupt formuliert, damit sie zuverlässig befolgt werden. Besonders hilfreich beim Aufsetzen neuer Projekte mit mehreren Regeldateien.

Praxis-Tipp

Vor dem Schreiben einer eigenen .cursorrules-Datei diese Regel laden und als Checkliste nutzen, z. B. “Prüfe meine .cursorrules-Datei gegen die Best Practices”.

Lizenz & Quelle

• Lizenz: CC0 1.0
• Quelle: PatrickJS/awesome-cursorrules (GitHub)

Lade …