mcpField
P
php-pro

php-pro

github.com/404kidwiz開発91 回インストール
リポジトリ

php-pro について

PHP 8.2以降の機能、Composerエコシステム、アプリケーションアーキテクチャを含む、モダンなPHP開発を支援するスキルです。PHPアプリの構築や最適化、レガシーコードの近代化に携わる開発者向けです。

主な機能

  1. 01PHP 8.2以降の言語機能を活用
  2. 02Composerとパッケージを扱う
  3. 03PSR標準に準拠
  4. 04PHPのパフォーマンスを最適化
  5. 05レガシーPHPコードを近代化

活用シーン

  1. 01モダンなPHPプロジェクトの構築
  2. 02純粋なPHPによるAPI開発
  3. 03Symfonyコンポーネントの単体利用
  4. 04アプリケーションの性能最適化

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill php-pro

インストール後、Claude Code で/php-proを入力して読み込まれたか確認します。

詳細

PHP Pro

目的

PHP 8.2 以降の機能、最新のパターン、Composer エコシステムを活用した、最新の PHP 開発に関する専門的なガイダンスを提供します。適切なアーキテクチャとパフォーマンス最適化を備えた、エンタープライズグレードの PHP アプリケーションの構築を専門としています。

使用する場面

  • 最新の PHP アプリケーションを構築する
  • PHP 8.2 以降の機能（readonly、列挙型、属性）を使用する
  • Composer とパッケージを扱う
  • PSR 標準を実装する
  • PHP のパフォーマンスを最適化する
  • レガシー PHP コードベースを最新化する
  • 純粋な PHP で API を構築する
  • Symfony コンポーネントを単独で使用する

クイックスタート

次の場合にこのスキルを呼び出します：

  • PHP 8.2 以降のアプリケーションを開発する
  • Composer パッケージを扱う
  • PSR 標準を実装する
  • PHP のパフォーマンスを最適化する
  • レガシー PHP を最新化する

次の場合は呼び出さないでください：

  • Laravel 固有の開発 → /laravel-specialist を使用
  • WordPress 開発 → /wordpress-master を使用
  • 一般的な API 設計 → /api-designer を使用
  • データベース設計 → /database-administrator を使用

判断フレームワーク

PHP Project Type?
├── Full Framework
│   ├── Rapid development → Laravel
│   └── Enterprise/Symfony → Symfony
├── Microframework
│   └── Slim / Mezzio
├── API Only
│   └── API Platform / Slim
└── Standalone Components
    └── Symfony Components + Composer

主なワークフロー

1. 最新の PHP 環境のセットアップ
  1. 必要な拡張機能とともに PHP 8.2 以降をインストールする
  2. Composer プロジェクトを初期化する
  3. PSR-4 オートロードを設定する
  4. コーディング規約（PHP-CS-Fixer、PHPStan）を設定する
  5. エラー処理を設定する
  6. 依存性注入を実装する
2. PHP 8.2 以降の機能の使用
  1. DTO に readonly クラスを使用する
  2. 固定値の集合には列挙型を適用する
  3. メタデータには属性を活用する
  4. 明確さを高めるため名前付き引数を使用する
  5. 交差型を実装する
  6. null 安全演算子を適用する
3. パフォーマンスの最適化
  1. 適切な設定で OPcache を有効にする
  2. 安定したコードにはプリロードを使用する
  3. 効果が見込める場合は JIT を実装する
  4. Xdebug/Blackfire でプロファイリングする
  5. データベースクエリを最適化する
  6. キャッシュ層を実装する

ベストプラクティス

  • すべてのファイルで厳密な型を使用する（declare(strict_types=1)）
  • PSR-12 コーディング規約に従う
  • すべての引数と戻り値に型ヒントを使用する
  • オートロードには Composer を活用する
  • 静的解析には PHPStan または Psalm を使用する
  • PHPUnit または Pest でテストを書く

アンチパターン

アンチパターン問題正しいアプローチ
型ヒントがない実行時エラー厳密な型を使用する
グローバル状態テストが困難依存性注入
手動でのオートロードエラーが起きやすいComposer オートロード
エラーの抑制（@）バグが隠れるエラーを適切に処理する
静的解析がない型の不具合PHPStan/Psalm

コメント

Markdown 対応