Skill.md検索

ユーザーからの指示を受け取り、自動的に作業計画（requirements.md、design.md、tasklist.md）を生成できます。 tasklist.mdの進捗を自動で追跡し、完了したタスクを逐一記録できます。 実装時に常にタスクリストと同期された状態を保ち、未完了タスクの取り落としを防げます。 実装完了後の振り返りを自動的に記録し、プロジェクトのナレッジとして残せます。 作業計画時、実装時、検証時の3つのモードを自動判定し、最適なサポートを提供します。 複雑な機能開発で、タスク漏れを防ぎたいエンジニア 開発の進捗状況を正確に記録・管理したいプロジェクトマネージャー 大型プロジェクトで段階的な実装管理が必要な開発チーム 開発完了後に学習内容を記録し、ナレッジ化したい組織 このスキルは、ステアリングファイル（.steering/）に基づいた実装を支援します。3つのモード自動判定ロジックで運用されます：①tasklist.mdが存在しないか空 → ステアリングファイル作成、②未完了タスク[ ]が存在 → 実装モード、③全タスク完了[ x ]かつ振り返り空 → 振り返り記録、④該当なし → ユーザーに対話選択提示。モード1では永続ドキュメント（product-requirements.md、functional-design.md、architecture.md等）を確認した上で、テンプレートからrequirements.md、design.md、tasklist.mdを作成します。モード2（最重要）では tasklist.mdを常に開き、タスク開始時に[ ]→[x]に更新、完了時に記録。全タスク完了まで作業継続が必須で、スキップや未完了タスクの放置は禁止です。モード3では全タスク完了後の振り返りを記録します。

プロダクト要件と機能設計に基づき、システムアーキテクチャ（システム全体の構成）を設計書としてまとめられます サーバー、データベース、外部API など各要素をどう組み合わせるかを図解と文章で定義できます 使用する技術や開発言語、ツールの選定理由を明確に記録しておけます 既存の設計書がある場合、その構造を尊重しながら内容を更新・改善できます チーム全体がシステム構成を共通理解でき、開発をスムーズに進められます システム全体の構成を決める立場にあるアーキテクト、リード開発者 新しいプロジェクトを立ち上げる際に、技術選定や構成を検討する担当者 チーム内で技術的な決定事項を共有・記録する必要がある開発チーム 既存システムの設計を見直し、改善案を提示したい人

コードの書き方ルール（命名規則、型定義、エラー処理など）をチーム全体で統一でき、誰が書いても品質が同じになります Git（バージョン管理）の使い方、コミットメッセージ、PRプロセスを明確に定義し、チーム開発をスムーズにできます テスト戦略やコードレビューの進め方をルール化し、品質を保証する仕組みを構築できます 既存のガイドラインを尊重しながら、必要に応じて内容を更新・改善できます 新しいチームメンバーが加わる時に、プロジェクトのルールをすぐに理解させられます チームリード、技術主任など開発チーム全体のルール作成に関わる人 複数の開発者が関わるプロジェクトで、コード品質のばらつきを減らしたい人 CI/CDパイプライン（自動テスト・デプロイ）を整備し、品質を自動化したい人 既存のコーディング規約を見直し、より実用的なガイドラインに改善したい人

プロダクト要件書に記載された要件を、実装可能な「機能」として詳細化・設計できます ユーザーが使う画面フロー（ユーザーが行う操作の流れ）、データの流れ、各機能の仕様を詳しく定義できます 誰が・何をする・どういう結果になるのか、を具体的に整理して、開発者が実装しやすい設計書にできます 既存の機能設計書がある場合、その構造を尊重しながら内容を更新・改善できます プロダクト要件とアーキテクチャ設計の橋渡しとなる、実装に必要な詳細情報を記録できます プロダクトマネージャー、ビジネスアナリストなど、要件を機能に落とし込む立場の人 プロダクト要件書は完成したが、開発者に「何を作るか」を明確に指示したい人 ユーザー視点での機能を、技術的な実装設計に変換する担当者 既存プロダクトの機能仕様を整理し直し、チーム全体で共有したい人

プロダクト、デザイン、技術など、プロジェクト全体で使われる用語を一つの辞書にまとめられます 「このプロジェクトでは、この言葉はこういう意味」と統一することで、チーム内の誤解や認識のズレを防ぎます 業界の専門用語（API、エンドポイント、キャッシュなど）を初心者にもわかるように説明し記録できます 既存の用語集がある場合、その構造を尊重しながら新しい用語を追加・更新できます すべてのドキュメント（要件書、設計書、開発ガイドなど）で同じ用語定義を参照でき、ドキュメント間の整合性が取れます 複数の職種（企画、デザイナー、エンジニア）が携わるプロジェクトで、用語統一をしたい人 チームメンバーが異なる背景（新卒、転職者、フリーランス）を持つ場合、全員が同じ理解で進めたい人 専門用語が多いプロジェクトで、チーム全体の理解度を揃えたい人 プロジェクトドキュメントを整理し、一貫性のある情報を保持したい人

初期アイデアから本格的な企画書へ: 初期要求仕様ファイルの内容を自動的に展開し、プロダクト企画書（PRD）として整理できます。手作業で一から書く手間が大幅に削減されます。 企画内容の品質を自動チェック: ビジョンの明確性、ターゲットユーザーの具体性、成功指標の測定可能性など、企画書として必要な要素が揃っているか自動評価してくれます。 改善点を段階的にガイド: レビュー結果に基づいて、どこを改善すべきかを具体的に提案し、納得できるまで何度も改善できます。 企画書のテンプレートを自動適用: プロジェクト固有の要件がある場合は既存の企画書を優先しながら、統一されたフォーマットで企画書を作成できます。 ユーザー視点での機能定義: 各機能が「誰のどんな課題を解決するのか」を明確にし、本当に必要な機能だけを優先順位付けして定義できます。 プロダクトマネージャー・事業企画担当者: アイデアを形式化された企画書として整理し、ステークホルダーに説明する資料が必要な人 スタートアップの創業者・起業家: 限られた時間の中で、投資家やチームに説明するための説得力のある企画書を素早く作成したい人 新規事業の推進者: 既存プロジェクトの企画書の形式を保ちながら、新しいプロダクトの企画書を効率的に作成したい人

設計方針に沿ったディレクトリ構造を自動生成: プロダクト企画書、機能設計書、アーキテクチャ設計書の内容を反映した、実装に最適なフォルダとファイル配置を効率的に定義できます。 プロジェクト固有のルールを保持: 既存のリポジトリ構造定義がある場合、その形式と内容を自動的に優先し、統一性を保ったまま更新できます。 チーム全体で同じ構造を共有: ドキュメント化されたリポジトリ構造により、新しいチームメンバーが迷わずにファイルを配置・検索できます。 スケーラビリティを考慮した設計: プロジェクトが成長しても対応できる、柔軟で拡張性の高いディレクトリ構造を提案してくれます。 テックリード・アーキテクト: 技術設計とリポジトリ構造の整合性を取りながら、チーム全体が従うべき標準的な配置ルールを定義したい人 開発チームのリーダー: 複数の開発者が参加するプロジェクトで、誰もが同じ構造でファイルを管理し、効率的に協業できる環境を作りたい人 既存プロジェクトの保守・リファクタリング担当者: 成長に伴い複雑になったリポジトリを整理し、保守性を高めたい人