これらのテンプレートは、プロンプトの出発点として利用してください。角括弧で囲まれた部分
[このような部分] は、必要に応じて調整してください。バグの対処法
特定のバグへの対処法
`[describe the bug behavior]` というバグに対処してください。
再現手順:
1. `[Step 1]`
2. `[Step 2]`
3. `[Step 3]`
期待される動作:`[what should happen]`
実際の動作:`[what actually happens]`
以下を実施してください:
1. `[relevant file/directory]` で根本原因を調査する
2. 根本原因に対処する対処法を実装する
3. この問題が再発しないようにリグレッションテストを追加する
4. 既存のテストスイートを実行してリグレッションがないことを確認する
本番環境の問題を調査する
ユーザーから本番環境で `[問題の説明]` が発生しているとの報告があります。
以下を実施してください:
1. `[Sentry/DataDog/ログ監視ツール]` MCP を利用して、最近のエラーログとスタックトレースを取得する
2. 問題の根本原因を特定する
3. 対処法を実装する
4. 同様の問題を防ぐための適切なエラーハンドリングを追加する
5. リグレッションテストを作成する
6. PR の説明に監視ツール/アラートへのリンクを記載する
機能実装
新しいAPIエンドポイントを追加する
`[endpoint path]` に `[何をするかを説明]` 新しいAPIエンドポイントを作成してください。
要件:
- メソッド: `[GET/POST/PUT/DELETE]`
- リクエストボディ: `[リクエスト構造を説明]`
- レスポンス形式: `[レスポンス構造を説明]`
- 認証: `[認証要件を説明]`
以下を実施してください:
1. 既存の `[類似エンドポイントファイル]` をパターンとして参照する
2. 既存の規約に従ってエンドポイントを実装する
3. 入力バリデーションとエラーハンドリングを追加する
4. 新しいエンドポイントのユニットテストを作成する
5. 必要に応じてAPIドキュメントを更新する
6. テストスイートを実行してすべてが通ることを確認する
新しいUIコンポーネントを追加する
`[file/location]` に新しい `[component type]` コンポーネントを追加してください。
要件:
- コンポーネント名: `[ComponentName]`
- Props: `[list props and their types]`
- 機能: `[describe what it should do]`
- スタイリング: `[existing component/library]` を参考にすること
以下を実施してください:
1. 既存のパターンに従ってコンポーネントを作成する
2. 必要な機能を実装する
3. 適切な TypeScript 型を追加する
4. デザインシステムに合わせてスタイルを適用する
5. コンポーネントのユニットテストを追加する
6. `[parent component/page]` に組み込む
7. 開発サーバーを起動して手動でテストする
設計をもとに機能を実装する
このデザインファイル(`[Figma/link to design]`)から `[feature name]` を実装してください。
`[specific frame/section]` フレームに注目してください。
要件:
- `[component library path]` にある既存のコンポーネントを利用する
- `[design system file]` のスタイルに従う
- `[breakpoint 1]` および `[breakpoint 2]` でレスポンシブデザインを確保する
実施事項:
1. デザイン仕様に従って機能を実装する
2. 可能な限り既存のコンポーネントを再利用する
3. デスクトップ(1440px)およびモバイル(375px)の幅でテストする
4. スクリーンショットを撮影してデザインと一致していることを確認する
5. 見た目がデザインと一致するまでPRを作成しない
コードのリファクタリング
モジュールをリファクタリング
`[module/file name]` をリファクタリングして `[specific aspect: maintainability/performance/readability]` を改善する。
現在の問題点:
- `[Issue 1]`
- `[Issue 2]`
- `[Issue 3]`
要件:
- 既存の機能をすべて維持すること
- `[reference file]` のパターンに従うこと
- `[specific metric: code complexity/performance]` を改善すること
以下を実施してください:
1. 現在の実装を分析する
2. ベストプラクティスに従ってリファクタリングする
3. 既存のテストがすべて引き続きパスすることを確認する
4. 新たに導入した関数のテストを追加する
5. テストスイート全体を実行する
6. 該当する場合はパフォーマンスの改善を測定して報告する
新しいパターンへ変換
`[ファイル/ディレクトリ]` を `[新しいパターン/ライブラリ/フレームワーク]` を利用するよう変換してください。
参照: `[ドキュメントまたは使用例ファイルへのリンク]`
要件:
- 既存の機能をすべて維持すること
- `[使用例ファイル]` の規約に従うこと
- 依存するコードを更新すること
手順:
1. ドキュメントと使用例を確認する
2. コードをステップごとに変換する
3. インポートと依存関係を更新する
4. すべてのテストが通ることを確認する
5. `[ビルドコマンド]` を実行してエラーがないことを確認する
6. 機能を手動でテストする
テスト
テストカバレッジを追加
`[file/module/function]` に包括的なテストカバレッジを追加してください。
現在のカバレッジ: `[current coverage %]`
目標カバレッジ: `[target coverage %]`
以下を実施してください:
1. 既存のコードを分析してエッジケースを特定する
2. すべての公開メソッドに対してユニットテストを作成する
3. 該当する場合は統合テストを追加する
4. テストのパターンについては `[existing test file]` を参照する
5. `npm test -- --coverage` を実行してカバレッジが目標を満たしていることを確認する
6. すべてのテストが通ることを確認する
失敗したテストをデバッグする
`[テストファイルまたはディレクトリ]` 内の失敗しているテストに対処してください。
テストの失敗:
- `[テスト名 1]`: `[エラーメッセージ]`
- `[テスト名 2]`: `[エラーメッセージ]`
以下を実施してください:
1. テストが失敗している原因を調査する
2. テストと実装のどちらに対処法が必要か判断する
3. 根本原因に対処する
4. テストスイート内のすべてのテストが通ることを確認する
5. テストスイート全体を実行してリグレッションがないか確認する
ドキュメント
モジュールのドキュメントを作成する
`[file/module]` に包括的なドキュメントを追加してください。
以下をお願いします:
1. すべての公開関数に JSDoc/TypeDoc コメントを追加する
2. パラメーター、戻り値、例外をドキュメント化する
3. 複雑な関数には使用例を追加する
4. 新しいモジュールの場合は README を作成する
5. `[style guide link]` にある当社のドキュメントスタイルガイドに従う
6. 該当する場合はメイン API ドキュメントを更新する
APIドキュメントの更新
`[endpoint/function]` のAPIドキュメントを更新してください。
変更内容:
- `[Change 1]`
- `[Change 2]`
対応事項:
1. `[OpenAPI/Swagger]` 仕様を更新する
2. インラインコードコメントを更新する
3. 動作が変更された場合は使用例を追加する
4. `[documentation file]` を更新する
5. ドキュメントが正常にビルドされることを確認する
パフォーマンス最適化
データベースクエリの最適化
Optimize the database queries in `[file/module]`.
Performance issues:
- `[Specific query]` is slow (takes `[time]`)
- `[Specific operation]` causes N+1 queries
Please:
1. Analyze the query execution plans
2. Add appropriate indexes to `[table/column]`
3. Refactor queries to use joins instead of N+1
4. Benchmark before and after performance
5. Ensure all tests still pass
6. Document the performance improvements
フロントエンドのパフォーマンス最適化
`[component/page]` のパフォーマンスを最適化してください。
パフォーマンスの問題:
- 初期読み込み時間が遅い
- バンドルサイズが大きい
- 不要な再レンダリングが発生している
以下を実施してください:
1. `[bundle analyzer]` を使用してバンドルサイズを分析する
2. `[large module]` にコード分割を実装する
3. 適切な箇所にメモ化を追加する
4. 画像とアセットを最適化する
5. スクロールしないと見えないコンポーネントを遅延読み込みする
6. Lighthouse を使用してパフォーマンス改善を測定する
7. 機能が正常に動作することを確認する
セキュリティ
セキュリティ脆弱性への対処
`[ファイル/モジュール]` で特定されたセキュリティ脆弱性に対処してください。
脆弱性の種類: `[例: SQLインジェクション、XSS、CSRF]`
深刻度: `[高/中/低]`
以下を実施してください:
1. セキュリティアドバイザリを確認する: `[アドバイザリへのリンク]`
2. 推奨される対処法を実装する
3. 入力バリデーションとサニタイズを追加する
4. 再発防止のためのセキュリティテストを追加する
5. セキュリティ監査を実行する: `[監査コマンド]`
6. 同様の脆弱性が他に存在しないことを確認する
セキュリティヘッダーを追加
`[application/API]` にセキュリティヘッダーを追加してください。
必須ヘッダー:
- `[Header 1]`: `[value]`
- `[Header 2]`: `[value]`
- `[Header 3]`: `[value]`
以下を実施してください:
1. `[config file]` でヘッダーを設定する
2. `[tool/method]` を使用してヘッダーが正しく設定されていることをテストする
3. 既存の機能が損なわれていないことを確認する
4. セキュリティ改善内容をドキュメントに記録する
移行とアップグレード
依存関係のアップグレード
`[package/library]` をバージョン `[old version]` からバージョン `[new version]` にアップグレードしてください。
手順:
1. 破壊的変更についてchangelogを確認する: `[changelog link]`
2. `[package.json/requirements.txt]` の依存関係を更新する
3. 非推奨(deprecated)のAPI使用箇所を更新する
4. 該当する場合はマイグレーションスクリプトを実行する: `[migration command]`
5. 互換性を確認するためにすべてのテストを実行する
6. アプリケーションを手動でテストする
7. APIに変更があった場合はドキュメントを更新する
新しいサービスに移行する
Migrate from `[old service]` to `[new service]`.
Reference documentation: `[link to new service docs]`
Please:
1. Set up the new service following the documentation
2. Migrate existing data/configuration
3. Update all code to use the new service
4. Reference `[example file]` for implementation patterns
5. Run integration tests to verify functionality
6. Gradually roll out and monitor for issues
7. Decommission the old service after verification
コードレビュー
Pull Requestをレビューする
プルリクエストをレビューしてください: `[PR link or number]`
重点確認事項:
- コードの品質と保守性
- パフォーマンスへの影響
- セキュリティ上の考慮事項
- テストカバレッジ
- ドキュメント
以下を実施してください:
1. 変更された各ファイルをレビューする
2. 具体的かつ実行可能なコメントを残す
3. 変更内容がPRの説明に対応しているか確認する
4. エッジケースとエラー処理を確認する
5. テストが十分であることを確認する
6. 明確なフィードバックとともに承認または変更を要求する
一般的な用途
調査と実装
`[technology/library]` を使用して `[feature/functionality]` を実装する必要があります。
以下の対応をお願いします:
1. `[technology/library]` のベストプラクティスを調査する
2. ドキュメントを検索して確認する:`[expected doc sources]`
3. 該当する場合はオープンソースの使用例を参照する
4. 実装前にアプローチを提案する
5. ベストプラクティスに従って解決策を実装する
6. テストとドキュメントを追加する
7. 期待どおりに動作することを確認する
デバッグと対処法
`[feature/component]` に問題があります。
症状:
- `[Symptom 1]`
- `[Symptom 2]`
以下を実施してください:
1. `[relevant files]` で問題を調査する
2. 必要に応じてログ出力やデバッグ文を追加する
3. 根本原因を特定する
4. 対処法を実装する
5. 対処法を十分にテストする
6. 一時的なデバッグコードを削除する
7. リグレッションが発生していないことを確認する
ヒント: 繰り返し発生するタスクには、これらのテンプレートを使って プレイブック を作成しておくと、簡単に再利用できます。
