Skill.md検索

ユーザーの複数ファイル・複数モジュールにまたがる大型タスクを自動で分析・分解し、実行計画を立案します。 独立した小規模タスクに分割し、並列実行可能なものは同時実行、依存関係のあるものはWave単位で段階実行します。 Git状態（ワーキングツリー・未コミット変更・開発フェーズ）を確認し、タスク実行前後の整合性を保証します。 複雑な判断が必要な場面では、MAGI思考フレームワークを発動し、構造化された意思決定を実現します。 複数のファイルやモジュールにまたがる大型リファクタリング・機能追加を効率的に進めたいエンジニア 依存関係が複雑なプロジェクト開発で、タスク管理と並列実行を自動化したい開発チーム LAM（Large Autonomous Models）プロジェクトで、Coordinatorロールを自動化したい人 多数のサブエージェントを効果的に活用し、作業の並列度を最大化したい組織 LAM Coordinatorとして、ユーザータスクを分析→分解→実行→統合するパイプラインを構成します。Phase 1（分析）で、Glob/Grepによるファイル調査、Git状態確認、.claude/current-phase.mdの読み込みを行い、独立実行可能な単位に分解。Phase 2で実行計画を表示し、ユーザー承認を得たら全Wave実行が許可されたものとします（Wave完了ごとの再承認は不要）。Phase 3で最大5並列（--parallel=Nで上書き可）でタスク実行、Wave完了後に次Wave開始。Phase 4で結果統合・整合性チェック。Phase 5では実行中にユーザー追加要望が発生した場合、差分計画を提示して追加タスクを実行します。複雑判断（判断ポイント2+、影響レイヤー3+）では/magiスキル（Step 0-5）を発動し、構造化思考を行います。

技術選定やアーキテクチャ設計の意思決定を構造化された形式で記録し、チーム全体で決定の背景を共有できます。 メリット・デメリット・リスクを異なる視点（推進者・批判者・調停者）で多角的に分析し、バランスの取れた意思決定を実現できます。 決定から1〜2年後に「なぜこの技術を選んだのか」という理由を素早く確認でき、新しいメンバーのオンボーディングが容易になります。 過去の決定を参照しながら新しい判断を下すことで、矛盾のない一貫した技術戦略を維持できます。 技術的な大きな判断（データベース選定、アーキテクチャパターン変更など）を担当するエンジニア チームの技術方針を明文化し、メンバー間で決定背景を共有したいリーダー プロジェクト後期に「なぜこの設計にしたのか」と質問されることが多い人 新規メンバーに技術選定の背景を説明する時間を削減したいマネージャー

仕様書や設計書に含まれる曖昧な表現（「適切に」「大量の」など）を自動検出し、具体的に何を意味するのかを明らかにできます。 インタビュー形式の質問を通じて、文書作成時に見落とされたエラーケースや境界条件を発見できます。 関連する複数の文書（仕様書→設計書→タスク）の間に矛盾がないか確認し、設計漏れによる後戻り作業を防げます。 文書作成者が「わかりません」と回答した場合、複数の選択肢を提示して一緒に判断を下すことができます。 仕様書や設計書を作成した際に、実装時に「これって何を意味してるの？」と聞かれることが多い人 チーム内で理解のズレを減らし、実装開始前に設計を完成させたいプロジェクトマネージャー 詳細な仕様を決めきれないまま実装を始めてしまうことが多い開発チーム 文書品質を上げたいが、何をチェックするべきか分からないエンジニア

複数の技術選択肢や設計判断が絡み合っている複雑な問題を、独立した判断単位（Atom）に分解して整理できます。 推進者・批判者・調停者の3つの異なる視点から意見を集約し、バランスの取れた意思決定を導き出せます。 メリットとリスクの両面を徹底的に検討したうえで決定するため、後から「こんなリスクがあるとは思わなかった」という後悔を減らせます。 複雑な判断過程を文書に残すことで、後日「なぜこの判断を下したのか」を素早く説明でき、新メンバーも理由を理解できます。 複数のモジュール/チームに影響する大きな技術判断（アーキテクチャ刷新、ライブラリ乗り換えなど）を担当するエンジニア プロダクト全体に影響する経営判断やリソース配分の意思決定を下す管理職 メリット・デメリット・リスクをすべて検討したうえで、チーム内での合意を得たいリーダー 意思決定の根拠を明文化し、後から異議を唱えられるのを防ぎたい人

要件定義から API 仕様、データモデル定義まで、種類に応じた仕様書テンプレートを活用して、均一な品質で素早く作成できます。 機能要件（FR）と非機能要件（NFR）を分けて定義することで、実装時に考慮すべき要件漏れを防ぐことができます。 各要件に受け入れ条件（チェックリスト）を設定することで、開発完了時に「本当に完成したのか」を客観的に判定できます。 仕様書と設計書、タスク管理の間を整合性のある状態に保つことで、チーム内のコミュニケーションズレを減らせます。 新機能の仕様書を作成するが、何を記載すべきか毎回悩むプロダクトマネージャー 仕様書の品質・形式がチームメンバーでばらばらで、統一したいテックリード 要件定義から実装まで「なぜこうなったのか」という根拠を残したい人 外部ステークホルダーに仕様を説明する際に、抜け漏れのない資料を素早く作りたい人

アクセシビリティを自動チェック: コントラスト比、キーボード操作、フォーカス表示など、WCAG基準に従ったチェックリストで設計段階から品質を確保できます。 UI状態パターンを網羅的に設計: Empty（空状態）、Loading（読み込み）、Error（エラー）、Success（成功）、Partial（部分的）の5つの状態を漏れなく設計し、ユーザー体験のムラをなくします。 レスポンシブ設計を体系化: モバイルファースト、ブレークポイント戦略、レイアウトリフロー、レスポンシブ画像など、複数デバイス対応を設計段階で整理できます。 フォームUXの落とし穴を回避: バリデーション、エラー表示、入力補助、自動保存など、ユーザーをつまずかせやすいフォーム設計の注意点をすべてカバーします。 パフォーマンス要件を設計に反映: LCP、CLS、バンドルサイズなど、仕様段階で考慮すべきパフォーマンス指標を明確にし、実装後の問題を減らせます。 デザイナー・UI/UXデザイナー: 設計の抜け漏れを防ぎ、開発チームとの認識齟齬を減らしたい方 プロダクトマネージャー: ユーザー体験の品質基準を統一したい方 フロントエンド開発者: 設計段階から実装の課題を先回りして提案したい方 スタートアップ・チームリーダー: 限られたリソースで品質を確保しながら設計を進めたい方