Menü
タスクの本質を分析し適切なスキルを選択。規模見積もりとメタデータを返却。タスク開始時、スキル選択時に使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | task-analyzer |
| description | タスクの本質を分析し適切なスキルを選択。規模見積もりとメタデータを返却。タスク開始時、スキル選択時に使用。 |
メタ認知的タスク分析とスキル選択ガイダンスを提供。
利用可能なスキルのメタデータは skills-index.yaml を参照。
表面的な作業を超えた根本目的を特定：
| 表面的な作業 | 根本目的 |
|---|---|
| 「このバグを直して」 | 問題解決、根本原因分析 |
| 「この機能を実装して」 | 機能追加、価値提供 |
| 「このコードをリファクタリングして」 | 品質改善、保守性向上 |
| 「このファイルを更新して」 | 変更管理、一貫性確保 |
キーとなる質問：
| 規模 | ファイル数 | 指標 |
|---|---|---|
| 小規模 | 1-2 | 単一の関数/コンポーネントの変更 |
| 中規模 | 3-5 | 複数の関連コンポーネント |
| 大規模 | 6以上 | 横断的関心事、アーキテクチャへの影響 |
規模がスキル優先度に影響：
| タイプ | 特徴 | キースキル |
|---|---|---|
| 実装 | 新規コード、機能 | coding-standards, typescript-testing |
| 修正 | バグ解決 | coding-standards, typescript-testing |
| リファクタリング | 構造改善 | coding-standards, implementation-approach |
| 設計 | アーキテクチャ決定 | documentation-criteria, implementation-approach |
| 品質 | テスト、レビュー | typescript-testing, integration-e2e-testing |
タスク説明から関連タグを抽出し、skills-index.yamlとマッチング：
Task: "Implement user authentication with tests"
Extracted tags: [implementation, testing, security]
Matched skills:
- coding-standards (implementation, security)
- typescript-testing (testing)
- typescript-rules (implementation)
隠れた依存関係を考慮：
| タスクに含まれる | 追加で含める |
|---|---|
| エラーハンドリング | デバッグ、テスト |
| 新機能 | 設計、実装、ドキュメント |
| パフォーマンス | プロファイリング、最適化、テスト |
| フロントエンド | typescript-rules, typescript-testing |
| API/統合 | integration-e2e-testing |
skills-index.yamlからのスキルメタデータを含む構造化された分析を返却：
taskAnalysis:
essence: <string> # 特定された根本目的
type: <implementation|fix|refactoring|design|quality>
scale: <small|medium|large>
estimatedFiles: <number>
tags: [<string>, ...] # タスク説明から抽出
selectedSkills:
- skill: <skill-name> # skills-index.yamlから
priority: <high|medium|low>
reason: <string> # このスキルが選択された理由
# skills-index.yamlからメタデータを引き継ぐ
tags: [...]
typical-use: <string>
size: <small|medium|large>
sections: [...] # yamlからの全セクション（フィルタなし）
注意: セクション選択（どのセクションが関連するかの選定）は、実際のSKILL.mdファイルを読み込んだ後に別途行う。
タスクの性質に応じて3-5個の質問を生成：
| タスクタイプ | 質問の焦点 |
|---|---|
| 実装 | 設計の妥当性、エッジケース、パフォーマンス |
| 修正 | 根本原因（5 Whys）、影響範囲、回帰テスト |
| リファクタリング | 現状の問題、目標状態、段階的計画 |
| 設計 | 要件の明確性、将来の拡張性、トレードオフ |
これらのパターンを検出してフラグを立てる：
| パターン | 警告 | 緩和策 |
|---|---|---|
| 一度に大規模変更 | 高リスク | フェーズに分割 |
| テストなしの実装 | 品質リスク | TDDに従う |
| エラー発見時の即座の修正 | 根本原因の見落とし | 一時停止、分析 |
| 計画なしのコーディング | スコープクリープ | まず計画 |
PRD、ADR、Design Doc、UI Spec、作業計画書の作成を支援。技術ドキュメントの作成・レビュー時、または「UI Spec/画面設計/コンポーネント分解」が言及された時に使用。
入力・出力・成功基準・決定事項・未解決条件を明確化し、下流エージェントが推測せず実行できるようにする。LLM向けのプロンプト・ハンドオフ・計画成果物・レビュー・レポート・生成指示を記述または改訂する時に使用。
Guides PRD, ADR, Design Doc, UI Spec, and Work Plan creation. Use when creating or reviewing technical documents, or when "UI spec/screen design/component decomposition" is mentioned.
Clarifies inputs, outputs, success criteria, decisions, and unresolved conditions so downstream agents can execute without guessing. Use when writing or revising LLM-facing prompts, handoffs, planning artifacts, reviews, reports, or generated instructions.
Analyzes task essence and selects appropriate skills. Returns scale estimates and metadata. Use when starting tasks or selecting skills.
Detects code smells, anti-patterns, and readability issues. Use when implementing features, reviewing code, or refactoring.