📦
codebase-analysis
79ビジネスロジックのためのコードベース分析
既存システムでは、要件がコード、テスト、設定の中に隠れていることがよくあります。このスキルは、コード上の観察結果を明確なビジネス文書へ変換するための構造化された分析を支援します。
コーディング＆開発 表示
スキル requirements-elicitation
📦
requirements-elicitation
コンテンツリビジョン r1 安全 ⚙️ 外部コマンド
明確なソフトウェア要件を引き出す
要件定義は、ステークホルダーの入力が曖昧または不完全な場合に停滞しがちです。このスキルは、実用的な要件を得るためのインタビュー構成、質問プロンプト、検証方法を提供します。
対応: Claude Codex Code(CC)
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
エージェントリクエスト
Review the Skillstore skill "requirements-elicitation" from https://skillstore.io/skills/doubleslashse-requirements-elicitation.md and its manifest at https://skillstore.io/api/skills/doubleslashse-requirements-elicitation/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「requirements-elicitation」を使用しています。 ステークホルダーは、チェックアウトをより速くし、ゲスト購入をサポートする必要があると言っています。
期待される結果:
- 機能要件: 顧客はアカウントを作成せずにチェックアウトを完了できる。
- 非機能要件: チェックアウトの応答時間目標には測定可能なしきい値が必要である。
- フォローアップ質問: 主要な顧客セグメントにとって許容できるチェックアウト時間はどの程度ですか？
「requirements-elicitation」を使用しています。 チームは社内レポートツールを置き換えたいが、スコープが不明確です。
期待される結果:
- 現在の状態: レポート作成は手動のスプレッドシート更新に依存している。
- 望ましい状態: ユーザーは信頼できるシステムデータから承認済みレポートを生成できる。
- ギャップ: オーナーシップ、ソースシステム、保持ルール、ロールアウト時期の確認が必要である。
「requirements-elicitation」を使用しています。 プロダクトマネージャーは優先度が混在したバックログを持っています。
期待される結果:
- Must have: ローンチまたはコンプライアンスに必要な項目。
- Should have: 価値は高いが、遅延の影響を管理できる項目。
- Could have: 体験を向上させるが、主要な成果を妨げない項目。
セキュリティ監査
安全v8 • 2026/7/6 バージョン別レポートを開く
All seven static findings are false positives caused by Markdown code fences in SKILL.md. The skill contains business-analysis guidance and question templates, with no evidence of prompt injection, credential handling, network access, or command execution.
2
スキャンされたファイル
367
解析済み行数
0
レビュー項目
0
誤検知を無視
リスク要因
最新の完了済み静的・セマンティック監査では、確認済みのセキュリティ検出事項は見つかりませんでした。これは、スキルに副作用がないことを証明するものではありません。
監査者: codex 監査履歴を表示 →
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/doubleslashse-requirements-elicitation/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/doubleslashse-requirements-elicitation?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/doubleslashse-requirements-elicitation?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/doubleslashse-requirements-elicitation/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/doubleslashse-requirements-elicitation.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
DoubleslashSE. (2026). requirements-elicitation security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/doubleslashse-requirements-elicitation/audits/8BibTeX形式の引用
@techreport{doubleslashse-doubleslashse-requirements-elicitation-2026,
author = {DoubleslashSE},
title = {requirements-elicitation security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/doubleslashse-requirements-elicitation/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "requirements-elicitation security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "DoubleslashSE"
date-released: "2026-07-06"
url: "https://skillstore.io/skills/doubleslashse-requirements-elicitation/audits/8"
identifiers:
- type: other
value: "skillstore:doubleslashse-requirements-elicitation:audit:8"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高 55
アーキテクチャ
85
保守性
87
コンテンツ
70
コミュニティ
83
仕様準拠
作成できるもの
ステークホルダーインタビューを実施する
ビジネスオーナー、ユーザー、技術チーム、運用担当者、外部ステークホルダーに向けた焦点の定まった質問を準備します。
MVPスコープを形作る
スコープ、価値、工数、前提条件の確認を用いて、ローンチに必須のニーズと将来の拡張を切り分けます。
デリバリー要件を明確にする
発見フェーズのメモを、実装計画に使えるユーザーストーリー、受け入れ基準、追跡可能な要件へ変換します。
これらのプロンプトを試す
要件インタビューを開始する
新しいソフトウェアプロジェクトの質問準備を手伝ってください。プロダクトアイデアは[summary]です。ユーザー、目標、スコープ、成功基準について質問してください。
ステークホルダーのメモを分類する
次のステークホルダーメモをレビューしてください: [notes]。発見事項を機能要件、非機能要件、制約、前提条件、未解決の質問に分類してください。
要件のギャップを見つける
現在の状態[current]と望ましい状態[desired]を比較してください。ギャップ、不足しているステークホルダー、リスクのある前提条件、フォローアップ質問を特定してください。
追跡可能な要件を作成する
この発見資料を、ビジネス目標、ユーザーストーリー、受け入れ基準、検証チェック、トレーサビリティリンクを含む優先順位付き要件に変換してください: [material]。
ベストプラクティス
- オープンな質問から始め、その後、役割別のフォローアップで詳細を絞り込みます。
- 各要件について、明確性、測定可能性、追跡可能性、テスト可能性を検証します。
- 関連する要件の横に、前提条件と未解決の質問を記録します。
回避
- 曖昧なステークホルダーの好みを、確定済み要件として扱わないでください。
- セキュリティ、性能、信頼性、サポート性などの非機能ニーズを省略しないでください。
- ビジネス価値、工数、リスクの文脈なしに機能の優先順位を付けないでください。
よくある質問
このスキルは何に役立ちますか？
ステークホルダーや既存ドキュメントからソフトウェア要件を収集、整理、優先順位付け、検証するのに役立ちます。
ユーザーストーリーを作成できますか？
はい。役割、機能、ビジネス価値、受け入れ基準を含むユーザーストーリーを構成できます。
非機能要件も扱えますか？
はい。セキュリティ、ユーザビリティ、信頼性、性能、サポート性、制約に関するプロンプトが含まれています。
既存システムの置き換えを支援できますか？
はい。現在の状態、変更要因、移行、ロールバック、連携に関する既存システム向けの質問が含まれています。
最終的なプロジェクト意思決定を行いますか？
いいえ。分析と推奨事項を構造化しますが、スコープ、優先順位、受け入れ基準はステークホルダーが承認する必要があります。
入力はどのように準備すべきですか？
プロジェクト目標、ステークホルダーの役割、現在のプロセスメモ、既知の制約、既存の要件ドキュメントを提供してください。
開発者情報
作成者
DoubleslashSEライセンス
MIT
Skillstore リビジョン
r1
バージョンに関する注意
作者はバージョンを宣言していません。
参照
72d5025b022c77f7a51bdf5c1637c689c80e89d1
メンテナンスの新しさ
2026/7/23
利用状況
8 ダウンロード · 197 閲覧
ファイル構成
DoubleslashSE のその他のスキル
すべて表示📦
clean-code
79TypeScript のクリーンコードを改善する
TypeScript コードが重複し、複雑になり、テストしにくくなると、チームは時間を失います。このスキルは、Claude、Codex、Claude Code がよりシンプルな関数、より明確な名前、より安全な構造へ進むよう支援します。
コーディング＆開発 表示
📦
tdd-workflow
79TDDでTypeScript機能を構築する
チームは、TypeScriptの変更を素早く進める中で、テストの焦点を保つことに苦労しがちです。このスキルは、実践的なNode.jsパターンを使ってRED-GREEN-REFACTORの作業をガイドします。
コーディング＆開発 表示
📦
solid-principles
78SOLID原則をTypeScriptコードに適用する
チームはSOLIDの用語を知っていても、TypeScriptでそれを適用するのに苦労することがよくあります。このスキルは、実践的なリファクタリングパターン、例、レビュー用プロンプトを提供します。
コーディング＆開発 表示
📦
srs-documentation
78IEEE 830 SRSドキュメントを作成
要件チームには、完全で、追跡可能で、テスト可能な一貫したSRSドキュメントが必要です。このスキルは、IEEE 830の構成、テンプレート、検証チェックリストを提供します。
ドキュメント 表示
📦
functional-patterns
78TypeScriptで関数型パターンを適用する
変更可能なロジックや隠れた副作用は、Node.jsサービスのテストを難しくします。このスキルは、予測しやすいTypeScript設計のための関数型パターンを示します。
コーディング＆開発 表示
関連スキル
すべて表示📦
feature-file
80YAML で機能要件を追跡
作成者 Chemiseblanc
要件がチャットやタスクリストだけにあると、チームはプロジェクトの意図を見失います。このスキルは、スコープ、テスト、意思決定、進捗を永続的な features.yml ファイルに保持します。
生産性 表示
📦
interactive-planner
80インタラクティブな質問による要件計画
作成者 DNYoussef
曖昧なプロジェクト依頼は、要件の漏れや手戻りにつながりがちです。このスキルは、Claude、Codex、Claude Code が構造化された質問バッチを通じて進められるようにします。
生産性 表示
📦
brainstorming
79アイデアを検証済みの設計に落とし込む
作成者 ZhanlinCui
初期段階のプロダクトやエンジニアリングのアイデアは、要件が曖昧なままになることで失敗しがちです。このスキルは、実装前に、焦点を絞った質問、選択肢、検証済みの設計を通じて Claude、Codex、または Claude Code を導きます。
生産性 表示
📦
grilling
79焦点を絞った質問で計画をストレステスト
作成者 mattpocock
不明瞭な計画には、リスクの高い前提や未解決の依存関係が隠れていることがよくあります。このスキルは、Claude、Codex、Claude Code が、一度に1つの焦点を絞った質問を通じて進められるようにします。
生産性 表示
📦
version-planner
79製品バージョンを計画する
作成者 yunshu0909
製品アイデアは、最初のリリースが明確になる前に範囲が広がりすぎることがよくあります。このスキルは、要件を段階的なMVP、イテレーション、V1.0計画に変換し、検証ポイントを設定します。
生産性 表示
📦
task-planning
79Agileタスクとユーザーストーリーを計画する
作成者 supercent-io
チームは、明確なタスク、優先順位、受け入れ基準がないまま、広範な機能リクエストを受け取ることがよくあります。このスキルは、機能アイデアをユーザーストーリー、スプリントバックログ項目、依存関係、Definition of Doneのチェックに変換します。
生産性 表示