user-story-writing
ユーザーの視点から要件を的確に捉えた効果的なユーザーストーリーを作成します。開発の指針となる明確なストーリーと詳細な受け入れ基準を定義し、「完了」の条件を明確にします。
description の原文を見る
> Write effective user stories that capture requirements from the user's perspective. Create clear stories with detailed acceptance criteria to guide development and define done.
SKILL.md 本文
ユーザーストーリーライティング
目次
概要
適切に書かれたユーザーストーリーは、ユーザー中心の観点から要件を伝え、議論を促進し、開発者とテスターに対して明確な受け入れ基準を提供します。
使用場面
- 要件を開発タスクに分解する
- プロダクトバックログの作成と改善
- アジャイルスプリント計画
- 開発チームへの機能の伝達
- 受け入れ基準の定義
- テストケースの作成
クイックスタート
最小限の動作例:
# ユーザーストーリーテンプレート
**タイトル:** [機能名]
**As a** [ユーザーロール/ペルソナ]
**I want to** [アクション/機能]
**So that** [ビジネス価値/利益]
---
## ユーザーコンテキスト
- ユーザーロール: [誰がこのアクションを実行するのか?]
- ユーザーゴール: [彼らは何を達成しようとしているのか?]
- ユースケース: [いつこのアクションを実行するのか?]
---
## 受け入れ基準
Given [前提条件]
When [アクション]
Then [期待される結果]
例:
// ... (フル実装についてはリファレンスガイドを参照)
リファレンスガイド
references/ ディレクトリ内の詳細な実装:
| ガイド | 内容 |
|---|---|
Story Refinement Process | ストーリー改善プロセス |
Acceptance Criteria Examples | 受け入れ基準の例 |
Story Splitting | ストーリーの分割 |
Story Estimation | ストーリーの見積もり |
ベストプラクティス
✅ すべきこと
- ユーザーの視点から書く
- 実装ではなく価値に焦点を当てる
- 1スプリント内で完了できるサイズのストーリーを作成する
- 明確な受け入れ基準を定義する
- 一貫したフォーマットと用語を使用する
- プロダクトオーナーにストーリーを承認してもらう
- エッジケースとエラーシナリオを含める
- 要件やビジネスゴールへのリンクを含める
- 学習に基づいてストーリーを更新する
- テスト可能なストーリーを作成する
❌ すべきでないこと
- 技術的なタスク中心のストーリーを書く
- 過度に詳細な仕様を作成する
- 複数のスプリントが必要なストーリーを書く
- 非機能要件を忘れる
- 受け入れ基準を省く
- 不要に依存関係のあるストーリーを作成する
- あいまいな受け入れ基準を書く
- エッジケースを無視する
- 大きすぎるストーリーを作成する
- スプリント中に話し合いなしでストーリーを変更する
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- aj-geddes
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/aj-geddes/useful-ai-prompts / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。