Skill.md検索
2258件の Skill.mdから、あなたに最適なものを見つけましょう
計画書に基づいて実装をステップバイステップで進める
by umatoma
計画書(仕様 + 実装計画)に基づいて、計画に記載されたタスクを順番に実装できます。 各タスクの完了条件を確認しながら進めるため、仕様通りの実装が保証されます。 中断・再開時に、計画書のチェックボックスから自動的に未完了タスクを特定して再開できます。 テスト先行(テスト駆動開発)が必要なタスクは、実装前にテストから作成します。 ブロッカー発生時は、その内容を記録して適切なステップに戻ることを提案します。 プロジェクトマネージャーやリードエンジニア:計画に基づく確実な実装進捗を確認・管理したい 開発チーム:仕様との齟齬を防ぎながら計画通りに実装を進めたい 複数人での並列開発:フェーズごとの完了タイミングを明確にして次フェーズへ進みたい 長期プロジェクト:中断後の再開時に実装状況を正確に把握したい 仕様駆動開発(SDD)の実装フェーズを実行するスキル。計画書のPart 1(仕様)とPart 2(実装計画)を読み込み、ゲート2(Plan → Implement)の通過条件を検証した上でステップバイステップ実装を進める。各タスクごとに実装宣言→テスト先行→実装→検証→進捗更新の順序で進め、依存関係を確認して次タスクに進む。フェーズ完了時はサマリーを更新し、全完了時は成功基準の達成状況を確認した最終レポートを作成。計画にない変更は禁止し、受入基準による完了判定を行う。ブロッカー発生時は仕様または計画の不備に応じて遡上を提案し、進捗は計画書のチェックボックスと実装ログに記録される。
仕様書から実装計画を自動生成
by umatoma
仕様から実装計画を自動作成: 仕様駆動開発(SDD)の第2フェーズとして、仕様書(Part 1)から実装計画(Part 2)を自動生成し、ファイル変更の方針とタスク分解を構成します。 フェーズゲート検証: 仕様が完成度チェックリスト(明確化終了、受入基準存在、プロジェクト憲法チェック済み、ユーザー承認)をクリアしているか自動検証します。 アーキテクチャ設計の指針提供: 新規ファイル配置、既存ファイルの変更、レイヤー分離、データフロー整理の方針を仕様から自動抽出して提案します。 アトミックタスク分解: 受入基準を細粒度のテスト先行タスク(テスト作成→実装→検証)に自動分解し、依存関係と完了条件を明確化します。 リスク評価と品質ゲート: シンプリシティゲート(関数行数・ネスト深度)と技術リスク評価を事前チェックし、計画に記載します。 仕様駆動開発(SDD)フローを厳密に実践するエンジニア・開発チーム 仕様書から実装タスクへの落とし込みを体系的に管理したいテックリード テスト先行開発(TDD)と仕様の一体管理を実現したい開発者 複数人での並列実装の依存関係を明確化したいプロジェクトマネージャー SDD の第2フェーズで、.steering/ の仕様書(Part 1)を読み込み、Part 2(実装計画セクション)を追記します。前提条件は /sdd-specify で仕様書作成済み、.steering/ に仕様書存在。実行手順:(1)SDD 原則・フェーズゲート確認、(2)対象仕様書特定、(3)Part 1 読み込み、(4)ゲート1 検証([NEEDS CLARIFICATION] ゼロ、受入基準1以上、プロジェクト憲法チェック完了、ユーザー承認確認)、(5)アーキテクチャ設計(新規ファイル配置、レイヤー分離、データフロー)、(6)フェーズ分解(受入基準からテスト先行タスクに分解、依存関係明示、4フェーズ構成推奨)、(7)シンプリシティゲート事前チェック、(8)リスク評価(技術・依存・スコープ)、(9)計画書保存(Part 2 追記:進捗サマリー・アーキテクチャ・実装フェーズ・ゲート・リスク・成功基準・実装ログ)、(10)ユーザー承認。計画作成のみ実施、Part 1 は変更しません。
プロジェクト設定をAIが自動構築
by umatoma
プロジェクト全体をスキャンして最適な設定ファイルを生成: package.json、フレームワーク設定、ディレクトリ構造などから自動分析し、Claude Code用のCLAUDE.mdを新規作成または改善できます。 プロジェクト構造をドキュメント化: 技術スタック、主要ディレクトリ、開発コマンドなどをまとめた索引を自動生成し、AIがプロジェクトを正確に理解できるようにします。 設定ファイルの陳腐化を自動検出: 既存のCLAUDE.mdをチェックして、実装と乖離している部分を特定し、改善案を提示します。 150行以下の厳選された索引を作成: 本当に必要な情報だけに絞り、管理しやすいドキュメントを生成します。 新しいプロジェクトを始める際、AIとの協働環境をすぐに整えたい開発チーム 既存プロジェクトをAIツール対応させたい技術リード プロジェクト構造が複雑で、メンバーやAIに正確に伝える仕組みが欲しい人 ドキュメント作成・更新の手間を減らしたい人
コーディング規約をAIが自動文書化
by umatoma
ドメイン別に規約ファイルを自動生成: コーディング規約、テスト方針、セキュリティルールなど、異なるテーマごとにルールを整理して作成できます。 コードベースのパターンを自動分析して規約を抽出: 既存コードの中にある慣習や規則パターンを検出し、文書化されていないルールを見つけ出します。 複数の規約ファイルを一元管理: 200行以下の小分けされたルールファイルで、各ドメインの規約を明確かつ管理しやすく保ちます。 実装と規約のズレを自動指摘: コードベースの実態と記載内容が矛盾していないか検査し、改善提案を出します。 チームのコーディング規約をAIに正確に理解させたい開発リード 既存の暗黙知(「このプロジェクトではこう書く」)を明文化したい人 セキュリティやテスト、データベース設計など特定の領域のベストプラクティスを定義したい人 AI生成コードのクオリティを規約で統制したい人
ワークフローを再利用可能なスキルに自動化
by umatoma
繰り返し発生する作業をスキル化: 「仕様書を生成する」「テストを追加する」「リファクタリングする」など、何度も行う作業を自動実行可能なスキルとして定義できます。 複雑なワークフローを段階的に実行: 複数のステップと分岐を含む複雑な処理を、AIが自動で実行するスキルに変換します。 テンプレートやリファレンスを一緒に作成: スキルの補助資料(テンプレート、具体例、質問テンプレート)を自動生成し、スキル実行時に参照できる環境を整えます。 既存スキルを改善・最適化: 現在のスキルの問題点(長すぎる、ツール権限が多すぎる等)を自動検出して改善提案を出します。 日々の定型業務をAIに任せたい開発者 チーム全体で共通のワークフローをAIに教え込みたい技術リード 「いつもこの順序でやってる」という暗黙の手順を明文化・自動化したい人 AIが正確に実行すべき処理を定義して品質を統制したい人
機能仕様書をAIが自動生成・更新
by umatoma
既存コードから逆算して仕様書を生成: 実装済みのコードを読み込んで、そこから機能仕様書を自動生成し、ドキュメント化されていない機能をドキュメント化できます。 ユーザーの構想を仕様書に整理: 口頭説明やアイデア、要件をヒアリングして、体系的でテスト可能な仕様書の形に構造化します。 データフロー・依存関係を図解: 複雑な処理の流れや、データが動く経路をMermaidダイアグラムで自動生成し、可視化します。 不明点を明示して曖昧さを排除: わからないことは推測せず、[NEEDS CLARIFICATION]マーカーで明示し、確定まで追跡できます。 新機能のアイデアを実装前に仕様として言語化・共有したい企画・PO 既存コードの全体像を図解ドキュメントで残したい開発チーム リファクタリング前に現状の振る舞いを記録しておきたい人 チーム内や人事異動でコード理解を引き継ぎたい人
仕様駆動開発の進め方をAIが管理
by umatoma
仕様 → 計画 → 実装のパイプラインを統制: 仕様から計画へ、計画から実装へ進む際の承認ゲート(チェックリスト)を自動判定し、準備不足のまま進むのを防ぎます。 プロジェクト憲法で設計の一貫性を維持: モジュール設計、テスト方針、依存関係など9つの基本原則をチェックリスト化して、全フェーズで一貫した判断を下すサポートができます。 不確実性(わからないこと)を可視化・追跡: [NEEDS CLARIFICATION]マーカーで仕様内の曖昧な点を明示し、すべて解決するまでゲートを進めさせません。 仕様書の完全性を自動検証: 受入基準の有無、不明点の数、プロジェクト憲法の準拠状況など、仕様書の品質を客観的に評価します。 チームで推測や曖昧な仕様のまま実装を始めるのを防ぎたい技術リード 仕様→実装→テストの流れを厳密に管理して品質を高めたい人 AI開発時に仕様の曖昧さが原因の不具合を減らしたい人 複数のプロジェクトを並行管理する中で、一貫した意思決定基準を持ちたい人
要件をヒアリングして仕様書を自動作成
by umatoma
曖昧な要件を明確にするための具体的な質問を自動生成し、ユーザーとの対話を通じて要件を整理できます。 業務要件・機能要件・APIの詳細仕様を含む、開発チームが実装に使える仕様書(仕様駆動開発形式)を自動生成できます。 既存コードベースとの整合性を確認しながら仕様を作成し、実装チームが迷わないようにできます。 受入基準(テストケース)や制約条件を含めて仕様を明記するため、品質基準をあらかじめ統一できます。 不明な点が完全に解決されるまで対話を続け、開発開始前に仕様のクリアランスを確保できます。 新機能の仕様書を作成する必要があるプロダクトマネージャーやPO(プロダクトオーナー) 要件定義がまだ曖昧な段階で、開発チームに明確な仕様を渡したいマネージャー 開発チームと要件について何度も往復せず、最初から詳細な仕様を作りたい開発リーダー 仕様駆動開発(SDD)の進め方に沿って、体系的に開発を進めたい組織