よく使用するプロンプト(prompt)のTemplateまとめ

xxxxx について整理して使い方や、特徴を教えてください。

〜〜〜
上記の内容を MarkDownのチェックボックスにしてください。

xxxxxについて整理して教えてください。
類似するような用語などがあったら、その説明や比較もお願いします。
また、解説の最後に、Markdownのテーブル形式で、情報を整理した表を作成してください。

定期実行のBatchを作成する際に気をつけるべき点・考慮すべき観点について、整理して教えてください。

また、解説の最後に、Markdownのテーブル形式で、情報を整理した表を作成してください。

AWSで、定期実行のBatchを作成する際の方法について、整理して教えてください。
いくつか手段がある場合は、それぞれのメリットデメリットについても教えてください。

また、解説の最後に、Markdownのテーブル形式で、情報を整理した表を作成してください。

# 命令書:
あなたは{プロの編集者}です。
以下の制約条件と入力文をもとに{最高の要約}を出力してください。

# 制約条件:
•文字数は 300 文字程度。
•小学生にもわかりやすく。
•重要なキーワードを取り残さない。
•文章を簡潔に。

# 入力文：
{入力文章}

# 出力文：

# 命令書: 
あなたは、SQL 生成のプロです。
次のような条件の SQL 文を生成してください。

# 条件: 
- events テーブルには、from と to という column が有ます。
- from は、開催開始日です。
- to は、開催終了日です。
- SQL で、開催日時が未来日だけの event を取得する
- また、開催の早い順から Sort する

次の xxxxx の添削・評価を行なってください。
改善点があれば、その説明と修正後のデータを作成してください。

〜〜 xxxxxの内容を貼り付ける 〜〜

という考え方を評価してください。
また、反論がある場合は、反論を整理して教えてください。

次の内容を英語に翻訳してください。
また、改善点があれば、改善して翻訳してください。

xxxxxは、どのように実装するのがいいですか？
Sample Codeと解説を作成してください。

また、参考になるサイトのリンクを教えてください。

S3 の アセット削除を TypeScriptで実行する際の Sample Codeと解説を教えてください。
また、参考になるサイトのリンクを教えてください。

〜〜〜〜〜 を使って、画像のような xxxxx を作る場合、どのように実装するのがいいですか？
SampleCodeを作成してください。

また、参考になるサイトなどあったら教えてください。

xxxxxは、使うべきですか？
特徴や、メリット/デメリット、
代々手段である、~~~~~や、🔼🔼🔼🔼🔼とも比較した上で、
考えてください。

次のTest Target Function の Test Codeを修正、最適化してください。

# Test Target Function
xxxxx

# Test Code
xxxxx

xxxxxのチートシートをMarkdownのテーブル形式で作成してください。

xxxxx
というマインドセット・考え方について、より具体化して教えてください。
また実践するための仕組みや方法などあったら、教えてください。


# 具体例：
余裕を持つ、余白を持つ！
というマインドセット・考え方について、より具体化して教えてください。
また実践するための仕組みや方法などあったら、教えてください。

次のプロンプトをより目的を達成できるような内容に改善してください。

# プロンプト
xxxxx

# 達成したい目的
xxxxx

次の Error 内容について整理して、何が発生しているか教えてください。

また、解決方法がわかるようなら、教えてください。

# Error内容

# Src

次のCodeで、原因に記載したエラーが発生しています。
原因を参考にしながら、Codeを修正して、テストが通るようにしてください。

# 原因

# Code

次のTest Codeで、原因に記載したエラーが発生しています。
原因と、Test Target Codeを参考にしながら、Test Codeを修正して、テストが通るようにしてください。

# 原因

# Test Target Code

# Test Code

# 要件定義依頼用プロンプト テンプレート

---

## 1. プロジェクトの背景・目的
- **どのような課題を解決したいのか**
- **目指す成果・ゴール**

例）  
「当社の商品在庫管理システムが老朽化しており、リアルタイムの在庫情報を参照できないことが課題となっています。新システムの導入により、在庫の把握精度を高め、倉庫管理のコスト削減を目指したいです。」

---

## 2. スコープ（対象範囲）
- **新たに開発する機能**
- **改修・改善の対象部分**
- **対象外の範囲**

例）  
- 対象：倉庫在庫管理、出荷管理、仕入管理。  
- 対象外：会計システムやECサイトとの連携（将来的に検討）。

---

## 3. 想定ユーザー・利用シーン
- **ユーザーの役職や業務内容**
- **想定利用頻度**
- **利用シーン（PC / モバイル / タブレット など）**

例）  
「現場作業員がバーコードリーダー付きタブレットで使用します。1日に数百回の在庫確認や入出荷登録が必要です。」

---

## 4. 機能要件
- **必須機能**
- **優先度の高い機能**
- **今後実装を検討している機能**（Nice to have）

例）  
1. 在庫状況のリアルタイム表示（必須）  
2. 商品の入荷登録・出荷登録機能（必須）  
3. データ分析レポート（優先度 中）  
4. バーコードスキャンにより商品コードを自動入力（必須）

---

## 5. 非機能要件
- **性能（処理速度、同時接続数 など）**
- **セキュリティ要件**
- **可用性（稼働時間、バックアップ など）**
- **運用・保守要件**

例）  
- 1分以内の定期バックアップを実施する。  
- 24時間365日の稼働を目指す。  
- バーコードスキャンの反応速度は1秒以内にする。

---

## 6. 制約条件
- **予算・コスト上限**
- **納期・スケジュール**
- **対応可能な技術領域**
- **内部リソース（技術者、期間 など）の制約**

例）  
- 予算は200万円以内で、3か月後までに基本機能をリリースしたい。  
- Python + Django を利用し、AWS上で運用する。

---

## 7. 提案してほしい内容
- **具体的なシステム構成**
- **各機能の実装方法・アーキテクチャ**
- **開発プロセス・スケジュール**
- **プロジェクト体制の提案**

例）  
「基本設計からリリースまでのフェーズを4ステップ（要件定義、設計、開発、テスト・移行）に分け、それぞれの期間と担当者の役割を明示してください。」

---

## 8. 納品物
- **必要なドキュメントや試作物**
- **最終的に引き渡す成果物**

例）  
- 要件定義書、設計書、テスト仕様書、マニュアル  
- ソースコード、およびインフラ構築手順書

---

## 9. 評価基準・検収条件
- **要件を満たしていることの確認方法**
- **テスト仕様・合否判定の条件**

例）  
- 必須機能の正常動作確認  
- 想定負荷下でのレスポンスタイムが規定値以内に収まること  
- セキュリティテストを通過すること

---

## 10. 連絡手段・担当者情報
- **プロジェクトマネージャーや決裁者の連絡先**
- **意思決定フロー**
- **レビューや相談の体制**

例）  
- PM: 佐藤太郎（メール：XXXX@company.com、電話：XXX-XXXX-XXXX）  
- 随時Slackでコミュニケーション、週1回の定例ミーティング

---

# テンプレート使用例：プロンプトサンプル

```text
要件定義プロジェクト名：倉庫在庫管理システム刷新プロジェクト

プロジェクトの背景・目的：
既存システムの老朽化により在庫確認がリアルタイムで行えず、在庫精度の低下・管理コスト増が問題となっている。
新システムにより、正確でタイムリーな在庫管理を目指したい。

スコープ：
倉庫在庫管理・入出庫管理などの基幹機能。ただし会計システムやECサイト連携は今回対象外。

想定ユーザー・利用シーン：
現場作業員が1日数百回利用。主にタブレット端末からバーコード読み取り機能を利用する。

機能要件：
1. 在庫状況のリアルタイム表示（必須）
2. 商品の入荷登録・出荷登録機能（必須）
3. バーコードスキャン機能（必須）
4. アラート設定（優先度 中）

非機能要件：
24時間365日の稼働、1分以内のバックアップ、応答速度1秒以内を目指す。

制約条件：
予算200万円以内、3か月後にリリース必須。Python + Django + AWSを使用。

提案してほしい内容：
各機能の設計案、開発スケジュール、プロジェクト体制、見積もり。

納品物：
要件定義書、設計書、テスト仕様書、実装ソースコード、マニュアル。

評価基準・検収条件：
必須機能の正常動作、既定負荷試験の合格、セキュリティテストの合格。

連絡手段・担当者情報：
PM 佐藤太郎（XXXX@company.com）。
Slackおよび週1の定例MTGで進行。