スキル python-packaging
📦

python-packaging

安全 🌐 ネットワークアクセス⚙️ 外部コマンド📁 ファイルシステムへのアクセス

PyPI向けのPythonパッケージを作成

こちらからも入手できます: ActiveInferenceInstitute

Pythonプロジェクトのパッケージングでは、構成やメタデータの誤りが起こりがちです。このスキルは、配布可能なパッケージを作成するための明確なレイアウト、設定例、公開手順を提供します。

対応: Claude Codex Code(CC)
⚠️ 68 貧弱
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「python-packaging」を使用しています。 I need a simple pyproject.toml and folder layout for a library.

期待される結果:

  • srcレイアウトを使用し、パッケージフォルダとテストを用意する。
  • pyproject.tomlにビルドシステムとプロジェクトメタデータを定義する。
  • 依存関係と任意の開発ツールを追加する。
  • パッケージングのためにREADMEとLICENSEを含める。

「python-packaging」を使用しています。 How do I set up CLI commands for my package?

期待される結果:

  • Clickを依存関係としてインストールする。
  • clickコマンドを含むcli.pyモジュールを作成する。
  • pyproject.tomlのセクションにエントリーポイントを定義する。
  • コマンドをテストするために編集可能モードでインストールする。

「python-packaging」を使用しています。 What are the steps to publish to PyPI?

期待される結果:

  • python -m buildでパッケージをビルドする。
  • twine check dist/*で検証する。
  • テストのためにまずTestPyPIへアップロードする。
  • twine upload dist/*でPyPIにアップロードする。

セキュリティ監査

安全
v4 • 1/17/2026

Pure documentation skill containing educational content about Python packaging. No executable scripts, network calls, file access, or code execution paths present. All static findings are false positives: the scanner misidentified repository names as cryptographic algorithms, bash documentation examples as shell execution, and legitimate config file references as credential access attempts.

2
スキャンされたファイル
1,047
解析された行数
3
検出結果
4
総監査数

リスク要因

🌐 ネットワークアクセス (25)
⚙️ 外部コマンド (77)
📁 ファイルシステムへのアクセス (2)
監査者: claude 監査履歴を表示 →

品質スコア

38
アーキテクチャ
100
保守性
85
コンテンツ
21
コミュニティ
100
セキュリティ
83
仕様準拠

作れるもの

再利用可能なモジュールのパッケージ化

共有のPythonライブラリ向けに、整った構成とメタデータを設計する。

コマンドラインツールの公開

エントリーポイントを定義し、CLIパッケージをPyPIに公開する。

公開の自動化

ビルドとアップロード手順を含むリリースワークフローを構築する。

これらのプロンプトを試す

スターターパッケージ
acme-toolsという小さなPythonライブラリ向けに、最小限のsrcレイアウトとpyproject.tomlを提示してください。
CLIエントリーポイントの追加
既存パッケージにacmeというclickベースのCLIエントリーポイントを追加する方法を示してください。
ビルドと公開
twineを使ってTestPyPIとPyPIにホイールをビルドして公開する手順を列挙してください。
CIのリリースワークフロー
リリース作成時にビルドとアップロードを行うGitHub Actionsワークフローを作成してください。

ベストプラクティス

  • 安全なインポートのためにsrcレイアウトを使用する
  • クリーンな環境でのインストールをテストする
  • PyPIの前にTestPyPIへ公開する

回避

  • メタデータの検証をせずに公開する
  • 暗黙のsetup.pyデフォルトに依存する
  • リリースでのホイールビルドを省略する

よくある質問

これは最新のPythonパッケージングと互換性がありますか?
はい、pyproject.tomlとPEP 517およびPEP 621の標準に焦点を当てています。
このスキルでできないことは何ですか?
ガイダンスと例は提供しますが、ビルドやアップロードの実行はしません。
CIやGitHub Actionsの支援はできますか?
はい、リリース時に公開するためのワークフロー例を含みます。
データを収集または送信しますか?
いいえ、この内容にはデータ収集やネットワーク操作は含まれていません。
ビルドに失敗した場合はどうすればよいですか?
ビルド要件とメタデータ項目を確認し、成果物に対してtwine checkを実行してください。
PoetryやFlitと比べてどうですか?
複数のバックエンドを説明し、それぞれが適している場面を解説しています。

開発者の詳細

ファイル構成

📄 SKILL.md