nathan-gage/python-skillsMIT86 files

Python Best Practices

Python software engineering guidelines from real PR review patterns. This skill should be used when writing, reviewing, or refactoring Python code — especially dataclasses, service interfaces, error handling, and type annotations. Triggers on tasks involving Python modules, API design, data modeling, type safety, exception handling, or refactoring for maintainability. For asyncio and concurrency guidance, see the python-async-best-practices skill.

Specification
Skill ID
nathan-gage/python-skills/python-best-practices
Publisher
nathan-gage
Repository
python-skills
Installs
0
Files
86
License
MIT
Synced
Sep 23, 2026
How to use it

Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.

nathan-gage/python-skills/python-best-practicesInstalls these files
  • AGENTS.md
  • README.md
  • SKILL.md
  • metadata.json
  • rules/_sections.md
  • rules/_template.md
  • rules/api-deprecated-aliases.md
  • rules/api-immutable-transforms.md
  • rules/api-instance-vs-module-fn.md
  • rules/api-keyword-only-params.md
  • rules/api-model-cohesion.md
  • rules/api-no-boolean-flag-params.md
  • rules/api-no-private-access.md
  • rules/api-required-before-optional.md
  • rules/api-underscore-for-private.md
  • rules/data-aware-datetimes.md
  • rules/data-delete-dead-variants.md
  • rules/data-derive-dont-store.md
  • rules/data-discriminated-unions.md
  • rules/data-encapsulate-mutable-state.md
  • rules/data-explicit-variants.md
  • rules/data-mutable-defaults.md
  • rules/data-mutation-contract.md
  • rules/data-newtype-for-ids.md
  • rules/data-phased-composition.md
  • rules/data-reject-bool-as-int.md
  • rules/data-sentinel-when-none-is-valid.md
  • rules/error-assert-debug-only.md
  • rules/error-assert-never-exhaustiveness.md
  • rules/error-consolidate-try-except.md
  • rules/error-context-managers.md
  • rules/error-inherit-base-exceptions.md
  • rules/error-log-exception-context.md
  • rules/error-match-types-not-messages.md
  • rules/error-raise-from-for-chains.md
  • rules/error-repr-in-messages.md
  • rules/error-specific-exceptions.md
  • rules/error-trust-validated-state.md
  • rules/error-validate-at-boundaries.md
  • rules/imports-lightweight-init.md
  • rules/imports-no-duplicates.md
  • rules/imports-no-side-effects.md
  • rules/imports-optional-dependencies.md
  • rules/imports-remove-unused.md
  • rules/imports-scope-helpers-to-usage.md
  • rules/imports-top-of-file.md
  • rules/naming-consistent-terminology.md
  • rules/naming-drop-redundant-prefixes.md
  • rules/naming-no-type-suffixes.md
  • rules/naming-rename-on-behavior-change.md
  • rules/naming-specific-over-generic.md
  • rules/naming-upper-case-constants.md
  • rules/perf-combine-iterations.md
  • rules/perf-compile-regex-module-level.md
  • rules/perf-dict-index-over-nested-loops.md
  • rules/perf-generator-over-list.md
  • rules/perf-isinstance-tuple-syntax.md
  • rules/perf-lru-cache-pure-fns.md
  • rules/perf-set-for-membership.md
  • rules/perf-type-adapter-constant.md
  • rules/simplify-any-all-builtins.md
  • rules/simplify-cached-property.md
  • rules/simplify-comprehensions.md
  • rules/simplify-early-return.md
  • rules/simplify-extract-after-duplication.md
  • rules/simplify-fallback-or.md
  • rules/simplify-flatten-nested-if.md
  • rules/simplify-inline-single-use-vars.md
  • rules/simplify-remove-dead-code.md
  • rules/types-avoid-any.md
  • rules/types-fix-errors-not-ignore.md
  • rules/types-fix-types-not-cast.md
  • rules/types-isinstance-for-narrowing.md
  • rules/types-literal-for-fixed-sets.md
  • rules/types-modern-syntax.md
  • rules/types-narrow-to-runtime-reality.md
  • rules/types-remove-redundant-optional.md
  • rules/types-sequence-over-list-params.md
  • rules/types-trust-the-checker.md
  • rules/types-type-checking-imports.md
  • rules/types-typeddict-over-dict-any.md
  • src/build.py
  • src/counter_signals.py
  • src/extract_tests.py
  • src/validate.py
  • test-cases.json

What this skill tells the agent

Python Best Practices

Guidelines for writing and reviewing Python. 75 rules across 8 categories, prioritized by impact.

A rule match is a signal, not a verdict. Most rules are design preferences for new code, not bugs to fix across the repo — check the rule's impact level before flagging in review or refactoring stable code.

Quick-reference lines are triggers, not licenses: before applying a rule as a review finding or a transformation, open the rule file and check its counter-signal — the marker-opened paragraph (**When ...** / **Scope:** / **Preserve ...**) saying when NOT to apply it.

When to Apply

  • Writing new Python modules, functions, classes, or data models
  • Reviewing code for correctness or type safety
  • Refactoring patterns in code that's being edited anyway

Avoid applying these rules as a blanket sweep across stable code — the churn rarely pays off.

Impact Levels

  • CRITICAL — prevents a real bug class (data corruption, swallowed cancellations, insecure defaults). Fix when found.
  • HIGH — meaningful correctness or maintainability win. Worth fixing in most contexts.
  • MEDIUM — good practice; clarity or drift prevention. Apply to new code; don't churn stable code.
  • LOW-MEDIUM / LOW — style or micro-optimizations. Apply opportunistically.

Python Version Baseline

Rules assume Python 3.11+. Rules depending on higher versions call it out inline:

  • warnings.deprecated() — 3.13+
  • zoneinfo — 3.9+
  • Union types in isinstance() — 3.10+
  • assert_never — 3.11+ (backport via typing_extensions)
  • PEP 695 type statement and generic syntax — 3.12+ (noted inline in types-modern-syntax)

Rules tagged applicability:pydantic are Pydantic-specific.

Rule Categories by Priority

PriorityCategoryImpactPrefix
1Data ModelingHIGHdata-
2Error HandlingMEDIUM-HIGHerror-
3Type SafetyMEDIUM-HIGHtypes-
4API DesignMEDIUMapi-
5Code SimplificationLOW-MEDIUMsimplify-
6PerformanceLOW-MEDIUMperf-
7NamingLOW-MEDIUMnaming-
8Imports & StructureLOWimports-

Section impact is a typical-case label; individual rules range one level above or below — check the rule file.

Quick Reference

Data Modeling (data-)

  • data-mutable-defaults — Never def f(items=[]); use None + body construction or default_factory
  • data-derive-dont-store — Compute booleans from state; don't cache flags that mirror each other
  • data-mutation-contract — One unambiguous contract per function: mutate (new-info returns fine) or return new — never the mutated object as if fresh
  • data-aware-datetimes — Timezone-aware datetime.now(timezone.utc); utcnow() is deprecated
  • data-discriminated-unions — Tag variants instead of optional-field bags
  • data-explicit-variants — Concrete classes per mode beat is_thread / is_edit flags
  • data-phased-composition — Group co-present optionals into one nested optional
  • data-encapsulate-mutable-state — Trap mutable state in the narrowest clear scope
  • data-sentinel-when-none-is-valid — Private sentinel when None is a meaningful value
  • data-newtype-for-ids — NewType('UserId', str) so IDs aren't interchangeable
  • data-delete-dead-variants — Remove union arms that aren't constructed
  • data-reject-bool-as-int — bool subclasses int; reject it explicitly before numeric checks

Error Handling (error-)

  • error-specific-exceptions — Catch specific types; never bare except: or except BaseException: (breaks Ctrl-C and async cancellation); except Exception: is cancellation-safe on 3.8+
  • error-context-managers — with / async with for files, locks, sessions
  • error-assert-debug-only — assert vanishes under -O; not for runtime contracts
  • error-validate-at-boundaries — Fail fast at system edges before expensive work
  • error-trust-validated-state — Trust immutable, locally-constructed state
  • error-consolidate-try-except — Merge blocks with the same catch and handling
  • error-assert-never-exhaustiveness — typing.assert_never for exhaustiveness
  • error-raise-from-for-chains — raise NewErr(...) from original to preserve causality
  • error-inherit-base-exceptions — New exceptions inherit existing bases for compatibility
  • error-log-exception-context — logger.exception(...) inside except; keep the traceback in the log
  • error-repr-in-messages — f"tool {name!r}" for identifiers in error text
  • error-match-types-not-messages — Classify by exception type and status code, never message substrings

Type Safety (types-)

  • types-fix-errors-not-ignore — Fix type errors; # type: ignore is a last resort
  • types-avoid-any — Protocols, TypeVars, unions over Any
  • types-typeddict-over-dict-any — TypedDict / dataclass when structure is known
  • types-literal-for-fixed-sets — Literal["a", "b"] for fixed strings
  • types-fix-types-not-cast — Fix the definition; cast() only when runtime genuinely narrows
  • types-isinstance-for-narrowing — isinstance() over hasattr / type(x).__name__
  • types-narrow-to-runtime-reality — Annotations match what control flow actually allows
  • types-trust-the-checker — Drop runtime checks the types already enforce
  • types-remove-redundant-optional — Drop | None when values are guaranteed present
  • types-type-checking-imports — if TYPE_CHECKING: for optional or heavy imports
  • types-modern-syntax — X | None, list[str]; not Optional / Union / typing.List
  • types-sequence-over-list-params — Sequence / Mapping for read-only params; list is invariant

API Design (api-)

  • api-required-before-optional — Required fields before optional (Python enforces this)
  • api-keyword-only-params — * marker for optional/config params
  • api-no-boolean-flag-params — Literal / Enum over True, False soup
  • api-immutable-transforms — Return new collections; don't mutate inputs
  • api-model-cohesion — Flat models; no duplicate or single-key-wrapped fields
  • api-underscore-for-private — _prefix for internals; exclude from __all__
  • api-deprecated-aliases — warnings.deprecated() (3.13+) for renamed APIs
  • api-no-private-access — Don't reach into _prefixed names from outside the module
  • api-instance-vs-module-fn — Pick the namespace that matches ownership

Code Simplification (simplify-)

  • simplify-early-return — Return early; don't nest the happy path
  • simplify-extract-after-duplication — Second copy is the decision point; third is the safe default
  • simplify-cached-property — @cached_property on immutable instances; not thread-safe
  • simplify-comprehensions — Comprehensions over for + .append()
  • simplify-any-all-builtins — any() / all() over manual flag + break
  • simplify-fallback-or — x or default when falsy values aren't semantic
  • simplify-flatten-nested-if — if cond1 and cond2: when no intervening code
  • simplify-inline-single-use-vars — Drop intermediates used once
  • simplify-remove-dead-code — Delete commented-out code; git preserves history

Performance (perf-)

  • perf-set-for-membership — set for repeated in checks
  • perf-dict-index-over-nested-loops — Build a dict for lookups
  • perf-lru-cache-pure-fns — functools.lru_cache / functools.cache on pure functions
  • perf-generator-over-list — Stream with generators when memory or latency matters
  • perf-combine-iterations — Fuse filter + map into one pass
  • perf-compile-regex-module-level — Compile static regex at module scope; matters in tight loops
  • perf-type-adapter-constant — Module-scope TypeAdapter (applicability: pydantic)
  • perf-isinstance-tuple-syntax — Tuple form is marginally faster; profiled hot paths only

Naming (naming-)

  • naming-rename-on-behavior-change — Rename when behavior changes; stale names mislead

Use this skill in a project

Open any RiverX project, search the Skills panel for nathan-gage/python-skills/python-best-practices, and install it in one click.

Use this skill