compare-cpython-versions
This skill identifies breaking API changes by comparing source files, git tags, and C headers across different CPython versions.
Install
mkdir -p .claude/skills/compare-cpython-versions && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/6693" && unzip -o skill.zip -d .claude/skills/compare-cpython-versions && rm skill.zipInstalls to .claude/skills/compare-cpython-versions
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Compare CPython source code between two Python versions to identify changes in headers and structs. Use this when adding support for a new Python version to understand what changed between versions.Key capabilities
- →Compare source files and C headers
- →Identify differences between CPython git tags
- →Extract struct definitions using grep patterns
- →Analyze breaking API changes across versions
How it works
It clones the upstream repository and executes targeted git diff commands combined with grep filters to isolate specific structs.
Inputs & outputs
When to use compare-cpython-versions
- →Identify breaking changes for Python upgrades
- →Compare CPython headers across versions
- →Investigate platform compatibility issues
About this skill
Compare CPython Versions Skill
This skill helps compare CPython source code between two Python versions to identify changes in headers, structs, and APIs that affect our codebase.
When to Use This Skill
Use this skill when:
- Adding support for a new Python version
- Need to understand what changed between versions
- Investigating compatibility issues
- Have a list of headers/structs from
find-cpython-usageskill
Key Principles
- Compare systematically - Focus on headers and structs identified in Step 1
- Use multiple methods - Git diff, manual diff, or AI-assisted comparison
- Document changes - Note all breaking changes and API modifications
- Check context - Understand why changes were made (PEPs, GitHub issues)
How This Skill Works
Step 1: Prepare CPython Repository
# Create ~/dd directory if it doesn't exist
mkdir -p ~/dd
# Clone CPython repository if needed (to ~/dd/cpython)
if [ ! -d ~/dd/cpython ]; then
git clone https://github.com/python/cpython.git ~/dd/cpython
cd ~/dd/cpython
git fetch --tags
else
cd ~/dd/cpython
# Update existing repository
git fetch --tags
git fetch origin
fi
Step 2: Compare Specific Headers
Using the list of headers from find-cpython-usage, compare each header between
the old version and new version. Replace OLD_VERSION and NEW_VERSION with the
actual version tags (e.g., v3.13.0, v3.14.0):
# Compare specific headers between versions
git diff OLD_VERSION NEW_VERSION -- Include/internal/pycore_frame.h
git diff OLD_VERSION NEW_VERSION -- Include/frameobject.h
# Compare all internal headers
git diff OLD_VERSION NEW_VERSION -- 'Include/internal/pycore*.h'
# Compare specific struct definitions
git diff OLD_VERSION NEW_VERSION -- Include/internal/pycore_frame.h | grep -A 20 "struct _PyInterpreterFrame"
Step 3: Identify Changes
For each header/struct, look for:
Struct Changes:
- Field additions
- Field removals
- Field type changes
- Field reordering
- Struct moves to different headers
API Changes:
- Removed functions/structures
- New functions/structures
- Changed function signatures
- Deprecated APIs
Header Changes:
- Headers moved to different locations
- Headers split or merged
- New headers introduced
Step 4: Analyze Impact
For each change identified:
-
Understand the change:
-
Why was it changed? (Check Python's What's New, PEPs, or GitHub issues)
-
Is it a breaking change or backward compatible?
-
What's the replacement API?
-
Find the specific commit(s) that introduced the change:
# Find commits that modified a specific file between versions git log OLD_VERSION..NEW_VERSION -- Include/internal/pycore_frame.h # Find commits that mention a specific struct or function git log OLD_VERSION..NEW_VERSION --all --grep="_PyInterpreterFrame" -- Include/ # Show the commit that introduced a specific change git log -p OLD_VERSION..NEW_VERSION -S "struct _PyInterpreterFrame" -- Include/ -
Find related GitHub issues:
- Check commit messages for issue references (e.g.,
gh-123923,#123923) - Search CPython GitHub issues:
https://github.com/python/cpython/issues - Look for "What's New" documentation:
https://docs.python.org/3/whatsnew/ - Check PEPs if the change is part of a larger feature
- Check commit messages for issue references (e.g.,
-
-
Assess impact:
- Which files in our codebase are affected?
- What functionality might break?
- Are there alternative approaches?
-
Document findings:
- Create a summary document of key changes
- Note any breaking changes
- List files that need updates
Step 5: Use AI Tools (Optional)
You can use AI coding assistants to help analyze differences by:
- Providing header file contents from both versions
- Asking about specific struct changes
- Understanding migration paths
Common Change Patterns
When comparing versions, look for these types of changes (examples):
Struct Field Changes:
- Field type changes (e.g., pointer types → tagged pointer types)
- Field renamed
- Field removed and replaced with different mechanism
- Field reordering
Header Moves:
- Internal headers moved to new locations
- Structs moved between headers
- Headers split or merged
API Deprecations:
- Internal functions removed
- Public API replacements available
- Function signature changes
Output Format
After running this skill, you should have:
- A list of all changed headers
- A list of all changed structs with details
- Impact assessment for each change
- Files in our codebase that need updates
Related
- find-cpython-usage skill: Use to identify what to compare
When not to use it
- →When comparing non-C-based libraries
- →When target Python versions are not accessible via git tags
- →Simple Python-level code comparisons
Prerequisites
Limitations
- →Requires internet access to clone repositories
- →Dependent on CPython repository structure
- →Limited to C-level API changes
How it compares
It automates the mechanical process of locating and extracting specific C header changes that usually require manual diffing.
Compared to similar skills
compare-cpython-versions side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| compare-cpython-versions (this skill) | 1 | 8mo | Review | Advanced |
| python-repl | 6 | 4mo | Review | Beginner |
| prove | 0 | 5mo | Review | Advanced |
| detect-silent-processing-failures | 0 | 5mo | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by DataDog
View all by DataDog →You might also like
python-repl
gptme
Interactive Python REPL automation with common helpers and best practices
prove
Z3Prover
Prove validity of logical statements by negation and satisfiability checking. If the negation is unsatisfiable, the original statement is valid. Otherwise a counterexample is returned.
detect-silent-processing-failures
atniptw
Use to detect suspicious processor outputs even when no exception is thrown. Keywords: silent failure, metadata validation, glb checks, anomaly detection.
solve
Z3Prover
Check satisfiability of SMT-LIB2 formulas using Z3. Returns sat/unsat with models or unsat cores. Logs every invocation to z3agent.db for auditability.
massgen-log-analyzer
massgen
Run MassGen experiments and analyze logs using automation mode, logfire tracing, and SQL queries. Use this skill for performance analysis, debugging agent behavior, evaluating coordination patterns, and improving the logging structure, or whenever an ANALYSIS_REPORT.md is needed in a log directory.
research
dmitryprg-ai
Analyze data, investigate datasets, debug with data, and explore system behavior. Use when analyzing, running SQL queries, data profiling, investigating patterns, building statistics, exploring CSV/JSON data, or debugging with data evidence.