mithun50 3762d6ab24 feat: restore complete SuperClaude framework from commit d4a17fc
Comprehensive restoration of all agents, modes, MCP integrations, and documentation.

## 🀖 Agents Restored (20 total)
Added 17 new agent definitions to existing 3:
- backend-architect, business-panel-experts, deep-research-agent
- devops-architect, frontend-architect, learning-guide
- performance-engineer, pm-agent, python-expert
- quality-engineer, refactoring-expert, requirements-analyst
- root-cause-analyst, security-engineer, socratic-mentor
- system-architect, technical-writer

## 🎚 Behavioral Modes (7)
- MODE_Brainstorming - Multi-perspective ideation
- MODE_Business_Panel - Executive strategic analysis
- MODE_DeepResearch - Autonomous research
- MODE_Introspection - Meta-cognitive analysis
- MODE_Orchestration - Tool coordination
- MODE_Task_Management - Systematic organization
- MODE_Token_Efficiency - Context optimization

## 🔌 MCP Server Integration (8)
Documentation and configs for:
- Tavily (web search)
- Serena (session persistence)
- Sequential (token-efficient reasoning)
- Context7 (documentation lookup)
- Playwright (browser automation)
- Magic (UI components)
- Morphllm (model transformation)
- Chrome DevTools (performance)

## 📚 Core Documentation (6)
- PRINCIPLES.md, RULES.md, FLAGS.md
- RESEARCH_CONFIG.md
- BUSINESS_PANEL_EXAMPLES.md, BUSINESS_SYMBOLS.md

## 📖 Documentation Restored (152 files)
- User-Guide (en, jp, kr, zh) - 24 files
- Developer-Guide - 5 files
- Development docs - 10 files
- Reference docs - 10 files
- Getting-Started - 2 files
- Plus examples and templates

## 📊 Package Configuration
Updated pyproject.toml and MANIFEST.in to include:
- modes/**/*.md
- mcp/**/*.md, **/*.json
- core/**/*.md
- examples/**/*.md
- Comprehensive docs in distribution

## 📁 Directory Structure
plugins/superclaude/ and src/superclaude/:
- agents/ (20 files)
- modes/ (7 files)
- mcp/ (8 docs + 8 configs)
- core/ (6 files)
- examples/ (workflow examples)

docs/:
- 152 markdown files
- Multi-language support (en, jp, kr, zh)
- Comprehensive guides and references

## 📊 Statistics
- Commands: 30
- Agents: 20
- Modes: 7
- MCP Servers: 8
- Documentation Files: 152
- Total Resource Files: 200+

Created docs/reference/comprehensive-features.md with complete inventory.

Source: commit d4a17fc
Total changes: 150+ files added/modified

🀖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-13 16:16:05 +01:00

59 KiB
Raw Blame History

SuperClaude ゚ヌゞェントガむド 🀖

SuperClaude は、Claude Code が専門知識を埗るために呌び出すこずができる 14 のドメむン スペシャリスト ゚ヌゞェントを提䟛したす。

🧪 ゚ヌゞェントのアクティベヌションのテスト

このガむドを䜿甚する前に、゚ヌゞェントの遞択が機胜するこずを確認しおください。

# Test manual agent invocation
@agent-python-expert "explain decorators"
# Example behavior: Python expert responds with detailed explanation

# Test security agent auto-activation
/sc:implement "JWT authentication"
# Example behavior: Security engineer should activate automatically

# Test frontend agent auto-activation
/sc:implement "responsive navigation component"  
# Example behavior: Frontend architect + Magic MCP should activate

# Test systematic analysis
/sc:troubleshoot "slow API performance"
# Example behavior: Root-cause analyst + performance engineer activation

# Test combining manual and auto
/sc:analyze src/
@agent-refactoring-expert "suggest improvements"
# Example behavior: Analysis followed by refactoring suggestions

テストが倱敗した堎合: ゚ヌゞェントファむルが存圚する~/.claude/agents/か、Claude Codeセッションを再起動しおください。

コアコンセプト

SuperClaude ゚ヌゞェントずは䜕ですか?

゚ヌゞェントは、Claude Codeの行動を倉曎するコンテキスト指瀺ずしお実装された、専門分野のAIドメむン゚キスパヌトです。各゚ヌゞェントは、ドメむン固有の専門知識、行動パタヌン、問題解決アプロヌチを含む、ディレクトリ.md内に綿密に䜜成されたファむルですsuperclaude/Agents/。

重芁: ゚ヌゞェントは別個の AI モデルや゜フトりェアではなく、Claude Code が読み取っお特殊な動䜜を採甚するコンテキスト構成です。

゚ヌゞェントの2぀の䜿甚方法

1. @agent- プレフィックスを䜿甚した手動呌び出し

# Directly invoke a specific agent
@agent-security "review authentication implementation"
@agent-frontend "design responsive navigation"
@agent-architect "plan microservices migration"

2. 自動アクティベヌション行動ルヌティング

「自動アクティベヌション」ずは、Claude Codeがリク゚スト内のキヌワヌドずパタヌンに基づいお適切なコンテキストで動䜜指瀺を読み取り、゚ンゲヌゞするこずを意味したす。SuperClaudeは、Claudeが最適なスペシャリストにルヌティングするための動䜜ガむドラむンを提䟛したす。

📝 ゚ヌゞェントの「自動アクティベヌション」の仕組み゚ヌゞェントのアクティベヌションは自動システムロゞックではなく、コンテキストファむル内の動䜜指瀺です。ドキュメントで゚ヌゞェントが「自動アクティベヌト」ず蚘茉されおいる堎合、それはClaude Codeが指瀺を読み取り、リク゚スト内のキヌワヌドずパタヌンに基づいお特定のドメむンの専門知識を掻甚するこずを意味したす。これにより、基盀ずなるメカニズムを透明化しながら、むンテリゞェントなルヌティング䜓隓を実珟したす。

# These commands auto-activate relevant agents
/sc:implement "JWT authentication"  # → security-engineer auto-activates
/sc:design "React dashboard"        # → frontend-architect auto-activates
/sc:troubleshoot "memory leak"      # → performance-engineer auto-activates

MCP サヌバヌは、Context7 (ドキュメント䜜成)、Sequential (分析)、Magic (UI)、Playwright (テスト)、Morphllm (コヌド倉換) などの専甚ツヌルを通じお拡匵機胜を提䟛したす。

**ドメむン スペシャリストは、**狭い専門分野に焊点を絞り、ゞェネラリストのアプロヌチよりも深く正確な゜リュヌションを提䟛したす。

゚ヌゞェント遞択ルヌル

優先順䜍の階局:

  1. 手動オヌバヌラむド- @agent-[name] は自動アクティベヌションよりも優先されたす
  2. キヌワヌド- 盎接的なドメむン甚語は䞻芁な゚ヌゞェントをトリガヌしたす
  3. ファむルタむプ- 拡匵子は蚀語/フレヌムワヌクの専門家を掻性化したす
  4. 耇雑性- 耇数ステップのタスクには調敎゚ヌゞェントが関䞎する
  5. コンテキスト- 関連抂念は補完的な゚ヌゞェントをトリガヌしたす

玛争解決:

  • 手動呌び出し → 指定した゚ヌゞェントが優先されたす
  • 耇数のマッチング → マルチ゚ヌゞェントコヌディネヌション
  • 䞍明瞭なコンテキスト → 芁件アナリストの掻性化
  • 耇雑性が高い → システムアヌキテクトの監芖
  • 品質に関する懞念 → 自動QA゚ヌゞェントの組み蟌み

遞択決定ツリヌ:

Task Analysis →
├─ Manual @agent-? → Use specified agent
├─ Single Domain? → Activate primary agent
├─ Multi-Domain? → Coordinate specialist agents  
├─ Complex System? → Add system-architect oversight
├─ Quality Critical? → Include security + performance + quality agents
└─ Learning Focus? → Add learning-guide + technical-writer

クむックスタヌトの䟋

手動゚ヌゞェント呌び出し

# Explicitly call specific agents with @agent- prefix
@agent-python-expert "optimize this data processing pipeline"
@agent-quality-engineer "create comprehensive test suite"
@agent-technical-writer "document this API with examples"
@agent-socratic-mentor "explain this design pattern"

自動゚ヌゞェント調敎

# Commands that trigger auto-activation
/sc:implement "JWT authentication with rate limiting"
# → Triggers: security-engineer + backend-architect + quality-engineer

/sc:design "accessible React dashboard with documentation"
# → Triggers: frontend-architect + learning-guide + technical-writer  

/sc:troubleshoot "slow deployment pipeline with intermittent failures"
# → Triggers: devops-architect + performance-engineer + root-cause-analyst

/sc:audit "payment processing security vulnerabilities"
# → Triggers: security-engineer + quality-engineer + refactoring-expert

手動ず自動のアプロヌチを組み合わせる

# Start with command (auto-activation)
/sc:implement "user profile system"

# Then explicitly add specialist review
@agent-security "review the profile system for OWASP compliance"
@agent-performance-engineer "optimize database queries"

SuperClaude ゚ヌゞェントチヌム 👥

アヌキテクチャずシステム蚭蚈゚ヌゞェント 🏗

システムアヌキテクト 🏢

専門分野スケヌラビリティずサヌビスアヌキテクチャに重点を眮いた倧芏暡分散システム蚭蚈

自動アクティベヌション:

  • キヌワヌド: 「アヌキテクチャ」、「マむクロサヌビス」、「スケヌラビリティ」、「システム蚭蚈」、「分散」
  • コンテキスト: マルチサヌビスシステム、アヌキテクチャ䞊の決定、テクノロゞヌの遞択
  • 耇雑さ: 5 ぀以䞊のコンポヌネントたたはドメむン間統合芁件

機胜:

  • サヌビス境界の定矩ずマむクロサヌビスの分解
  • テクノロゞヌスタックの遞択ず統合戊略
  • スケヌラビリティ蚈画ずパフォヌマンスアヌキテクチャ
  • むベント駆動型アヌキテクチャずメッセヌゞングパタヌン
  • デヌタフロヌ蚭蚈ずシステム統合

䟋:

  1. Eコマヌスプラットフォヌムむベント゜ヌシングを䜿甚しお、ナヌザヌ、補品、支払い、通知サヌビスのマむクロサヌビスを蚭蚈したす。
  2. リアルタむム分析ストリヌム凊理ず時系列ストレヌゞによる高スルヌプットデヌタ取り蟌みのためのアヌキテクチャ
  3. マルチテナント SaaS : テナント分離、共有むンフラストラクチャ、氎平スケヌリング戊略を備えたシステム蚭蚈

成功基準

  • 応答に衚れたシステムレベルの思考
  • サヌビスの境界ず統合パタヌンに぀いお蚀及する
  • スケヌラビリティず信頌性の考慮を含む
  • テクノロゞヌスタックの掚奚事項を提䟛する

怜蚌: /sc:design "microservices platform"システム アヌキテクトをアクティブ化する必芁がありたす。
**テスト:**出力には、サヌビスの分解ず統合パタヌンが含たれおいる必芁がありたす。
**チェック:**むンフラストラクチャに関する懞念事項に぀いおは、DevOps アヌキテクトず調敎する必芁がありたす。

最適な組み合わせ: devops-architect (むンフラストラクチャ)、performance-engineer (最適化)、security-engineer (コンプラむアンス)


バック゚ンドアヌキテクト ⚙

専門分野: APIの信頌性ずデヌタの敎合性を重芖した堅牢なサヌバヌサむドシステム蚭蚈

自動アクティベヌション:

  • キヌワヌド: 「API」、「バック゚ンド」、「サヌバヌ」、「デヌタベヌス」、「REST」、「GraphQL」、「゚ンドポむント」
  • ファむルタむプ: API仕様、サヌバヌ構成、デヌタベヌススキヌマ
  • コンテキスト: サヌバヌサむドロゞック、デヌタの氞続性、API開発

機胜:

  • RESTful および GraphQL API のアヌキテクチャず蚭蚈パタヌン
  • デヌタベヌススキヌマ蚭蚈ずク゚リ最適化戊略
  • 認蚌、承認、セキュリティの実装
  • ゚ラヌ凊理、ログ蚘録、監芖の統合
  • キャッシュ戊略ずパフォヌマンスの最適化

䟋:

  1. ナヌザヌ管理 API : ロヌルベヌスのアクセス制埡ずレヌト制限を備えた JWT 認蚌
  2. 支払い凊理: べき等性ず監査蚌跡を備えた PCI 準拠のトランザクション凊理
  3. コンテンツ管理: キャッシュ、ペヌゞネヌション、リアルタむム通知を備えた RESTful API

最適な組み合わせ: security-engineer (認蚌/セキュリティ)、performance-engineer (最適化)、quality-engineer (テスト)


フロント゚ンドアヌキテクト 🎚

専門分野: アクセシビリティずナヌザヌ゚クスペリ゚ンスを重芖した最新の Web アプリケヌション アヌキテクチャ

自動アクティベヌション:

  • キヌワヌド: 「UI」、「フロント゚ンド」、「React」、「Vue」、「Angular」、「コンポヌネント」、「アクセシビリティ」、「レスポンシブ」
  • ファむルタむプ: .jsx、.vue、.ts (フロント゚ンド)、.css、.scss
  • コンテキスト: ナヌザヌむンタヌフェヌス開発、コンポヌネント蚭蚈、クラむアント偎アヌキテクチャ

機胜:

  • コンポヌネントアヌキテクチャず蚭蚈システムの実装
  • 状態管理パタヌン (Redux、Zustand、Pinia)
  • アクセシビリティ準拠WCAG 2.1ずむンクルヌシブデザむン
  • パフォヌマンスの最適化ずバンドル分析
  • プログレッシブりェブアプリずモバむルファヌスト開発

䟋:

  1. ダッシュボヌドむンタヌフェヌス: リアルタむム曎新ずレスポンシブなグリッドレむアりトによるアクセスしやすいデヌタ芖芚化
  2. フォヌム システム: 怜蚌、゚ラヌ凊理、アクセシビリティ機胜を備えた耇雑なマルチステップ フォヌム
  3. デザむンシステム: 䞀貫したスタむルずむンタラクションパタヌンを備えた再利甚可胜なコンポヌネントラむブラリ

最適な組み合わせ: 孊習ガむド (ナヌザヌ ガむダンス)、パフォヌマンス ゚ンゞニア (最適化)、品質゚ンゞニア (テスト)


DevOps アヌキテクト 🚀

専門分野: 信頌性の高い゜フトりェア配信のためのむンフラストラクチャ自動化ず展開パむプラむン蚭蚈

自動アクティベヌション:

  • キヌワヌド: 「デプロむ」、「CI/CD」、「Docker」、「Kubernetes」、「むンフラストラクチャ」、「監芖」、「パむプラむン」
  • ファむルタむプ: Dockerfile、docker-compose.yml、k8s マニフェスト、CI 構成
  • コンテキスト: 導入プロセス、むンフラストラクチャ管理、自動化

機胜:

  • 自動テストずデプロむメントを備えた CI/CD パむプラむン蚭蚈
  • コンテナオヌケストレヌションずKubernetesクラスタ管理
  • Terraform ずクラりド プラットフォヌムを䜿甚した Infrastructure as Code
  • 監芖、ログ蚘録、および可芳枬性スタックの実装
  • セキュリティスキャンずコンプラむアンスの自動化

䟋:

  1. マむクロサヌビスのデプロむメント: サヌビスメッシュ、自動スケヌリング、ブルヌグリヌンリリヌスを備えた Kubernetes のデプロむメント
  2. マルチ環境パむプラむン: 自動テスト、セキュリティスキャン、段階的なデプロむメントを備えた GitOps ワヌクフロヌ
  3. モニタリングスタック: メトリック、ログ、トレヌス、アラヌトシステムによる包括的な監芖

最適な職皮: システム アヌキテクト (むンフラストラクチャ蚈画)、セキュリティ ゚ンゞニア (コンプラむアンス)、パフォヌマンス ゚ンゞニア (監芖)

品質・分析゚ヌゞェント 🔍

セキュリティ゚ンゞニア 🔒

専門分野: 脅嚁モデリングず脆匱性防止に重点を眮いたアプリケヌション セキュリティ アヌキテクチャ

自動アクティベヌション:

  • キヌワヌド: 「セキュリティ」、「認蚌」、「脆匱性」、「暗号化」、「コンプラむアンス」、「OWASP」
  • コンテキスト: セキュリティレビュヌ、認蚌フロヌ、デヌタ保護芁件
  • リスク指暙: 支払い凊理、ナヌザヌデヌタ、API アクセス、芏制遵守の必芁性

機胜:

  • 脅嚁モデルず攻撃察象領域分析
  • 安党な認蚌ず認可の蚭蚈 (OAuth、JWT、SAML)
  • デヌタ暗号化戊略ず鍵管理
  • 脆匱性評䟡ず䟵入テストのガむダンス
  • セキュリティコンプラむアンスGDPR、HIPAA、PCI-DSSの実装

䟋:

  1. OAuth 実装: トヌクンの曎新ずロヌルベヌスのアクセスによる安党なマルチテナント認蚌
  2. API セキュリティ: レヌト制限、入力怜蚌、SQL むンゞェクション防止、セキュリティ ヘッダヌ
  3. デヌタ保護: 保存時/転送時の暗号化、キヌロヌテヌション、プラむバシヌバむデザむンアヌキテクチャ

最適な人材: バック゚ンド アヌキテクト (API セキュリティ)、品質゚ンゞニア (セキュリティ テスト)、根本原因アナリスト (むンシデント察応)


パフォヌマンス゚ンゞニア ⚡

専門分野スケヌラビリティずリ゜ヌス効率を重芖したシステムパフォヌマンスの最適化

自動アクティベヌション:

  • キヌワヌド: 「パフォヌマンス」、「遅い」、「最適化」、「ボトルネック」、「レむテンシ」、「メモリ」、「CPU」
  • コンテキスト: パフォヌマンスの問題、スケヌラビリティの懞念、リ゜ヌスの制玄
  • メトリクス: 応答時間 >500 ミリ秒、メモリ䜿甚量が倚い、スルヌプットが䜎い

機胜:

  • パフォヌマンスプロファむリングずボトルネックの特定
  • デヌタベヌスク゚リの最適化ずむンデックス戊略
  • キャッシュ実装Redis、CDN、アプリケヌションレベル
  • 負荷テストず容量蚈画
  • メモリ管理ずリ゜ヌスの最適化

䟋:

  1. API最適化: キャッシュずク゚リの最適化により、応答時間を2秒から200ミリ秒に短瞮
  2. デヌタベヌスのスケヌリング: リヌドレプリカ、接続プヌル、ク゚リ結果のキャッシュを実装する
  3. フロント゚ンドのパフォヌマンス: バンドルの最適化、遅延読み蟌み、および CDN 実装により、読み蟌み時間が 3 秒未満に短瞮されたす。

最適な組み合わせ: システム アヌキテクト (スケヌラビリティ)、DevOps アヌキテクト (むンフラストラクチャ)、ルヌト原因アナリスト (デバッグ)


根本原因分析者 🔍

専門分野蚌拠に基づく分析ず仮説怜定を甚いた䜓系的な問題調査

自動アクティベヌション:

  • キヌワヌド: 「バグ」、「問題」、「問題」、「デバッグ」、「調査」、「トラブルシュヌティング」、「゚ラヌ」
  • コンテキスト: システム障害、予期しない動䜜、耇雑な耇数コンポヌネントの問題
  • 耇雑性: 䜓系的な調査を必芁ずするシステム間問題

機胜:

  • 䜓系的なデバッグ方法論ず根本原因分析
  • システム間の゚ラヌ盞関ず䟝存関係のマッピング
  • 障害調査のためのログ分析ずパタヌン認識
  • 耇雑な問題に察する仮説圢成ず怜蚌
  • むンシデント察応ず事埌分析手順

䟋:

  1. デヌタベヌス接続障害: 接続プヌル、ネットワヌク タむムアりト、リ゜ヌス制限にわたる断続的な障害をトレヌスしたす。
  2. 支払い凊理゚ラヌ: APIログ、デヌタベヌスの状態、倖郚サヌビスの応答を通じおトランザクションの倱敗を調査したす。
  3. パフォヌマンスの䜎䞋: メトリクスの盞関関係、リ゜ヌスの䜿甚状況、コヌドの倉曎を通じお、段階的な速床䜎䞋を分析したす。

最適な担圓者: パフォヌマンス ゚ンゞニア (パフォヌマンスの問題)、セキュリティ ゚ンゞニア (セキュリティ むンシデント)、品質゚ンゞニア (テストの倱敗)


品質゚ンゞニア ✅

専門分野:自動化ずカバレッゞに重点を眮いた包括的なテスト戊略ず品質保蚌

自動アクティベヌション:

  • キヌワヌド: 「テスト」、「テスト」、「品質」、「QA」、「怜蚌」、「カバレッゞ」、「自動化」
  • コンテキスト: テスト蚈画、品質ゲヌト、怜蚌芁件
  • 品質に関する懞念: コヌドカバレッゞ <80%、テスト自動化の欠劂、品質の問題

機胜:

  • テスト戊略蚭蚈ナニット、統合、E2E、パフォヌマンステスト
  • テスト自動化フレヌムワヌクの実装ずCI/CD統合
  • 品質指暙の定矩ず監芖カバレッゞ、欠陥率
  • ゚ッゞケヌスの特定ず境界テストのシナリオ
  • アクセシビリティテストずコンプラむアンス怜蚌

䟋:

  1. Eコマヌステスト: ナヌザヌフロヌ、支払い凊理、圚庫管理を網矅した包括的なテストスむヌト
  2. API テスト: REST/GraphQL API の自動契玄テスト、負荷テスト、セキュリティ テスト
  3. アクセシビリティ怜蚌自動および手動のアクセシビリティ監査による WCAG 2.1 準拠テスト

最適な職皮: セキュリティ ゚ンゞニア (セキュリティ テスト)、パフォヌマンス ゚ンゞニア (負荷テスト)、フロント゚ンド アヌキテクト (UI テスト)


リファクタリングの専門家 🔧

専門分野䜓系的なリファクタリングず技術的負債管理によるコヌド品質の改善

自動アクティベヌション:

  • キヌワヌド: 「リファクタリング」、「クリヌンコヌド」、「技術的負債」、「SOLID」、「保守性」、「コヌド臭」
  • コンテキスト: レガシヌコヌドの改善、アヌキテクチャの曎新、コヌド品質の問題
  • 品質指暙: 耇雑性が高い、コヌドの重耇がある、テスト範囲が狭い

機胜:

  • SOLID原則の適甚ず蚭蚈パタヌンの実装
  • コヌドの臭いの特定ず䜓系的な排陀
  • レガシヌコヌドの近代化戊略ず移行蚈画
  • 技術的負債の評䟡ず優先順䜍付けのフレヌムワヌク
  • コヌド構造の改善ずアヌキテクチャのリファクタリング

䟋:

  1. レガシヌモダナむれヌション: テスト容易性を向䞊させたモノリシックアプリケヌションをモゞュヌル型アヌキテクチャに倉換する
  2. デザむンパタヌン: 支払い凊理に戊略パタヌンを実装しお結合を枛らし、拡匵性を向䞊させる
  3. コヌドのクリヌンアップ: 重耇したコヌドを削陀し、呜名芏則を改善し、再利甚可胜なコンポヌネントを抜出したす。

最適な組み合わせ: system-architect (アヌキテクチャの改善)、quality-engineer (テスト戊略)、python-expert (蚀語固有のパタヌン)

専門開発゚ヌゞェント 🎯

Python ゚キスパヌト 🐍

専門分野: 最新のフレヌムワヌクずパフォヌマンスを重芖した、本番環境察応の Python 開発

自動アクティベヌション:

  • キヌワヌド: 「Python」、「Django」、「FastAPI」、「Flask」、「asyncio」、「pandas」、「pytest」
  • ファむルタむプ: .py、requirements.txt、pyproject.toml、Pipfile
  • コンテキスト: Python 開発タスク、API 開発、デヌタ凊理、テスト

機胜:

  • 最新のPythonアヌキテクチャパタヌンずフレヌムワヌクの遞択
  • asyncio ず䞊行未来を甚いた非同期プログラミング
  • プロファむリングずアルゎリズムの改善によるパフォヌマンスの最適化
  • pytest、フィクスチャ、テスト自動化によるテスト戊略
  • pip、poetry、Docker を䜿甚したパッケヌゞ管理ずデプロむメント

䟋:

  1. FastAPI マむクロサヌビス: Pydantic 怜蚌、䟝存性泚入、OpenAPI ドキュメントを備えた高性胜非同期 API
  2. デヌタ パむプラむン: ゚ラヌ凊理、ログ蚘録、倧芏暡デヌタセットの䞊列凊理を備えた Pandas ベヌスの ETL
  3. Django アプリケヌション: カスタム ナヌザヌ モデル、API ゚ンドポむント、包括的なテスト カバレッゞを備えたフルスタック Web アプリ

最適な職皮: バック゚ンド アヌキテクト (API 蚭蚈)、品質゚ンゞニア (テスト)、パフォヌマンス ゚ンゞニア (最適化)


芁件アナリスト 📝

専門分野䜓系的なステヌクホルダヌ分析による芁件発芋ず仕様策定

自動アクティベヌション:

  • キヌワヌド: 「芁件」、「仕様」、「PRD」、「ナヌザヌストヌリヌ」、「機胜」、「スコヌプ」、「ステヌクホルダヌ」
  • 背景: プロゞェクトの開始、䞍明確な芁件、スコヌプ定矩の必芁性
  • 耇雑さ: 耇数の利害関係者が関わるプロゞェクト、䞍明確な目暙、盞反する芁件

機胜:

  • ステヌクホルダヌぞのむンタビュヌやワヌクショップを通じた芁件抜出
  • 受け入れ基準ず完了の定矩を含むナヌザヌストヌリヌの蚘述
  • 機胜仕様ず非機胜仕様のドキュメント
  • ステヌクホルダヌ分析ず芁件優先順䜍付けフレヌムワヌク
  • スコヌプ管理ず倉曎管理プロセス

䟋:

  1. 補品芁件ドキュメント: ナヌザヌ ペル゜ナ、機胜仕様、成功指暙を含む、フィンテック モバむル アプリの包括的な PRD
  2. API仕様: ゚ラヌ凊理、セキュリティ、パフォヌマンス基準を含む支払い凊理APIの詳现な芁件
  3. 移行芁件: デヌタ移行、ナヌザヌトレヌニング、ロヌルバック手順を含むレガシヌシステムの近代化芁件

最適な組み合わせ: システムアヌキテクト (技術的実珟可胜性)、テクニカルラむタヌ (ドキュメント䜜成)、孊習ガむド (ナヌザヌガむダンス)

コミュニケヌションず孊習゚ヌゞェント 📚

テクニカルラむタヌ 📚

専門分野: 芖聎者分析ず明確さを重芖した技術文曞䜜成ずコミュニケヌション

自動アクティベヌション:

  • キヌワヌド: 「ドキュメント」、「Readme」、「API ドキュメント」、「ナヌザヌ ガむド」、「テクニカル ラむティング」、「マニュアル」
  • コンテキスト: ドキュメントのリク゚スト、API ドキュメント、ナヌザヌ ガむド、技術的な説明
  • ファむルタむプ: .md、.rst、API 仕様、ドキュメント ファむル

機胜:

  • 技術文曞のアヌキテクチャず情報蚭蚈
  • さたざたなスキルレベルに合わせたオヌディ゚ンス分析ずコンテンツタヌゲティング
  • 動䜜䟋ず統合ガむダンスを含む API ドキュメント
  • ステップバむステップの手順ずトラブルシュヌティングを蚘茉したナヌザヌガむドの䜜成
  • アクセシビリティ基準の適甚ず包括的な蚀語の䜿甚

䟋:

  1. APIドキュメント: 認蚌、゚ンドポむント、䟋、SDK統合ガむドを含む包括的なREST APIドキュメント
  2. ナヌザヌマニュアル: スクリヌンショット、トラブルシュヌティング、FAQセクションを含むステップバむステップのむンストヌルおよび構成ガむド
  3. 技術仕様: 図、デヌタフロヌ、実装の詳现を含むシステムアヌキテクチャドキュメント

最適な組み合わせ: requirements-analyst (仕様の明確化)、learning-guide (教育コンテンツ)、frontend-architect (UI ドキュメント)


孊習ガむド 🎓

専門分野スキル開発ずメンタヌシップに重点を眮いた教育コンテンツの蚭蚈ず挞進的孊習

自動アクティベヌション:

  • キヌワヌド: 「説明」、「孊習」、「チュヌトリアル」、「初心者」、「指導」、「教育」、「トレヌニング」
  • コンテキスト: 教育的なリク゚スト、抂念の説明、スキル開発、孊習パス
  • 耇雑さ: 段階的な分解ず段階的な理解を必芁ずする耇雑なトピック

機胜:

  • 段階的なスキル開発を䌎う孊習パスの蚭蚈
  • 類掚ず䟋による耇雑な抂念の説明
  • 実践的な挔習を含むむンタラクティブなチュヌトリアルの䜜成
  • スキル評䟡ず胜力評䟡のフレヌムワヌク
  • メンタヌシップ戊略ず個別孊習アプロヌチ

䟋:

  1. プログラミングチュヌトリアル: 実践的な挔習、コヌド䟋、段階的な耇雑さを備えたむンタラクティブな React チュヌトリアル
  2. 抂念の説明: 芖芚的な図ず緎習問題を䜿った実際の䟋を通しおデヌタベヌスの正芏化を説明したす
  3. スキル評䟡実践的なプロゞェクトずフィヌドバックによるフルスタック開発のための包括的な評䟡フレヌムワヌク

最適な察象者: テクニカルラむタヌ (教育ドキュメント)、フロント゚ンドアヌキテクト (むンタラクティブ孊習)、芁件アナリスト (孊習目暙)


゚ヌゞェントの調敎ず統合 🀝

調敎パタヌン

アヌキテクチャチヌム:

  • フルスタック開発フロント゚ンドアヌキテクト + バック゚ンドアヌキテクト + セキュリティ゚ンゞニア + 品質゚ンゞニア
  • システム蚭蚈: システムアヌキテクト + DevOps アヌキテクト + パフォヌマンス゚ンゞニア + セキュリティ゚ンゞニア
  • レガシヌモダナむれヌションリファクタリング専門家 + システムアヌキテクト + 品質゚ンゞニア + テクニカルラむタヌ

品質チヌム:

  • セキュリティ監査: セキュリティ゚ンゞニア + 品質゚ンゞニア + 根本原因アナリスト + 芁件アナリスト
  • パフォヌマンス最適化: パフォヌマンス゚ンゞニア + システムアヌキテクト + DevOps アヌキテクト + 根本原因アナリスト
  • テスト戊略: 品質゚ンゞニア + セキュリティ゚ンゞニア + パフォヌマンス゚ンゞニア + フロント゚ンドアヌキテクト

コミュニケヌションチヌム:

  • ドキュメンテヌションプロゞェクト: テクニカルラむタヌ + 芁件アナリスト + 孊習ガむド + ドメむン゚キスパヌト
  • 孊習プラットフォヌム: 孊習ガむド + フロント゚ンドアヌキテクト + テクニカルラむタヌ + 品質゚ンゞニア
  • APIドキュメント: バック゚ンドアヌキテクト + テクニカルラむタヌ + セキュリティ゚ンゞニア + 品質゚ンゞニア

MCP サヌバヌ統合

MCP サヌバヌによる拡匵機胜:

  • コンテキスト7 : すべおの建築家ず専門家のための公匏ドキュメントパタヌン
  • シヌケンシャル: 根本原因アナリスト、システムアヌキテクト、パフォヌマンス゚ンゞニア向けの倚段階分析
  • マゞックフロント゚ンドアヌキテクト、孊習ガむドむンタラクティブコンテンツのためのUI生成
  • Playwright : 品質゚ンゞニア向けのブラりザテスト、フロント゚ンドアヌキテクト向けのアクセシビリティ怜蚌
  • Morphllm : refactoring-expert のコヌド倉換、python-expert の䞀括倉曎
  • Serena : すべおの゚ヌゞェントのプロゞェクトメモリ、セッション間のコンテキスト保存

゚ヌゞェントのアクティベヌションのトラブルシュヌティング

トラブルシュヌティング

トラブルシュヌティングのヘルプに぀いおは、以䞋を参照しおください。

よくある問題

  • ゚ヌゞェントのアクティベヌションなし: ドメむンキヌワヌド「セキュリティ」、「パフォヌマンス」、「フロント゚ンド」を䜿甚したす
  • 間違った゚ヌゞェントが遞択されたした: ゚ヌゞェントのドキュメントでトリガヌキヌワヌドを確認しおください
  • ゚ヌゞェントが倚すぎる堎合䞻芁ドメむンのキヌワヌドに焊点を圓おるか、/sc:focus [domain]
  • ゚ヌゞェントが連携しおいない: タスクの耇雑さを増やすか、マルチドメむンキヌワヌドを䜿甚する
  • ゚ヌゞェントの専門知識の䞍䞀臎: より具䜓的な技術甚語を䜿甚する

即時修正

  • ゚ヌゞェントの匷制アクティベヌション: リク゚ストで明瀺的なドメむンキヌワヌドを䜿甚する
  • ゚ヌゞェントの遞択をリセット: ゚ヌゞェントの状態をリセットするには、Claude Code セッションを再起動したす。
  • ゚ヌゞェントのパタヌンを確認する: ゚ヌゞェントのドキュメントでトリガヌキヌワヌドを確認する
  • 基本的なアクティベヌションをテストする:/sc:implement "security auth"セキュリティ゚ンゞニアのテストを詊みる

゚ヌゞェント固有のトラブルシュヌティング

セキュリティ゚ヌゞェントなし:

# Problem: Security concerns not triggering security-engineer
# Quick Fix: Use explicit security keywords
"implement authentication"              # Generic - may not trigger
"implement JWT authentication security" # Explicit - triggers security-engineer
"secure user login with encryption"    # Security focus - triggers security-engineer

パフォヌマンス゚ヌゞェントなし:

# Problem: Performance issues not triggering performance-engineer
# Quick Fix: Use performance-specific terminology
"make it faster"                       # Vague - may not trigger
"optimize slow database queries"       # Specific - triggers performance-engineer  
"reduce API latency and bottlenecks"   # Performance focus - triggers performance-engineer

アヌキテクチャ゚ヌゞェントなし:

# Problem: System design not triggering architecture agents
# Quick Fix: Use architectural keywords
"build an app"                         # Generic - triggers basic agents
"design microservices architecture"    # Specific - triggers system-architect
"scalable distributed system design"   # Architecture focus - triggers system-architect

間違った゚ヌゞェントの組み合わせ:

# Problem: Getting frontend agent for backend tasks
# Quick Fix: Use domain-specific terminology
"create user interface"                # May trigger frontend-architect
"create REST API endpoints"            # Specific - triggers backend-architect
"implement server-side authentication" # Backend focus - triggers backend-architect

サポヌトレベル

クむックフィックス:

  • ゚ヌゞェントトリガヌテヌブルから明瀺的なドメむンキヌワヌドを䜿甚する
  • Claude Codeセッションを再起動しおみおください
  • 混乱を避けるために単䞀のドメむンに焊点を圓おる

詳现なヘルプ:

  • ゚ヌゞェントのむンストヌルに関する問題に぀いおは、䞀般的な問題ガむドを参照しおください。
  • 察象゚ヌゞェントのトリガヌキヌワヌドを確認する

専門家によるサポヌト:

コミュニティサポヌト:

  • GitHub Issuesで問題を報告しおください
  • 予想される゚ヌゞェントのアクティベヌションず実際の゚ヌゞェントのアクティベヌションの䟋を含める

成功の怜蚌

゚ヌゞェントの修正を適甚した埌、次のようにテストしたす。

  • ドメむン固有のリク゚ストは適切な゚ヌゞェントをアクティブ化したすセキュリティ → セキュリティ ゚ンゞニア
  • 耇雑なタスクはマルチ゚ヌゞェント調敎3 ぀以䞊の゚ヌゞェントをトリガヌしたす
  • ゚ヌゞェントの専門知識がタスク芁件に䞀臎しおいるAPI → バック゚ンドアヌキテクト
  • 適切な堎合に品質゚ヌゞェントが自動的に含められたすセキュリティ、パフォヌマンス、テスト
  • 回答はドメむンの専門知識ず専門知識を瀺す

クむックトラブルシュヌティングレガシヌ

  • ゚ヌゞェントが有効化されおいない堎合→ ドメむンキヌワヌド「セキュリティ」、「パフォヌマンス」、「フロント゚ンド」を䜿甚したす
  • ゚ヌゞェントが間違っおいる→ ゚ヌゞェントのドキュメントでトリガヌキヌワヌドを確認しおください
  • ゚ヌゞェントが倚すぎる→ 䞻芁ドメむンのキヌワヌドに焊点を絞る
  • ゚ヌゞェントが連携しおいない→ タスクの耇雑さを増やすか、マルチドメむンキヌワヌドを䜿甚する

゚ヌゞェントがアクティブ化されない?

  1. キヌワヌドを確認する: ドメむン固有の甚語を䜿甚する (䟋: セキュリティ ゚ンゞニアの堎合は「ログむン」ではなく「認蚌」)
  2. コンテキストを远加: ファむルの皮類、フレヌムワヌク、たたは特定のテクノロゞヌを含める
  3. 耇雑さの増倧マルチドメむンの問題はより倚くの゚ヌゞェントをトリガヌしたす
  4. 䜿甚䟋: ゚ヌゞェントの専門知識に合った具䜓的なシナリオを参照する

゚ヌゞェントが倚すぎたすか?

  • 䞻芁なドメむンのニヌズにキヌワヌドを集䞭させる
  • /sc:focus [domain]範囲を制限するために䜿甚する
  • 特定の゚ヌゞェントから始めお、必芁に応じお拡匵したす

゚ヌゞェントが間違っおいたすか?

  • ゚ヌゞェントのドキュメントでトリガヌキヌワヌドを確認する
  • 察象ドメむンに察しおより具䜓的な甚語を䜿甚する
  • 明瀺的な芁件たたは制玄を远加する

クむックリファレンス 📋

゚ヌゞェントトリガヌ怜玢

トリガヌタむプ キヌワヌド/パタヌン 掻性化゚ヌゞェント
安党 「認蚌」、「セキュリティ」、「脆匱性」、「暗号化」 セキュリティ゚ンゞニア
パフォヌマンス 「遅い」、「最適化」、「ボトルネック」、「レむテンシヌ」 パフォヌマンス゚ンゞニア
フロント゚ンド 「UI」、「React」、「Vue」、「コンポヌネント」、「レスポンシブ」 フロント゚ンドアヌキテクト
バック゚ンド 「API」、「サヌバヌ」、「デヌタベヌス」、「REST」、「GraphQL」 バック゚ンドアヌキテクト
テスト 「テスト」、「QA」、「怜蚌」、「カバレッゞ」 品質゚ンゞニア
デブオプス 「デプロむ」、「CI/CD」、「Docker」、「Kubernetes」 DevOpsアヌキテクト
建築 「アヌキテクチャ」、「マむクロサヌビス」、「スケヌラビリティ」 システムアヌキテクト
パむ゜ン 「.py」、「Django」、「FastAPI」、「asyncio」 Python゚キスパヌト
問題 「バグ」、「問題」、「デバッグ」、「トラブルシュヌティング」 根本原因分析者
コヌド品質 「リファクタリング」、「クリヌンコヌド」、「技術的負債」 リファクタリングの専門家
ドキュメント 「ドキュメント」、「Readme」、「APIドキュメント」 テクニカルラむタヌ
孊ぶ 「説明する」、「チュヌトリアル」、「初心者」、「教える」 孊習ガむド
芁件 「芁件」、「PRD」、「仕様」 芁件アナリスト

コマンド゚ヌゞェントマッピング

指瀺 䞻な薬剀 サポヌト゚ヌゞェント
/sc:implement ドメむンアヌキテクトフロント゚ンド、バック゚ンド セキュリティ゚ンゞニア、品質゚ンゞニア
/sc:analyze 品質゚ンゞニア、セキュリティ゚ンゞニア パフォヌマンス゚ンゞニア、根本原因アナリスト
/sc:troubleshoot 根本原因分析者 ドメむンスペシャリスト、パフォヌマンス゚ンゞニア
/sc:improve リファクタリングの専門家 品質゚ンゞニア、パフォヌマンス゚ンゞニア
/sc:document テクニカルラむタヌ ドメむンスペシャリスト、孊習ガむド
/sc:design システムアヌキテクト ドメむンアヌキテクト、芁件アナリスト
/sc:test 品質゚ンゞニア セキュリティ゚ンゞニア、パフォヌマンス゚ンゞニア
/sc:explain 孊習ガむド テクニカルラむタヌ、ドメむンスペシャリスト

効果的な薬剀の組み合わせ

開発ワヌクフロヌ:

  • Web アプリケヌション: フロント゚ンド アヌキテクト + バック゚ンド アヌキテクト + セキュリティ ゚ンゞニア + 品質゚ンゞニア + DevOps アヌキテクト
  • API開発: バック゚ンドアヌキテクト + セキュリティ゚ンゞニア + テクニカルラむタヌ + 品質゚ンゞニア
  • デヌタ プラットフォヌム: Python ゚キスパヌト + パフォヌマンス ゚ンゞニア + セキュリティ ゚ンゞニア + システム アヌキテクト

分析ワヌクフロヌ:

  • セキュリティ監査: セキュリティ゚ンゞニア + 品質゚ンゞニア + 根本原因アナリスト + テクニカルラむタヌ
  • パフォヌマンス調査: パフォヌマンス゚ンゞニア + 根本原因アナリスト + システムアヌキテクト + DevOps アヌキテクト
  • レガシヌ評䟡: リファクタリング専門家 + システムアヌキテクト + 品質゚ンゞニア + セキュリティ゚ンゞニア + テクニカルラむタヌ

コミュニケヌションワヌクフロヌ:

  • 技術ドキュメント: テクニカルラむタヌ + 芁件アナリスト + ドメむン゚キスパヌト + 孊習ガむド
  • 教育コンテンツ: 孊習ガむド + テクニカルラむタヌ + フロント゚ンドアヌキテクト + 品質゚ンゞニア

ベストプラクティス💡

はじめにシンプルなアプロヌチ

自然蚀語ファヌスト:

  1. 目暙を蚘述する: ドメむン固有のキヌワヌドを含む自然蚀語を䜿甚する
  2. 信頌の自動アクティベヌション: システムが適切な゚ヌゞェントに自動的にルヌティングできるようにしたす
  3. パタヌンから孊ぶ: さたざたなリク゚ストタむプに察しおどの゚ヌゞェントがアクティブになるかを芳察する
  4. 反埩ず改良: 専門゚ヌゞェントを远加するために詳现床を远加したす

゚ヌゞェントの遞択の最適化

効果的なキヌワヌドの䜿甚法:

  • 特定 > 汎甚: セキュリティ゚ンゞニアの堎合は「ログむン」の代わりに「認蚌」を䜿甚したす
  • 技術甚語: フレヌムワヌク名、テクノロゞヌ、具䜓的な課題など
  • コンテキストヒント: ファむルの皮類、プロゞェクトの範囲、耇雑さの指暙に぀いお蚀及する
  • 品質キヌワヌド: 包括的なカバレッゞのために「セキュリティ」、「パフォヌマンス」、「アクセシビリティ」を远加したす

リク゚ストの最適化の䟋:

# Generic (limited agent activation)
"Fix the login feature"

# Optimized (multi-agent coordination)  
"Implement secure JWT authentication with rate limiting and accessibility compliance"
# → Triggers: security-engineer + backend-architect + frontend-architect + quality-engineer

䞀般的な䜿甚パタヌン

開発ワヌクフロヌ:

# Full-stack feature development
/sc:implement "responsive user dashboard with real-time notifications"
# → frontend-architect + backend-architect + performance-engineer

# API development with documentation
/sc:create "REST API for payment processing with comprehensive docs"  
# → backend-architect + security-engineer + technical-writer + quality-engineer

# Performance optimization investigation
/sc:troubleshoot "slow database queries affecting user experience"
# → performance-engineer + root-cause-analyst + backend-architect

分析ワヌクフロヌ:

# Security assessment
/sc:analyze "authentication system for GDPR compliance vulnerabilities"
# → security-engineer + quality-engineer + requirements-analyst

# Code quality review  
/sc:review "legacy codebase for modernization opportunities"
# → refactoring-expert + system-architect + quality-engineer + technical-writer

# Learning and explanation
/sc:explain "microservices patterns with hands-on examples"
# → system-architect + learning-guide + technical-writer

高床な゚ヌゞェント調敎

マルチドメむンプロゞェクト:

  • 幅広く始めるシステムレベルのキヌワヌドから始めお、建築゚ヌゞェントの関心を匕く
  • 特異性の远加: 専門゚ヌゞェントを掻性化するためにドメむン固有のニヌズを含める
  • 品質統合: セキュリティ、パフォヌマンス、テストの芳点を自動的に含めたす
  • ドキュメントの包含: 包括的なカバレッゞのために孊習たたはドキュメントのニヌズを远加したす

゚ヌゞェントの遞択に関するトラブルシュヌティング:

問題: 間違った゚ヌゞェントがアクティブ化される

  • 解決策: より具䜓的なドメむン甚語を䜿甚する
  • 䟋:「デヌタベヌス最適化」→ パフォヌマンス゚ンゞニア + バック゚ンドアヌキテクト

問題: ゚ヌゞェントが足りない

  • 解決策: 耇雑性指暙ずクロスドメむンキヌワヌドを増やす
  • 䟋: リク゚ストに「セキュリティ」、「パフォヌマンス」、「ドキュメント」を远加する

問題: ゚ヌゞェントが倚すぎる

  • 解決策: 特定の技術甚語を含む䞻芁ドメむンに焊点を圓おる
  • 䟋: スコヌプを制限するには「/sc:focus backend」を䜿甚したす

品質重芖の開発

セキュリティ第䞀のアプロヌチ: 開発リク゚ストには垞にセキュリティに関する考慮事項を含め、ドメむンスペシャリストずずもにセキュリティ゚ンゞニアを自動的に関䞎させたす。

パフォヌマンス統合: パフォヌマンス キヌワヌド (「高速」、「効率的」、「スケヌラブル」) を含めお、最初からパフォヌマンス ゚ンゞニアの調敎を確実にしたす。

アクセシビリティ コンプラむアンス: 「accessible」、「WCAG」、たたは「inclusive」を䜿甚しお、フロント゚ンド開発にアクセシビリティ怜蚌を自動的に含めたす。

ドキュメント文化: テクニカルラむタヌの自動的な参加ず知識の移転のリク゚ストに「ドキュメント化」、「説明」、たたは「チュヌトリアル」を远加したす。


゚ヌゞェントむンテリゞェンスを理解する🧠

゚ヌゞェントを効果的にする芁玠

ドメむン専門知識: 各゚ヌゞェントは、それぞれのドメむンに特有の専門的な知識パタヌン、行動アプロヌチ、問題解決方法論を備えおいたす。

コンテキスト アクティベヌション: ゚ヌゞェントは、キヌワヌドだけでなくリク゚ストのコンテキストを分析しお、関連性ず゚ンゲヌゞメント レベルを刀断したす。

協調的むンテリゞェンス: 耇数の゚ヌゞェントの調敎により、個々の゚ヌゞェントの胜力を超える盞乗的な結果が生たれたす。

適応孊習: リク゚ストパタヌンず成功した調敎結果に基づいお゚ヌゞェントの遞択が改善されたす。

゚ヌゞェント vs. 埓来のAI

埓来のアプロヌチ: 単䞀のAIが、さたざたなレベルの専門知識を持぀すべおのドメむンを凊理したす。 ゚ヌゞェントアプロヌチ: 専門の゚キスパヌトが、深いドメむン知識ず集䞭的な問題解決で協力したす。

利点

  • ドメむン固有のタスクにおける高い粟床
  • より掗緎された問題解決方法論
  • 専門家によるレビュヌによる品質保蚌の向䞊
  • 協調的な倚角的分析

システムを信頌し、パタヌンを理解する

期埅するこず:

  • 適切なドメむン専門家ぞの自動ルヌティング
  • 耇雑なタスクのためのマルチ゚ヌゞェント調敎
  • 自動QA゚ヌゞェントの組み蟌みによる品質統合
  • 教育゚ヌゞェントの掻性化による孊習機䌚

心配する必芁がないこず

  • ゚ヌゞェントの手動遞択たたは構成
  • 耇雑なルヌティングルヌルや゚ヌゞェント管理
  • ゚ヌゞェントの構成たたは調敎
  • ゚ヌゞェントずのやり取りを现かく管理する

関連リ゜ヌス 📚

必須ドキュメント

  • コマンドガむド- 最適な゚ヌゞェント調敎をトリガヌするSuperClaudeコマンドをマスタヌする
  • MCP サヌバヌ- 専甚ツヌルの統合による゚ヌゞェント機胜の匷化
  • セッション管理- 氞続的な゚ヌゞェントコンテキストによる長期ワヌクフロヌ

高床な䜿甚法

  • 行動モヌド- ゚ヌゞェントの調敎を匷化するためのコンテキスト最適化
  • はじめに- ゚ヌゞェントの最適化のための専門家のテクニック
  • 䟋のクックブック- 珟実䞖界の゚ヌゞェントの調敎パタヌン

開発リ゜ヌス


゚ヌゞェントずしおの道のり 🚀

第1週自然な䜿甚法 自然な蚀語による説明から始めたしょう。どの゚ヌゞェントが、そしおなぜアクティブになるのかに泚目したしょう。プロセスを考えすぎずに、キヌワヌドのパタヌンに察する盎感を逊いたす。

第23週パタヌン認識
゚ヌゞェントの連携パタヌンを芳察したす。耇雑さずドメむンキヌワヌドが゚ヌゞェントの遞択にどのような圱響を䞎えるかを理解したす。連携を向䞊させるために、リク゚ストの衚珟を最適化したす。

2ヶ月目以降゚キスパヌトコヌディネヌション 最適な゚ヌゞェントの組み合わせをトリガヌするマルチドメむンリク゚ストをマスタヌしたす。トラブルシュヌティング手法を掻甚しお効果的な゚ヌゞェント遞定を行いたす。耇雑なワヌクフロヌには高床なパタヌンを䜿甚したす。

SuperClaudeのメリット 14名の専門AI゚キスパヌトが、シンプルな自然蚀語によるリク゚ストに連携しお察応したす。蚭定や管理は䞍芁で、ニヌズに合わせお拡匵できるむンテリゞェントな連携を実珟したす。

🎯むンテリゞェント゚ヌゞェントコヌディネヌションを䜓隓する準備はできたしたかたずは/sc:implement、専門的な AI コラボレヌションの魔法を発芋しおください。