Skill.md検索

曖昧な要望を言語化 — ユーザーの「〜みたいな機能がほしい」という漠然とした要望を、実装チームが理解可能な粒度の要件定義ドキュメントに変換 戦略的な質問で真の目的を引き出す — プロフェッショナルコンサルタント的なアプローチで、ユーザーの本当のニーズ（WHY）と実装対象（WHAT）を明確化 User Story Mappingで範囲を可視化 — ユーザーの行動フロー沿った要件並べ替えと、MVP（最小限の実装）ラインの定義でスコープ膨張を防止 GitHub Issueの自動作成 — 確定した要件から、受入条件（Gherkin形式）を含むIssueを自動生成 プロダクトマネージャー・企画担当者 — ユーザーの生の声をドキュメントに落とし込みたい人 開発チーム — 要件が曖昧なまま実装を始めるのを避けたい開発者 スタートアップ・小規模プロジェクト — 形式ばらない相談から実装可能な要件を抽出したい場合 ワークフローは9ステップ：(1)初期要望と温度感の把握 — SCQA-liteフレーム（S:現状、C:困りごと、Q:決定事項、A:仮の方向）で要望を短く要約し認識を揃え、ユーザーの雰囲気と複雑度から要件定義の温度感を調整。(2)質問による明確化（ループ）— WHY（目的）・WHAT（仕様）・範囲・制約・成功基準の観点で反復質問。クローズドクエスチョンはAskUserQuestion toolで、選択肢提示は望ましい。(3)User Story Mapping — 画面フロー順での要件並べ替えとMVP・あったら嬉しい機能の分類。(4)受入条件作成 — Given/When/Then形式のGherkinで完了判定を可能に。(5)非機能・制約チェック — FURPS-lite（パフォーマンス・信頼性・ユーザビリティ・セキュリティ・制約）で必要な項目のみ抽出。(6)リスク・前提の短記録 — RAID-lite（リスク・前提・既知問題・依存）でブレ戻り防止。(7)最終確認 — ユーザーに構造化情報を提示し、指摘反映。(8)Markdown生成 — docs/00.project/requirements/[機能名].mdに生成、.github/ISSUE_TEMPLATE/requirements.mdフォーマット利用。(9)Issue化確認 — ユーザーに作成確認。create_issue.pyスクリプト使用時は題名・ファイル・カテゴリ・コンポーネント指定。

リポジトリをダウンロードせず確認: git clone 不要で、GitHub 上のファイルを直接取得して確認できるため、確認作業が数秒で完了します。 最新情報を手軽に取得: CHANGELOG やドキュメントを素早く確認して、ライブラリやツールの最新動向を把握できます。 必要な情報だけを抽出: キーワード検索やバージョン情報の抽出など、特定の情報だけを取り出すことができます。 CI/CD パイプラインで活用: スクリプトから GitHub のファイルを直接参照でき、自動化処理に組み込めます。 オープンソースを活用する開発者: 外部ライブラリの最新情報を素早く確認したい人 複数リポジトリを管理する人: 各リポジトリの最新バージョンやドキュメントを頻繁にチェックする技術者 自動化スクリプトを書く人: シェルスクリプトやパイプラインから GitHub のファイルを参照したい DevOps エンジニア ドキュメントを集約したい組織: 複数の GitHub リポジトリから情報を効率的に集める必要がある企業

テスト先行で実装計画を策定: TDD（テスト駆動開発）の流れに沿った計画を作成でき、実装漏れや仕様ズレを防げます。 実装を小分けにして進捗管理: コミット単位で実装を分割し、各ステップで何を実装するかが明確になるため、レビュアーの確認も容易になります。 テストケース一覧を自動生成: 何をテストするかを事前に列挙でき、テスト漏れを防ぎながら実装できます。 工数を行数で具体的に見積もる: 感覚的ではなく、実装・テストの行数をベースに工数を予測できるため、スケジュール計画が立てやすくなります。 複数の実装パターンに対応: 機能追加・バグ修正・リファクタリングなど、あらゆる実装シーンで使用可能な再現性の高い計画を生成できます。 TDD を導入したいチーム: テスト先行で進める開発フローを確立したい開発者 実装計画をドキュメント化したい人: 誰が見てもわかる詳細な実装手順を作りたい技術リーダー 工数を正確に見積もりたい人: スケジュール計画を精密に立てたいプロジェクトマネージャー コードレビューを円滑にしたい組織: 実装者とレビュアーの認識を事前に統一したい企業

未解決のコメントだけを抽出: Resolved（解決済み）状態のコメントを自動除外し、対応が必要なコメントだけを表示できます。 レビュー指摘をチェックリスト化: 対応状況を追跡可能なチェックリスト形式で表示され、対応漏れを防げます。 各コメントへの直リンク付き: GitHub 上の該当箇所へワンクリックで移動でき、コメント内容と実装コードを素早く照合できます。 複数のコメント形式に対応: インラインコメント（コード箇所の指摘）と概要コメント（全体的な指摘）を統一的に管理できます。 統計情報を表示: 未解決・全体のコメント件数を一目で確認でき、対応完了度が把握しやすくなります。 PR レビューが多い開発者: CodeRabbit などの自動レビューツールからの指摘を効率的に対応したい人 レビューコメントを見落としたくない人: 対応漏れを防ぎたい開発者 チームのレビュー効率を高めたい人: PR レビュー対応のワークフローを改善したいリーダー 大量の指摘に対応する必要がある人: 優先順位を明確にして対応を進めたい開発者