Jamie-BitFlight/claude_skills/plugins/python-engineering/skills/python3-core/SKILL.md
python3-core
Activates on any Python task involving *.py files, uv, ruff, ty, pytest, or pyproject.toml — establishes Python 3.11+ coding standards, SOLID design guidance, strict typing policy, testing defaults (pytest + pytest-mock), tooling expectations (uv, ruff, ty, hatchling), and code smell detection as design signals. Routes to specialist skills for TDD, CLI, web, data, async, or constrained environments.
- Source repository stars
- 64
- Declared platforms
- 0
- Static risk flags
- 0
- Last source update
- 2026-08-28
- Source checked
- 2026-08-28
Decision brief
What it does: where it fits
For the full rationale and edge cases behind the defaults below, load the python-engineering:standards-for-python-development skill.
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/Jamie-BitFlight/claude_skills --skill "plugins/python-engineering/skills/python3-core"Inspect the Agent Skill "python3-core" from https://github.com/Jamie-BitFlight/claude_skills/blob/a00194f25fec502d3d659b7d610369614967251e/plugins/python-engineering/skills/python3-core/SKILL.md at commit a00194f25fec502d3d659b7d610369614967251e. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
TDD Workflow
Load python3-tdd when the task involves test-driven development, writing tests before implementation, or red-green-refactor workflows.
Load python3-tdd when the task involves test-driven development, writing tests before implementation, or red-green-refactor workflows. - 02
Test Suite Review
Load comprehensive-test-review when conducting a full test quality audit — coverage, isolation, mock usage, naming, completeness.
Load comprehensive-test-review when conducting a full test quality audit — coverage, isolation, mock usage, naming, completeness. - 03
Feature Addition Workflow
Load python3-add-feature when adding a new feature to an existing Python project — discovery, MoSCoW prioritization, TDD implementation, integration, verification.
Load python3-add-feature when adding a new feature to an existing Python project — discovery, MoSCoW prioritization, TDD implementation, integration, verification. - 04
Standing Defaults (apply to every Python task)
Python 3.11+ native types: list[str], str | None, Self, TypeAlias
Python 3.11+ native types: list[str], str | None, Self, TypeAliasGoogle-style docstrings (Args/Returns/Raises)SOLID principles as active design guidance, not checklist items - 05
Code Quality
Python 3.11+ native types: list[str], str | None, Self, TypeAlias
Python 3.11+ native types: list[str], str | None, Self, TypeAliasGoogle-style docstrings (Args/Returns/Raises)SOLID principles as active design guidance, not checklist items
Permission review
Static risk signals and limitations
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 91/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 64 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- Jamie-BitFlight/claude_skills
- Skill path
- plugins/python-engineering/skills/python3-core/SKILL.md
- Commit
- a00194f25fec502d3d659b7d610369614967251e
- License
- MIT
- Collected
- 2026-08-28
- Default branch
- main
View the original SKILL.md
Python Engineering Standards
For the full rationale and edge cases behind the defaults below, load the
python-engineering:standards-for-python-development skill.
Standing Defaults (apply to every Python task)
Code Quality
- Python 3.11+ native types:
list[str],str | None,Self,TypeAlias - Google-style docstrings (Args/Returns/Raises)
- SOLID principles as active design guidance, not checklist items
- Functions under 50 lines; max 3 nesting levels
__all__in public modules- No
Any, broadobject, or uncheckedcast()in internal code - Code smells are design signals to investigate, not noise to suppress
- Expand acronyms in public names:
greatest_common_divisor()notgcd(); domain acronyms (URL, API, SQL, HTTP, JSON, XML) are exempt; seereferences/python3-standards.md§1.5
Type Coverage
- Type coverage is a project health metric
- Adapt strictness to project constraints (see typing policy below)
- Boundary modules are the ONLY place
Anyis permitted - Boundary code must validate and convert raw input immediately
Testing Defaults
- pytest + pytest-mock (never unittest.mock)
- AAA pattern; behavioral test names (
test_{fn}_{scenario}_{result}) - 80% coverage minimum; 95% + mutation testing for critical paths
- Dual-hypothesis on test failure: both test-bug and implementation-bug are possible
Tooling
uvfor dependency managementrufffor linting and formattingty(Astral) as default type checker; keep mypy/pyright when the project already uses thempytestfor testinghatchlingas default build backend- Detect active checker from
.pre-commit-config.yamlthen CI, not from presence of config sections
Design Principles
- Code smell detection drives refactoring decisions
- Fail-fast error handling: catch specific exceptions only when you can recover or add context
- Use
e.add_note()for exception context; never swallow exceptions - Protocol classes for dependency injection and duck typing
- Factory patterns for complex object creation
Typing Policy
Rules
Any, broadobject, and uncheckedcast()are FORBIDDEN in normal internal code- They are ALLOWED only at explicit system boundaries where unknown-shape external data enters
- Boundary code must live in dedicated validator, parser, adapter, or boundary modules
- Boundary code must immediately validate and convert raw input into strongly typed internal objects
- If Pydantic is available, prefer Pydantic models or
TypeAdapter - If Hypothesis is available, boundary validation should include property-based tests
- Boundary modules may be the only place with narrow lint exceptions for
Any - The typed core must not receive raw unvalidated payloads
Strategy Selection (auto-detected)
Load python3-typing for the full matrix. Summary:
| Python Version | Dependencies Available | Strategy |
|---|---|---|
| 3.10 constrained | stdlib only | TypeAlias, Protocol, TypeGuard; no third-party |
| 3.11+ stdlib | stdlib only | TypeAlias, TypeVar, Self, TypedDict + NotRequired |
| 3.11+ with Pydantic | pydantic available | Pydantic models at boundaries; TypeAdapter for ad-hoc |
| 3.11+ with Hypothesis | hypothesis available | Property-based tests for validators and boundaries |
| 3.12 | — | type statement for type aliases |
| 3.13 | — | TypeIs (PEP 742) replaces TypeGuard where bidirectional narrowing needed |
| 3.14 | — | Deferred evaluation of annotations (PEP 649) |
Domain Routing
Only load when the task clearly matches. Do NOT preload all of these.
TDD Workflow
Load python3-tdd when the task involves test-driven development, writing tests before implementation, or red-green-refactor workflows.
CLI Applications
Load python3-cli when building Typer/Rich CLI tools, scripts with progress bars, or terminal output.
Web Applications
Load python3-web when working with FastAPI, Starlette, Django, or Flask.
Data / Scientific Python
Load python3-data when working with pandas, numpy, scipy, jupyter, or data pipelines.
Constrained / Legacy Environments
Load python3-stdlib-only ONLY when confirmed environment restrictions prevent dependency installation (airgapped, no uv, no internet). Do NOT assume restrictions.
Test Suite Design
Load python3-test-design when designing test suites before implementation — coverage strategy, test pyramid distribution, fixture hierarchy, mutation testing plan.
Test Failure Analysis
Load analyze-test-failures when analyzing failing tests to determine whether the failure is a genuine bug or a test implementation issue.
Test Suite Review
Load comprehensive-test-review when conducting a full test quality audit — coverage, isolation, mock usage, naming, completeness.
Test Investigation Approach
Load test-failure-mindset when resetting investigation approach to test failures — dual-hypothesis protocol, red flags, worked examples.
Feature Addition Workflow
Load python3-add-feature when adding a new feature to an existing Python project — discovery, MoSCoW prioritization, TDD implementation, integration, verification.
SAM Task Creation
Load create-feature-task when creating a structured feature task with SAM tracking — produces task documentation with phases, acceptance criteria, and context preservation ready for the SAM pipeline.
Package Configuration
Load python3-packaging when configuring package metadata or build targets — pyproject.toml templates, build backend options (Hatchling/Setuptools/Flit), entry points, dependency specification.
PyPI Publishing Pipeline
Load python3-publish-release-pipeline when publishing to PyPI or cutting a release — GitHub Actions / GitLab CI workflows, trusted publishing, version management, TestPyPI.
Specialist Skill Routing
Load specialist-skill-routing at the start of any Python task to activate granular trigger-based routing across all 17+ specialist categories. This is the master router — agents activate it before starting work when broad task classification is insufficient.
Quality Workflows
/python-engineering:review— comprehensive code review (manual entrypoint)/python-engineering:cleanup— progressive quality improvement (manual entrypoint)/python-engineering:lint— deterministic quality checks (manual entrypoint)/python-engineering:debug— structured debugging (manual entrypoint)
Async/Concurrent Python
Load async-python-patterns when the task involves async/await patterns, asyncio, concurrent I/O operations, task scheduling, or non-blocking systems.
Documentation Sites
Load mkdocs when the task involves generating a documentation site with MkDocs or Material theme.
Tool-Specific
Load python3-tools when the task involves uv, Hatchling, ty, pre-commit, TOML editing, or PyPI packaging.
Assets
Templates available at ${CLAUDE_PLUGIN_ROOT}/skills/python3-core/assets/:
version.py— dual-mode version managementhatch_build.py— build hook templateexample.pre-commit-config.yaml— standard git hooks.editorconfig— editor formatting
Frequently asked questions
What to verify before installation and use
What does the python3-core source document cover?
For the full rationale and edge cases behind the defaults below, load the python-engineering:standards-for-python-development skill.
How do I install python3-core?
The source record exposes this install command: npx skills add https://github.com/Jamie-BitFlight/claude_skills --skill "plugins/python-engineering/skills/python3-core". Inspect the command and pinned source before running it.
Alternatives
Compare before choosing
Jamie-BitFlight/claude_skills
standards-for-python-development
Shared Python 3.11+ development standards covering type safety (ty, native generics, Protocol, TypeIs), layered architecture, error handling, performance, identifier naming, UI/CLI patterns (Rich/Typer), testing requirements (pytest, 80% coverage, TDD), and quality gates. Activates when any Python skill or agent needs to apply shared standards for implementation, code review, refactoring, or test authoring.
travisjneuman/.claude
test-specialist
This skill should be used when writing test cases, fixing bugs, analyzing code for potential issues, or improving test coverage for JavaScript/TypeScript applications. Use this for unit tests, integration tests, end-to-end tests, debugging runtime errors, logic bugs, performance issues, security vulnerabilities, and systematic code analysis.
magnus919/agent-skills
cli-builder
Build or refactor CLI tools designed for AI agent consumption: non-interactive, flag-driven, idempotent, with --json output and --dry-run preview. Use when creating a new script the agent will call, adding agent-friendly flags to an existing tool, or debugging why an agent keeps failing to use your CLI.
Jamie-BitFlight/claude_skills
stinkysnake
Progressive Python quality improvement with static analysis, type refinement, modernization planning, plan review, and test-driven implementation. Use when addressing technical debt, eliminating Any types, applying modern Python patterns, or refactoring for better design.