91 lines
3.3 KiB
Markdown
91 lines
3.3 KiB
Markdown
## Sequential Thinking
|
|
|
|
動的で反復的な思考プロセスを通じて、複雑な問題を段階的に解決します。思考の途中で方向転換や見直しができる柔軟なアプローチです。
|
|
|
|
### 使い方
|
|
|
|
```bash
|
|
# Claude に段階的思考を依頼
|
|
「[課題] について sequential-thinking で検討して」
|
|
```
|
|
|
|
### 基本例
|
|
|
|
```bash
|
|
# アルゴリズム設計
|
|
「効率的なキャッシュ戦略を sequential-thinking で設計して」
|
|
|
|
# 問題解決
|
|
「データベースのパフォーマンス問題を sequential-thinking で解決して」
|
|
|
|
# 設計検討
|
|
「リアルタイム通知システムの設計を sequential-thinking で検討して」
|
|
```
|
|
|
|
### Claude との連携
|
|
|
|
```bash
|
|
# 複雑な実装方針
|
|
「認証システムの実装方針を sequential-thinking で検討して。OAuth2、JWT、セッション管理を考慮して」
|
|
|
|
# バグ原因分析
|
|
「メモリリークの原因を sequential-thinking で分析して。コードレビューとプロファイリング結果を含めて」
|
|
|
|
# リファクタリング戦略
|
|
cat src/complex_module.js
|
|
「このモジュールのリファクタリング戦略を sequential-thinking で立案して」
|
|
|
|
# 技術選定
|
|
「フロントエンドフレームワークの選択を sequential-thinking で分析して。プロジェクト要件と制約を考慮して」
|
|
```
|
|
|
|
### 思考プロセス
|
|
|
|
1. **初期分析** - 問題の基本的な理解と分解
|
|
2. **仮説生成** - 解決案の仮説を立てる
|
|
3. **検証と修正** - 仮説を検証し、必要に応じて修正
|
|
4. **分岐と探索** - 複数の解決パスを探索
|
|
5. **統合と結論** - 最適解を導き出す
|
|
|
|
### 特徴
|
|
|
|
- **動的調整** - 思考の途中で方向転換可能
|
|
- **仮説検証** - 仮説を立てて検証するサイクル
|
|
- **分岐思考** - 複数の思考パスを同時に探索
|
|
- **段階的洗練** - 段階的に解決案を洗練
|
|
- **柔軟性** - 新たな情報に基づく方針変更
|
|
|
|
### 詳細例
|
|
|
|
```bash
|
|
# 複雑なシステム設計
|
|
「EC サイトのマイクロサービス設計を sequential-thinking で検討して。注文処理、在庫管理、決済の連携を含めて」
|
|
|
|
# セキュリティ設計
|
|
「API セキュリティの設計を sequential-thinking で検討して。認証、認可、レート制限、監査ログを含めて」
|
|
|
|
# パフォーマンス最適化
|
|
「大規模データ処理の最適化を sequential-thinking で検討して。メモリ使用量、処理速度、スケーラビリティを考慮して」
|
|
|
|
# 依存関係管理
|
|
「モノレポの依存関係管理戦略を sequential-thinking で検討して。ビルド時間、デプロイ、テスト実行を含めて」
|
|
```
|
|
|
|
### 注意事項
|
|
|
|
sequential-thinking は段階的に思考を深化させる必要がある複雑な問題に最適です。単純な質問や明確な答えがある場合は、通常の質問形式を使用してください。
|
|
|
|
### 実行例
|
|
|
|
```bash
|
|
# 使用例
|
|
「GraphQL スキーマの設計を sequential-thinking で検討して」
|
|
|
|
# 期待される動作
|
|
# 1. 初期分析: GraphQL スキーマの基本要件を分析
|
|
# 2. 仮説生成: 複数の設計パターンを検討
|
|
# 3. 検証: 各パターンの長所・短所を検証
|
|
# 4. 分岐: 必要に応じて新しいアプローチを探索
|
|
# 5. 統合: 最適なスキーマ設計を提案
|
|
```
|