.md
Skill.mdサーチャーJP

Skill.md検索

2258件の Skill.mdから、あなたに最適なものを見つけましょう

T

曖昧な要件を、構造化された定義書に整理する

by t-hoshino215

ユーザーの曖昧なリクエストを受け取り、対話形式で段階的にヒアリングを進め、実装に必要な構造化された要件定義書を作成できます。 「何を作るか」「誰のためか」「なぜ必要か」といった基本情報から、具体的な機能振る舞い、制約条件、セキュリティ・パフォーマンス要件まで、段階的に深掘りします。 ドラフト段階で内容をユーザーに確認し、修正と承認を経て確定した要件定義書を docs/requirements/ に自動保存できます。 確定後、アーキテクチャに影響がある変更か軽微な変更かを判断し、次のステップ(Architecture スキルまたは Planning スキル)に自動連携します。 「こういう機能を追加したい」という漠然としたアイデアはあるが、具体的に何を作るか決まっていない方 要件定義が曖昧なまま開発を始めて、後から大きな修正が必要になった経験がある方 機能追加や変更の前に、要件を整理してからアーキテクチャ・実装に進みたい開発チーム

ドキュメントセキュリティ設計
032026-04-10
T

テスト駆動開発で品質と信頼性を両立

by t-hoshino215

テストファーストの開発を自動ガイド: 機能実装前に自動的にテストを書く流れになり、バグの早期発見と信頼性の高いコードを実現できます。 赤→緑→リファクタリングのサイクルを仕組み化: TDD(テスト駆動開発)の3ステップを確実に実行し、Gitチェックポイントで各段階の進捗を記録します。 80%以上のテストカバレッジを達成: 単体テスト、統合テスト、E2Eテスト(Playwright)の3層構造で、エッジケースとエラーシナリオまで網羅的にテストできます。 複数エージェントによる分業で効率化: テスト執筆、実装、リファクタリング、レビュー、カバレッジ検証を専門エージェントに委譲し、一貫性を保ちながら速度を上げられます。 Gitコミット履歴が設計ドキュメントになる: RED→GREEN→REFACTORの各フェーズがコミットで明確に記録され、コードレビューや将来の修正が容易になります。 バックエンド・フロントエンド開発者: 品質を損なわずに開発速度を上げたい方 QAエンジニア・テスト担当者: テスト品質を統一し、テスト設計を自動化したい方 スタートアップ技術者: 少人数でも本番環境に強い実装を実現したい方 レガシーコード改善担当者: 既存機能を安心して修正・リファクタリングしたい方

00
T

要件から具体的なテストケース設計ができる

by t-hoshino215

機能要件のテストケース化:要件定義書から正常系・異常系・境界値テストケースを自動で洗い出し、テスト項目として整理できます。 エッジケースの発見:空データ、巨大データ、特殊文字、状態遷移のエッジケース(見落としやすい特殊なケース)を体系的に洗い出せます。 非機能要件のテスト方針策定:パフォーマンス、セキュリティ、スケーラビリティなどの要件を、具体的なテスト方法に落とし込めます。 TDDワークフローへの連携:テスト設計結果をテストコード実装のインプットとして活用し、開発効率を向上させられます。 テスト計画書の自動生成:設計したテストケースをMarkdown形式でファイル出力し、チーム全体で共有・参照できる状態で管理できます。 品質保証を体系的に進めたい品質保証エンジニア(QAエンジニア) TDD(テスト駆動開発)を導入したい開発チーム 要件から抜け漏れなくテストケースを洗い出したい開発者 テスト計画を可視化してチーム全体で共有したいプロジェクトマネージャー

00
T

要件から実装まで全フェーズを一貫管理

by t-hoshino215

機能リクエストを自動フロー化: 「新機能を追加したい」という依頼を自動的に、要件定義→設計→計画→実装→記録という流れで処理し、抜け漏れなく完結させられます。 各フェーズの成果物を体系的に記録: docs/requirements/、docs/designs/、docs/plans/に構造化されたドキュメントを自動生成し、チーム全体の知識が蓄積されます。 ユーザー承認を挟んで方向性を統一: 各フェーズ完了時に承認を取ることで、下流の工程で「言った・言わない」のトラブルを防げます。 既存ドキュメントを自動判定してステップスキップ: 軽微な変更なら設計をスキップするなど、不要なフェーズを自動判定し、効率的に進められます。 中断・再開がドキュメント残存で可能: ドキュメントがすべて docs/ に残るので、途中で優先度が変わっても、ドキュメントから簡単に復帰できます。 プロダクトマネージャー: 複数の機能リクエストを並行管理し、進捗を可視化したい方 チームリーダー: 要件から実装までの品質を統一し、チーム全体の生産性を上げたい方 スクラム・アジャイル導入企業: スプリント単位の機能開発フローを構造化したい方 スタートアップ創業者: 限られたリソースで開発品質を保ちながら素早く機能を出したい方

00
T

実装作業の全履歴を構造化記録で自動化

by t-hoshino215

Gitコミット履歴から作業ログを自動生成: 何も入力しなくても、直近のコミット内容から変更内容・ファイル一覧・影響範囲を自動抽出し、ログファイルを生成できます。 変更ファイルを自動分類: ソースコード、テスト、設定、ドキュメントなど、ファイル種別ごとに自動分類し、どのレイヤーで何が変わったかが一目瞭然になります。 要件→設計→計画との連携を記録: 関連する要件定義書・設計書・計画書を自動検出し、「このログはどの計画から生まれたのか」という関連付けを記録できます。 計画との差分を明示: 当初の計画と実際の実装の違いを記録することで、見積精度の改善や想定外の工数把握につながります。 日付・タイムスタンプ付きで蓄積: docs/logs/YYYYMMDD-HHMMSS_内容.md 形式で時系列に記録が残り、プロジェクト履歴が資産化されます。 技術リーダー: チームの作業実績と工数管理を効率化したい方 QAエンジニア: 何が変わったのかを俯瞰的に把握し、テスト対象を特定したい方 コンプライアンス・監査担当: 変更履歴をドキュメント化し、監査対応できる記録を残したい方 開発チーム全体: 個々の作業を自動記録し、プロジェクトの知見を蓄積したい方

00