Install any skill in seconds. Free to start, no credit card required.
Get Started Free →どのロールを使うべきか迷った時の選択ガイド。「どのロールを使えばいい?」「ロール一覧を見せて」「ロールの使い方は?」「おすすめのロールは?」などで起動。
.claude/skills/wasabeef-3e5d91/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | 21% | 0% |
| case-03 | ✗→✓ | ▲ Improved | 31% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 16% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 3% | 0% |
| case-09 | ✗→✓ | ▲ Improved | 3% | 0% |
どのロールを使うべきか迷った時の選択ガイドとヘルプシステム。
bash/role-help # 全般的なロール選択ガイド /role-help <状況/問題> # 特定状況での推奨ロール /role-help compare <ロール 1>,<ロール 2> # ロール比較
bash# 一般的なガイダンス /role-help → 利用可能なロールと特徴の一覧表示 # 状況別の推奨 /role-help "API のセキュリティが心配" → security ロールの推奨と使用方法 # ロール比較 /role-help compare frontend,mobile → frontend と mobile の違いと使い分け
textこんな時は security ロール: ✅ ログイン・認証機能の実装 ✅ API のセキュリティ脆弱性チェック ✅ データ暗号化・プライバシー保護 ✅ セキュリティコンプライアンス確認 ✅ 侵入テスト・ペネトレーションテスト 使い方: /role security
textこんな時は architect ロール: ✅ システム全体の設計評価 ✅ マイクロサービス vs モノリス判断 ✅ データベース設計・技術選定 ✅ スケーラビリティ・拡張性の検討 ✅ 技術的負債の評価・改善計画 使い方: /role architect
textこんな時は performance ロール: ✅ アプリケーションが遅い ✅ データベースクエリの最適化 ✅ Web ページの読み込み速度改善 ✅ メモリ・CPU 使用量の最適化 ✅ スケーリング・負荷対策 使い方: /role performance
textこんな時は analyzer ロール: ✅ バグ・エラーの根本原因分析 ✅ システム障害の原因究明 ✅ 複雑な問題の構造的分析 ✅ データ分析・統計的調査 ✅ なぜこの問題が起きたかの解明 使い方: /role analyzer
textこんな時は frontend ロール: ✅ ユーザーインターフェースの改善 ✅ アクセシビリティ対応 ✅ レスポンシブデザイン ✅ ユーザビリティ・使いやすさ向上 ✅ Web フロントエンド技術全般 使い方: /role frontend
textこんな時は mobile ロール: ✅ iOS ・Android アプリの最適化 ✅ モバイル特有の UX 設計 ✅ タッチインターフェース最適化 ✅ オフライン対応・同期機能 ✅ App Store ・Google Play 対応 使い方: /role mobile
textこんな時は reviewer ロール: ✅ コードの品質チェック ✅ 可読性・保守性の評価 ✅ コーディング規約の確認 ✅ リファクタリング提案 ✅ PR ・コミットのレビュー 使い方: /role reviewer
textこんな時は qa ロール: ✅ テスト戦略の立案 ✅ テストカバレッジの評価 ✅ 自動テストの実装方針 ✅ バグ防止・品質向上策 ✅ CI/CD でのテスト自動化 使い方: /role qa
textこんな時は multi-role: ✅ 複数の専門視点での評価が欲しい ✅ 統合的な改善計画を立てたい ✅ 各分野の評価を比較したい ✅ 矛盾・重複を整理したい 例: /multi-role security,performance
textこんな時は role-debate: ✅ 専門分野間でトレードオフがある ✅ 技術選定で意見が分かれる ✅ 設計方針を議論で決めたい ✅ 異なる視点の議論を聞きたい 例: /role-debate security,performance
textこんな時は smart-review: ✅ どのロールを使うべきか分からない ✅ 現在の状況に最適なアプローチを知りたい ✅ 複数の選択肢から選びたい ✅ 初心者で判断に迷う 例: /smart-review
| ロール | 主な用途 | 得意分野 | 苦手分野 | | -------- | ---------------- | -------------------- | ------------------ | | security | 脆弱性・攻撃対策 | 脅威分析、認証設計 | UX、パフォーマンス | | analyzer | 根本原因分析 | 論理的分析、証拠収集 | 予防策、将来計画 |
| ロール | 主な用途 | 得意分野 | 苦手分野 | | --------- | ------------ | ------------------ | ------------------ | | architect | システム設計 | 長期視点、全体最適 | 詳細実装、短期解決 | | reviewer | コード品質 | 実装レベル、保守性 | ビジネス要件、UX |
| ロール | 主な用途 | 得意分野 | 苦手分野 | | ----------- | -------------- | ------------------ | -------------------- | | performance | 高速化・最適化 | 測定、ボトルネック | セキュリティ、UX | | qa | 品質保証 | テスト、自動化 | 設計、アーキテクチャ |
| ロール | 主な用途 | 得意分野 | 苦手分野 | | -------- | ----------- | -------------------------- | ------------------- | | frontend | Web UI/UX | ブラウザ、アクセシビリティ | サーバーサイド、DB | | mobile | モバイル UX | タッチ、オフライン対応 | サーバーサイド、Web |
text問題の性質は? ├─ セキュリティ関連 → security ├─ パフォーマンス問題 → performance ├─ バグ・障害調査 → analyzer ├─ UI/UX 改善 → frontend or mobile ├─ 設計・アーキテクチャ → architect ├─ コード品質 → reviewer ├─ テスト関連 → qa └─ 複合的・複雑 → smart-review で提案 複数の分野にまたがる? ├─ 統合分析したい → multi-role ├─ 議論・トレードオフ → role-debate └─ 判断に迷う → smart-review
textA: frontend: Web ブラウザ中心、HTML/CSS/JavaScript mobile: モバイルアプリ中心、iOS/Android ネイティブ・React Native など 両方関連する場合は multi-role frontend,mobile がおすすめ
textA: security: 攻撃・脅威の予防、セキュリティ設計 analyzer: 既に起きた問題の原因分析、調査 セキュリティインシデントの調査なら multi-role security,analyzer
textA: architect: システム全体の長期的設計、拡張性 performance: 具体的な速度・効率の改善 大規模システムの性能設計なら multi-role architect,performance
bash# 状況説明と組み合わせ /role-help 「React アプリのページ読み込みが遅くて、ユーザーから苦情が来ている」 # ファイル内容と組み合わせ cat problem-description.md /role-help 「この問題に最適なロールを推奨して」 # 特定の選択肢で迷っている場合 /role-help compare security,performance 「JWT トークンの有効期限問題でどちらのロールが適切?」
Other measured skills in the registry, with their headline benchmark lift.