style-audit
コードスタイルの監査と改善
動作するコードだけでは不十分です。スタイルが悪いと混乱を招き、技術的負債が蓄積され、チームのコラボレーションが遅くなります。このスキルは、体系的なスタイル監査とリファクタリングを適用することで、機能的に正しいコードを保守可能で本番環境に適したコードに変換します。
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "style-audit". JavaScriptコードを監査してスタイルを改善してください
Résultat attendu:
- 23個のスタイル問題を発見: フォーマット8個、命名6個、複雑さ4個、ドキュメント3個、エラーハンドリング2個
- Prettierで8個のフォーマット問題を自動修正
- 明確性のために6個の変数を改名(例: 'd' → 'userData', 'processItem' → 'validateAndProcessItem')
- 2個の複雑な関数をより小さな単一目的のヘルパーに抽出
- 3個のドキュメント化されていない関数にdocstringを追加
- リファクタリング後もすべてのテストが合格
- 品質スコアが72%から91%に改善
Utilisation de "style-audit". Pythonコードベースの品質問題をレビューしてください
Résultat attendu:
- 自動リンティングで12ファイルにわたって47個の問題を発見(pylint, flake8, mypy)
- 手動レビューで分解が必要な15個の関数を特定
- セキュリティレビューで3個の入力検証ギャップと2個のハードコードされたパスにフラグを立てた
- ドキュメントカバレッジは62%、28個の関数でdocstringが不足
- 修正の優先順位: セキュリティ問題が最優先、次に可読性、その後保守性
Utilisation de "style-audit". レガシーコードベースにチームのコーディング基準を適用してください
Résultat attendu:
- チームのスタイルガイドに対して5,000行のレガシーコードを分析
- 3つの作業スプリントにまたがる段階的リファクタリング計画を作成
- 78%の問題が対処されたことを示すコンプライアンスレポートを生成
- 残りの問題を将来のバックログ用の工数見積もりとともに文書化
Audit de sécurité
SûrPure documentation skill containing only markdown and Graphviz diagram files. No executable code, no network calls, no filesystem access beyond reading its own files, and no code execution capabilities. All 37 static findings are false positives caused by the analyzer misclassifying legitimate documentation terminology. The skill is a prompt-based documentation artifact with zero security risk.
Facteurs de risque
🌐 Accès réseau (1)
📁 Accès au système de fichiers (1)
Score de qualité
Ce que vous pouvez construire
コミット前のコード準備
コミット前にコードを監査してスタイルの問題を早期に発見し、チーム基準との一貫性を確保
体系的なコードレビュー
自動化および手動レビュー手法を使用して、プルリクエスト全体に一貫したスタイル基準を適用
コードベース品質基準
体系的な監査とリファクタリングワークフローを通じてチーム全体のコード品質を強制
Essayez ces prompts
プロジェクト内のファイルに対してスタイル監査を実行してください。フォーマットの問題、命名規則違反、基本的なスタイルの問題を特定してください。
自動リンティング分析、手動スタイルレビュー、セキュリティレビュー、ドキュメント評価を含むコードベースの完全なスタイル監査を実行してください。すべての調査結果を重要度別に分類してレポートしてください。
スタイルを改善するためにコードを監査してリファクタリングしてください。まず自動修正を適用し、次に明確性のために手動でリファクタリングしてください。重要な変更ごとにテストを実行してすべての機能が保持されていることを確認してください。
チームのスタイルガイドラインをコードベースに適用してください。リンティング設定ファイルを使用してください。変更前後のメトリクスと影響度別に優先順位付けされた残りの問題を示す詳細なレポートを生成してください。
Bonnes pratiques
- functionality-auditでコードが正しく動作することを確認した後にstyle-auditを実行
- 既存の基準との整合性を確保するためにチームのリンティング設定を提供
- レビューと復元を容易にするために、スタイルの改善を小さなアトミックなコミットで行う
Éviter
- functionality-auditの前にstyle-auditを実行する(壊れたコードをリファクタリングする可能性がある)
- 機能を検証するためのテストを実行せずにスタイル修正を適用する
- 主観的な好みを優先して自動リンティング出力を無視する