kazuki nakai d5dfd7da21
refactor(docs): normalize documentation naming to lowercase for PEP8 compliance (#434)
* refactor(docs): rename directories to lowercase for PEP8 compliance

- Developer-Guide → developer-guide
- Getting-Started → getting-started
- Reference → reference
- Templates → templates
- User-Guide → user-guide
- User-Guide-jp → user-guide-jp
- User-Guide-kr → user-guide-kr
- User-Guide-zh → user-guide-zh

This change aligns with Python PEP8 package naming conventions.
All 43 files affected.

* refactor: rename root documentation files to lowercase

- CHANGELOG.md → changelog.md
- CODE_OF_CONDUCT.md → code_of_conduct.md
- CONTRIBUTING.md → contributing.md
- SECURITY.md → security.md

Aligns with Python package naming conventions (PEP8).
README files remain uppercase as per convention.

* refactor: move documentation files to docs/ for cleaner root

Moved OSS standard files to docs/:
- CHANGELOG.md → docs/CHANGELOG.md
- CODE_OF_CONDUCT.md → docs/CODE_OF_CONDUCT.md
- CONTRIBUTING.md → docs/CONTRIBUTING.md
- SECURITY.md → docs/SECURITY.md

Root now contains only essential files:
✓ README files (表紙: en, ja, kr, zh)
✓ LICENSE (法的要件)
✓ Build configs (pyproject.toml, setup.py, MANIFEST.in)
✓ VERSION

Rationale:
Cleaner root structure following modern Python project conventions.
All detailed documentation consolidated in docs/ directory.

* refactor: update documentation links after restructure

Auto-updated internal documentation links to reflect new structure:
- docs/ subdirectories now lowercase (PEP8)
- Root files moved to docs/
- All cross-references updated

This commit includes linter-generated link updates.

* chore(docs): keep OSS-standard uppercase root files (CHANGELOG, CODE_OF_CONDUCT, CONTRIBUTING, SECURITY)

* chore(docs): remove duplicated PR docs from repo root (moved under docs)

* docs: rename pm-agent-implementation-status.md -> PM_AGENT.md for clarity

* docs: update links to PM_AGENT.md after rename

---------

Co-authored-by: kazuki <kazuki@kazukinoMacBook-Air.local>
2025-10-15 21:07:39 +05:30

17 KiB
Raw Blame History

SuperClaude フラグガイド 🏁

ほとんどのフラグは自動的にアクティブになります。Claude Code は、リクエスト内のキーワードとパターンに基づいて適切なコンテキストを実行するための動作指示を読み取ります。

必須の自動アクティベーションフラグユースケースの90%

コア分析フラグ

フラグ 起動時 何をするのか
--think 5つ以上のファイルまたは複雑な分析 標準的な構造化分析約4Kトークン
--think-hard アーキテクチャ分析、システム依存関係 強化されたツールによる詳細な分析約1万トークン
--ultrathink 重要なシステムの再設計、レガシーシステムの近代化 すべてのツールで最大深度分析約32Kトークン

MCP サーバーフラグ

フラグ サーバ 目的 自動トリガー
--c7/--context7 コンテキスト7 公式ドキュメント、フレームワークパターン ライブラリのインポート、フレームワークに関する質問
--seq/--sequential 一連 多段階推論、デバッグ 複雑なデバッグ、システム設計
--magic 魔法 UIコンポーネント生成 /uiコマンド、フロントエンドキーワード
--play/--playwright 劇作家 ブラウザテスト、E2E検証 テスト要求、視覚的検証
--morph/--morphllm モルフィム 一括変換、パターン編集 一括操作、スタイルの強制
--serena セレナ プロジェクトメモリ、シンボル操作 シンボル操作、大規模なコードベース

動作モードフラグ

フラグ 起動時 何をするのか
--brainstorm 漠然とした要望、探索キーワード 共同発見のマインドセット
--introspect 自己分析、エラー回復 推論プロセスを透明性を持って公開する
--task-manage >3ステップ、複雑なスコープ 委任を通じて調整する
--orchestrate マルチツール操作、パフォーマンスニーズ ツールの選択と並列実行の最適化
--token-efficient/--uc コンテキスト >75%、効率性のニーズ シンボル強化通信、3050%削減

実行制御フラグ

フラグ 起動時 何をするのか
--loop 「改善する」「磨く」「洗練する」というキーワード 反復的な強化サイクル
--safe-mode 生産、リソース使用率85%以上 最大限の検証、慎重な実行
--validate リスク >0.7、本番環境 実行前のリスク評価
--delegate >7 ディレクトリまたは >50 ファイル サブエージェント並列処理

コマンド固有のフラグ

分析コマンドフラグ(/sc:analyze

フラグ 目的 価値観
--focus 特定のドメインをターゲットとする security、、、、performancequalityarchitecture
--depth 分析の徹底性 quickdeep
--format 出力形式 text、、jsonreport

ビルドコマンドフラグ(/sc:build

フラグ 目的 価値観
--type ビルド構成 dev、、prodtest
--clean ビルド前にクリーンアップ ブール値
--optimize 最適化を有効にする ブール値
--verbose 詳細な出力 ブール値

設計コマンドフラグ(/sc:design

フラグ 目的 価値観
--type 設計目標 architecture、、、、apicomponentdatabase
--format 出力形式 diagram、、speccode

コマンドフラグの説明(/sc:explain

フラグ 目的 価値観
--level 複雑さのレベル basic、、intermediateadvanced
--format 説明スタイル text、、examplesinteractive
--context ドメインコンテキスト 任意のドメイン(例:reactsecurity

コマンドフラグの改善(/sc:improve

フラグ 目的 価値観
--type 改善の焦点 quality、、、、、performancemaintainabilitystylesecurity
--safe 保守的なアプローチ ブール値
--interactive ユーザーガイダンス ブール値
--preview 実行せずに表示する ブール値

タスクコマンドフラグ(/sc:task

フラグ 目的 価値観
--strategy タスクアプローチ systematic、、agileenterprise
--parallel 並列実行 ブール値
--delegate サブエージェントの調整 ブール値

ワークフローコマンドフラグ(/sc:workflow

フラグ 目的 価値観
--strategy ワークフローアプローチ systematic、、agileenterprise
--depth 分析の深さ shallow、、normaldeep
--parallel 並列調整 ブール値

コマンドフラグのトラブルシューティング ( /sc:troubleshoot)

フラグ 目的 価値観
--type 問題カテゴリ bug、、、、buildperformancedeployment
--trace トレース分析を含める ブール値
--fix 修正を適用する ブール値

クリーンアップコマンドフラグ(/sc:cleanup

フラグ 目的 価値観
--type クリーンアップ対象 code、、、、importsfilesall
--safe/--aggressive 清掃強度 ブール値
--interactive ユーザーガイダンス ブール値
--preview 実行せずに表示する ブール値

コマンドフラグの推定(/sc:estimate

フラグ 目的 価値観
--type 焦点を推定する time、、effortcomplexity
--unit 時間単位 hours、、daysweeks
--breakdown 詳細な内訳 ブール値

インデックスコマンドフラグ(/sc:index

フラグ 目的 価値観
--type インデックスターゲット docs、、、、apistructurereadme
--format 出力形式 md、、jsonyaml

コマンドフラグを反映する ( /sc:reflect)

フラグ 目的 価値観
--type 反射スコープ task、、sessioncompletion
--analyze 分析を含める ブール値
--validate 完全性を検証する ブール値

スポーンコマンドフラグ(/sc:spawn

フラグ 目的 価値観
--strategy 調整アプローチ sequential、、paralleladaptive
--depth 分析の深さ normaldeep

Gitコマンドフラグ/sc:git

フラグ 目的 価値観
--smart-commit コミットメッセージを生成する ブール値
--interactive ガイド付き操作 ブール値

選択ツールコマンドフラグ ( /sc:select-tool)

フラグ 目的 価値観
--analyze ツール分析 ブール値
--explain 選択の説明 ブール値

テストコマンドフラグ(/sc:test

フラグ 目的 価値観
--coverage カバー範囲を含める ブール値
--type テストの種類 unit、、integratione2e
--watch ウォッチモード ブール値

高度な制御フラグ

範囲と焦点

フラグ 目的 価値観
--scope 分析境界 file、、、、moduleprojectsystem
--focus ドメインターゲティング performance、、、、、、securityqualityarchitectureaccessibilitytesting

実行制御

フラグ 目的 価値観
--concurrency [n] 並列オペレーションを制御する 1-15
--iterations [n] 改善サイクル 1-10
--all-mcp すべてのMCPサーバーを有効にする ブール値
--no-mcp ネイティブツールのみ ブール値

システムフラグSuperClaude インストール)

フラグ 目的 価値観
--verbose/-v 詳細ログ ブール値
--quiet/-q 出力を抑制する ブール値
--dry-run 操作をシミュレーションする ブール値
--force チェックをスキップする ブール値
--yes/-y 自動確認 ブール値
--install-dir ターゲットディレクトリ パス
--legacy レガシースクリプトを使用する ブール値
--version バージョンを表示 ブール値
--help ヘルプを表示 ブール値

一般的な使用パターン

フロントエンド開発

/sc:implement "responsive dashboard" --magic --c7
/sc:design component-library --type component --format code
/sc:test ui-components/ --magic --play
/sc:improve legacy-ui/ --magic --morph --validate

バックエンド開発

/sc:analyze api/ --focus performance --seq --think
/sc:design payment-api --type api --format spec
/sc:troubleshoot "API timeout" --type performance --trace
/sc:improve auth-service --type security --validate

大規模プロジェクト

/sc:analyze . --ultrathink --all-mcp --safe-mode
/sc:workflow enterprise-system --strategy enterprise --depth deep
/sc:cleanup . --type all --safe --interactive
/sc:estimate "migrate to microservices" --type complexity --breakdown

品質とメンテナンス

/sc:improve src/ --type quality --safe --interactive
/sc:cleanup imports --type imports --preview
/sc:reflect --type completion --validate
/sc:git commit --smart-commit

フラグインタラクション

互換性のある組み合わせ

  • --think--c7: ドキュメント付き分析
  • --magic--play: テスト付きのUI生成
  • --serena--morph: 変換によるプロジェクトメモリ
  • --safe-mode--validate: 最大限の安全性
  • --loop--validate: 検証を伴う反復的な改善

競合するフラグ

  • --all-mcp個別のMCPフラグと比較どちらか一方を使用
  • --no-mcp任意のMCPフラグと比較--no-mcpが優先
  • --safevs --aggressive(クリーンアップ強度)
  • --quietvs --verbose(出力レベル)

関係の自動有効化

  • --safe-mode自動的--ucに有効になり、--validate
  • --ultrathinkすべてのMCPサーバーを自動的に有効にする
  • --think-hard自動的に有効になります--seq+--c7
  • --magicUIに重点を置いたエージェントを起動する

トラブルシューティングフラグ

よくある問題

  • ツールが多すぎる:--no-mcpネイティブツールのみでテストする
  • 操作が遅すぎます:--uc出力を圧縮するために追加します
  • 検証ブロッキング:開発で--validateは代わりに使用してください--safe-mode
  • コンテキスト圧力:--token-efficient使用率が75%を超えると自動的にアクティブ化されます

デバッグフラグ

/sc:analyze . --verbose                      # Shows decision logic and flag activation
/sc:select-tool "operation" --explain        # Explains tool selection process
/sc:reflect --type session --analyze         # Reviews current session decisions

クイックフィックス

/sc:analyze . --help                         # Shows available flags for command
/sc:analyze . --no-mcp                       # Native execution only
/sc:cleanup . --preview                      # Shows what would be cleaned

フラグの優先ルール

  1. 安全第一--safe-mode--validate> 最適化フラグ
  2. 明示的なオーバーライド: ユーザーフラグ > 自動検出
  3. 深度階層--ultrathink--think-hard>--think
  4. MCP制御:--no-mcpすべてのMCPフラグを上書きします
  5. スコープの優先順位: システム > プロジェクト > モジュール > ファイル

関連リソース