Skill.md検索

現在のコード変更をAIに自動レビューしてもらい、改善提案を受け取れます。 特定のコード片や設計について、質問形式で相談することができます。 対話モードでAIとやり取りしながら、コードやアーキテクチャについて意見交換できます。 セキュリティ観点での指摘やリファクタリング（コードの整理・改善）方法など、別の視点からのフィードバックが得られます。 コードレビュー、設計相談、デバッグ支援など幅広い用途で活用できます。 コードレビューを担当する人がいない小規模チームの開発者 自分のコードに不安があり、別の視点からのフィードバックが欲しい人 設計やアーキテクチャの妥当性を確認したい、より経験のあるエンジニアに相談したい人 セキュリティやパフォーマンスの問題を事前にチェックしておきたい開発者 Codex CLI（OpenAI）を使用してコードや設計について相談・レビューを行います。判断フローに従い、git差分のレビュー時はcodex review --uncommitted（ステージ済み）や--base main（特定ブランチとの比較）、特定の質問・相談時はcodex exec "質問内容"、対話的に相談したい時はcodex "質問"を実行します。例えば、ユーザーが「今の変更をcodexでレビュー」と言えば、codex review --uncommittedを実行してレビュー結果を報告し、「このアーキテクチャについてcodexに相談」と言えば、codex execで設計内容を渡して実行します。エラー対応として、codexコマンドが見つからない場合はbrew install openai/openai/codexでのインストールを、認証エラーはcodex loginでの認証を案内します。

Laravel アプリケーションを7つのレイヤーに分層し、責務を明確にした設計が実現できます。 各レイヤー間の依存関係ルールを定義し、DTO（データ転送オブジェクト）設計やRepository パターンなどを適切に適用します。 「Controller」「Request」「UseCase」「Repository」など、各レイヤーの役割と実装パターンを具体的に学べます。 Deptrac などの静的解析ツールを使って、設計ルール違反を自動検出・防止できます。 Laravel プロジェクトの構造が複雑になり、どのファイルにどのコードを書くべきか分からなくなった開発者 複数人開発で、チーム内の実装パターンを統一したい開発リーダー スケーラブルで保守しやすいバックエンド設計を構築したいアーキテクト

実装計画やコードに対して、ガイドラインに基づいた段階的なレビューを自動実行できます。UIデザイン、アーキテクチャ、コード品質など複数の視点から一貫性のあるフィードバックを得られます。 プロンプトテンプレートを使用することで、レビュー実施時の手順を標準化でき、毎回一定品質のレビュー結果が得られます。 セッションIDを活用して関連タスクのコンテキスト（会話の背景情報）を保持し、前回のレビュー内容を踏まえた継続的な改善を実現できます。 パラメータ設定で分析の深さを調整（詳細分析、簡易分析など）でき、状況に応じた柔軟なレビューが可能です。 機能実装前の計画段階で、設計の妥当性を素早く確認したい開発者やPM コードレビューの時間を短縮したいエンジニアリングマネージャー プロジェクトのコード品質を一貫して保ちたい技術リーダー

コーディングルール、テスト規約、セキュリティ要件など、プロジェクト固有の指示を .claude/rules/ ディレクトリに一元管理できます。ルールは自動的にAIに読み込まれ、すべてのタスクで適用されます。 ファイルタイプやディレクトリごとに異なるルールを設定できます。例えばフロントエンドとバックエンドで異なるコーディング基準を適用することが可能です。 ルールファイルはMarkdown形式で記述でき、プロジェクトメンバー全員が内容を理解・編集しやすい形式で管理できます。 ベストプラクティスに沿った構造で作成するため、ルール自体が保守性（修正・更新のしやすさ）と一貫性を備えます。 チーム全体で統一されたコーディング基準を定めたい技術リーダーやアーキテクト 新しいメンバーのオンボーディング時に必要な指示を明確にしたいマネージャー プロジェクトのベストプラクティスをドキュメント化して継承したい開発チーム

コードレビューのコメント（Markdownファイル形式）を自動的に分析し、優先度別に整理できます。必須修正と推奨修正を区別することで、効率的に対応できます。 レビューコメントに基づいて実装を修正し、リンター（コード品質チェック）やテストを自動実行して、修正内容が正しく動作することを検証できます。 修正後、再度AIが独立した視点でコードをレビューする「レビュー→修正→再レビュー」のループを実行できます。問題が解決するまでこのサイクルを繰り返せます。 最終的に修正内容の全体報告書（すべてのレビュー反復履歴を含む）を自動生成します。何が修正されたか、どのような検証が行われたかが明確に記録されます。 PRレビュー後のフィードバック対応を迅速に進めたい開発者 レビュー指摘への対応漏れを減らしたいテックリード レビュー対応プロセスを可視化・記録したいQAエンジニア

Claude Codeのスキルファイル（SKILL.md）を公式ベストプラクティスに照らし合わせて自動的にレビューできます。スキルが正しい構造で書かれているかが一目でわかります。 レビュー結果をCritical（修正必須）、Warning（推奨修正）、Info（改善提案）の3段階で分類し、優先度順に改善提案を提示します。 スキルの名前、説明文、本文の構成、例の質など、各要素を詳細にチェックして具体的な修正案を提供します。 レビュー後、ユーザーが希望した改善点について段階的に修正を適用し、修正後に再度品質をチェックして改善が十分かを確認できます。 自分が作成したスキルが高品質な状態か確認したい開発者 チーム内で作成されたスキルの品質を統一したいスキル管理者 スキル開発のベストプラクティスを学びながら、自動的に改善提案を受けたい人

SQL インジェクション、XSS、CSRF など、11 種類の一般的なセキュリティ脆弱性をコードから検出できます。 IPA（情報処理推進機構）のガイドラインに基づいた診断を行い、脆弱なコードと安全なコード例を並べて提示します。 Laravel と React それぞれのフレームワーク特有の安全な実装パターンを学べ、実装時・レビュー時に活用できます。 チェックリスト形式で段階的に検証し、セキュリティ対策の漏れを防ぎます。 Web アプリケーションのセキュリティリスクに対応する必要がある開発者 コード品質・セキュリティレビュー時に脆弱性を見落としたくない開発リーダー ユーザーデータを扱うアプリを作成する際に、安全な実装方法を学びたいエンジニア

関数やメソッド単位で狙った箇所だけを編集・置換でき、ファイル全体の書き直しを避けられます 編集前に参照箇所を自動で検出し、影響範囲を事前に把握できます シンボル名の変更時に、コードベース全体で自動的にリネーム（リファクタリング）ができます 新しい関数やクラスを既存コードの前後に挿入でき、ファイル構造を効率的に拡張できます ファイル内のすべての関数・クラス・メソッドを一覧表示し、編集対象を素早く特定できます 大規模なコードベースを扱っていて、変更の影響範囲を把握したいエンジニア リファクタリング（コードの整理・改善）時に細かい箇所だけを修正したい人 既存コードへの追加機能実装で、誤った編集を最小限にしたい開発チーム コードレビューの際に、変更内容と影響箇所を明確に示したいリーダー

エラーメッセージやローディング画面など、条件分岐による複数のUI表示パターンを自動でストーリー化できます ボタンの有効/無効、入力フォームのバリデーション（入力値の正当性確認）エラーなど、UIの状態変化を見た目で確認できるテストを作成できます コンポーネント内部の複雑なロジックに頼らず、見た目の違いだけに着目したテスト記録ができます デザインと実装のズレを早期に発見でき、QA（品質保証）の工数を削減できます 新しいチームメンバーが、実装済みコンポーネントの全パターンを視覚的に学習できます フロントエンドエンジニアで、UIコンポーネントの見た目テストを自動化したい人 デザイナーと開発チーム間で、実装結果を視覚的に共有したい人 複雑な条件分岐があるコンポーネント（ダイアログ、フォーム、ナビゲーション）を担当する開発者 CI/CDパイプライン（自動テスト環境）にビジュアルテストを組み込みたいチーム

テキストと背景色の組み合わせが読みやすいかを数値（コントラスト比4.5:1以上）で自動検証し、色覚障害者にも見やすい設計を確保できます タッチボタンのサイズが44×44ピクセル以上かを測定チェックし、スマートフォンで誤タップしにくいUIを実現できます キーボード操作（TabキーやEnterキー）で全機能が使えるか、自動テストで検証できます Lighthouse（ページ速度測定ツール）のスコアを数値化し、読み込み時間が2.5秒以内かを確認できます フォーム入力時のエラー表示や、ローディング状態の表示が0.4秒以内に完了するかをチェックできます UIデザイナーで、アクセシビリティ（全員が使いやすい設計）を数値で検証したい人 フロントエンド実装後の品質確認で、AIが見落とす細かいチェック項目を埋めたい開発者 Webアプリケーションのパフォーマンス最適化（速度改善）に取り組んでいるエンジニア 社内規約で「WCAG 2.1 AA準拠」などのアクセシビリティ基準達成を求められているチーム