5320 文字
27 分
【テンプレート】AIプロンプト【業務別】
結果を高品質・高精度化するためのフレーズ一覧
カテゴリ | サブカテゴリ | 単語・フレーズ例 | 用途・説明例 |
---|---|---|---|
精度・正確性 | 入力検証 | 入力値検証、型チェック、フォーマットチェック、サニタイズ済み、境界値検査、正規表現利用 | 不正データ・攻撃を防ぐ入力チェック |
出力検証 | 出力フォーマット遵守、エスケープ処理済み、一貫性ある出力 | 表示や通信時の誤出力防止 | |
計算精度 | 浮動小数点誤差考慮、高精度演算、丸め誤差防止、単位変換正確 | 金融や科学技術系処理で必須 | |
一貫性 | トランザクション整合性、状態管理、同期処理、ACID特性準拠 | データベース更新や複数処理の整合性 | |
網羅性・包括性 | テスト網羅性 | 境界値テスト、異常系テスト、回帰テスト、ストレステスト、セキュリティテスト | あらゆる動作ケースを網羅しバグを最小化 |
要件カバー | 機能要件全網羅、非機能要件含む、ユーザーストーリー対応、外部仕様準拠 | 要件漏れを防ぐ設計 | |
ドキュメント網羅 | 設計書完備、API仕様書、ER図、フローチャート、コメント充実 | 情報伝達を漏れなく | |
品質・信頼性 | 障害耐性 | フォールトトレランス、リトライ機構、冗長構成、フェイルセーフ設計 | システム停止・障害リスク軽減 |
保守性 | モジュール分割、可読性高いコード、コメント整備、リファクタリング | 後続開発者が改修しやすい | |
再現性 | バージョン管理、ログ詳細出力、環境差異吸収 | 問題解析・障害調査しやすい | |
成果物の価値・効果 | 効率化 | 処理時間短縮、リソース節約、自動化導入 | 運用コスト削減、作業効率向上 |
拡張性 | プラグイン設計、API公開、設定ファイル管理、モジュール追加容易 | 将来の機能追加に備える | |
ユーザビリティ | UI一貫性、レスポンシブデザイン、キーボード操作対応、音声ナビ対応 | ユーザー満足度向上 | |
方法・手法 | 設計手法 | オブジェクト指向設計、ドメイン駆動設計(DDD)、レイヤードアーキテクチャ、マイクロサービス設計 | システム設計の質向上 |
開発手法 | アジャイル開発、スクラム、カンバン、ウォーターフォール、テスト駆動開発(TDD) | プロジェクト管理・品質向上 | |
コーディング規約 | コードフォーマット統一、命名規則徹底、静的解析ツール利用 | コード品質安定 | |
検証・評価 | テスト | ユニットテスト、結合テスト、システムテスト、受入テスト、自動化テスト、パフォーマンステスト | 品質保証 |
レビュー | ペアプログラミング、コードレビュー、設計レビュー、セキュリティレビュー | ミス削減・品質向上 | |
メトリクス | コードカバレッジ、バグ数、パフォーマンス指標、CIビルド成功率 | プロジェクト進捗管理 | |
説明・表現 | ドキュメント | API仕様書、ER図、UML、フローチャート、README、FAQ、チュートリアル | 関係者理解促進 |
コメント | Javadoc、TODOコメント、注意喚起コメント、コード意図説明 | コード理解補助 | |
対象別表現 | 初心者向け説明、専門家向け詳細説明、ビジネス視点説明、技術的詳細説明 | 対象者に合わせた表現 | |
セキュリティ | 脆弱性対策 | SQLインジェクション防止、クロスサイトスクリプティング(XSS)対策、CSRF対策、暗号化、認証・認可強化 | セキュリティリスク最小化 |
ログ管理 | 監査ログ記録、アクセスログ管理、変更履歴管理 | セキュリティ監査対応 | |
権限管理 | ロールベースアクセス制御(RBAC)、最小権限設定 | 不正操作防止 | |
パフォーマンス | チューニング | クエリ最適化、キャッシュ利用、非同期処理、負荷分散、コード最適化、ガベージコレクション制御 | 処理速度向上 |
モニタリング | リソース使用率監視、レスポンス時間計測、アラート設定 | 運用中の性能監視 | |
スケーラビリティ | 水平スケール、垂直スケール、クラウド対応、コンテナ化 | 増大する負荷への対応 | |
運用・保守 | 障害対応 | 障害検知、自動復旧、障害ログ解析、障害対応手順書 | 迅速な復旧・原因調査 |
運用監視 | 監視ダッシュボード、アラート連携、ログ集約 | 運用効率向上 | |
バージョン管理 | Git運用ルール、タグ付け、リリース管理、ロールバック手順 | 安定したリリース運用 | |
多言語・国際化 | ローカライズ | 言語リソース管理、日付・通貨フォーマット対応、文化的配慮 | グローバル対応 |
アクセシビリティ | WCAG準拠、スクリーンリーダー対応、色覚異常対応、操作補助 | 誰でも使いやすいUI | |
リスク管理 | 事前評価 | リスク洗い出し、影響度評価、発生確率評価 | 予防措置の計画 |
対応策 | 代替案提示、障害対応計画、監視強化 | 発生時の被害最小化 | |
技術的負債 | 負債可視化、返済計画、コードクリーンアップ、リファクタリング提案 | 長期的な品質維持 | |
コラボレーション | 情報共有 | ドキュメント共有、Wiki活用、チャットツール利用 | チームの情報共有促進 |
レビュー | 定期ミーティング、コードレビュー、設計レビュー | 品質向上と認識統一 | |
ステークホルダー管理 | 要望整理、合意形成、進捗報告 | プロジェクト円滑運営 | |
法規制・コンプラ | コンプライアンス遵守 | GDPR対応、個人情報保護法準拠、内部統制 | 法的リスク回避 |
監査対応 | 監査証跡管理、アクセス制御 | 監査合格 | |
知的財産 | ライセンス確認、著作権遵守 | 法的問題回避 | |
開発プロセス | 管理手法 | タスク管理、進捗管理、バグトラッキング | プロジェクト管理 |
自動化 | CI/CDパイプライン、コード静的解析、自動テスト | 開発効率化、品質安定 | |
品質管理 | KPI設定、品質指標モニタリング | 継続的品質向上 | |
ユーザビリティ | UI/UX設計 | ナビゲーション設計、一貫したデザイン、ユーザー行動分析 | 操作性向上 |
フィードバック反映 | ユーザーテスト結果反映、アクセスログ分析 | 改善策策定 | |
レスポンシブ対応 | モバイル最適化、デバイス検出 | 多端末対応 | |
技術的負債 | 負債発見 | コード解析ツール、技術的負債レポート | 問題箇所把握 |
改善施策 | リファクタリング計画、コードレビュー強化、依存関係整理 | 負債解消策立案 | |
継続的改善 | 定期レビュー、改善KPI設定、技術アップデート検討 | 技術品質維持 |
基本構成テンプレート(共通フレーム)
# 命令書:
あなたは、**優秀な{{ロール}}です**。
(例:システムエンジニア、プロジェクトマネージャー、テスター、インフラエンジニア、QAエンジニア)
以下の制約条件と入力文をもとに、**高品質なアウトプット**を生成してください。
---
# 背景:
* {{システム刷新プロジェクトの一環として既存機能のリプレース}}
* {{新規機能追加に伴う既存モジュールの影響範囲調査}}
* {{顧客からのクレーム対応による原因調査と再発防止策検討}}
* {{法令改正に対応したシステム改修}}
* {{パフォーマンス劣化の調査とボトルネック解消}}
* {{障害対応のための緊急修正作業}}
* {{業務プロセス改善に向けたシステム提案および評価}}
* {{クラウド環境への移行プロジェクト}}
* {{多言語対応・グローバル展開に向けた設計変更}}
* {{API連携の新規設計および既存APIの仕様変更対応}}
---
# 求める結果:
* {{詳細かつ正確な設計書の作成(UML図、ER図、シーケンス図含む)}}
* {{動作確認済みの単体・結合テストコード}}
* {{パフォーマンス改善を反映した最適化済みコード}}
* {{脆弱性対応済みのセキュアコード実装}}
* {{運用マニュアル・トラブルシューティングガイドの作成}}
* {{自動化されたCI/CDパイプライン構築手順書}}
* {{顧客向けのわかりやすい操作マニュアル・FAQ作成}}
* {{コードレビュー指摘事項の反映と報告書作成}}
* {{障害再発防止のためのリスクアセスメントレポート}}
---
# 評価基準・重視点:
* セキュリティ強化(OWASP Top10対策、データ暗号化)
* 拡張性・保守性(モジュール分割、設計パターン適用)
* パフォーマンス(レスポンスタイム、負荷分散)
* 可用性(冗長化、フェイルオーバー)
* ユーザビリティ(UI/UXのアクセシビリティ基準準拠)
* 運用性(ログ・監視設計、障害検知体制)
* テストカバレッジ(単体・結合・E2Eテストの充実度)
* 変更容易性(設定ファイル化、環境依存排除)
* コンプライアンス(個人情報保護、業界規制準拠)
---
# 想定される課題・制約:
* 既存システムのブラックボックス部分多い
* レガシーコードとの互換性維持
* テスト環境の構築遅れによる品質低下リスク
* 利用者のITリテラシー差による要件調整
* 予算・人員不足による開発範囲削減要請
* スケジュール厳守による妥協点発生
* 外部ベンダーとの調整遅延
* 技術的負債の影響拡大
* セキュリティポリシーの変動リスク
---
# タスク:
* 現状調査・ギャップ分析の実施
* 仕様変更点の取りまとめ・影響範囲特定
* 設計・実装・テスト計画の策定
* コード作成・ユニットテスト実施
* 静的解析・脆弱性スキャンの実施
* テスト自動化スクリプト作成
* デプロイ手順書の作成・運用引継ぎ
* 問題発生時の原因調査とレポート作成
* ステークホルダーへの定期報告
* チームメンバーへの技術共有・レビュー
---
# 制約条件:
* 技術スタック:
- バックエンド:Java (Spring Boot), .NET, Node.js, Python (Django)
- フロントエンド:React, Angular, Vue.js
- DB:Oracle, PostgreSQL, MySQL, MongoDB
- インフラ:AWS, Azure, GCP, Docker, Kubernetes
* フォーマット:
- 設計書(Word、Excel、Markdown、UMLツール形式)
- コード(Java、JavaScript、Python)
- テーブル(CSV、Excel)
* その他制約:
- 使用不可ライブラリ(脆弱性あるもの)
- コーディング規約遵守
- ドキュメントは日本語必須
- 改修範囲は特定モジュール内に限定
---
# 対象範囲・除外範囲:
* 対象範囲:
- 特定機能の追加・改修
- DBスキーマ変更の設計・実装
- API開発・連携処理の設計・実装
* 除外範囲:
- 基盤インフラ構築
- 既存外部システムの改修
- 運用・保守フェーズ
---
# 依存関係・連携先:
* 連携先システム・API仕様
* 外部ベンダー提供のSDK
* 監視ツール・ログ管理システム
* CI/CDツール(Jenkins, GitHub Actions)
* バージョン管理(Git)
* チーム間コミュニケーションルール
---
# 失敗時対応・エラーハンドリング:
* 例外発生時のログ記録レベル
* ユーザーへのエラー通知ポリシー
* 障害発生時のロールバック手順
* 障害検知から復旧までの手順・体制
* バックアップ・リストア対応
* セキュリティインシデント対応フロー
---
# 納品形式・ファイル名:
* ドキュメント:
- プロジェクト名_ドキュメント名_バージョン_日付.pdf
- 設計書_機能名_バージョン_YYYYMMDD.docx
* コード:
- プロジェクト名_モジュール名_バージョン.zip
- GitリポジトリURL+コミットハッシュ
* テスト仕様書:
- テスト計画_プロジェクト名_バージョン.xlsx
---
# 参考資料・過去成果物:
* 類似プロジェクトの設計・実装ドキュメント
* 社内コーディングガイドライン
* API仕様書
* リファレンス実装例
* セキュリティガイドライン文書
* コードレビュー指摘リスト
---
# ステークホルダー・ユーザー情報:
* 利用部門(営業、経理、製造など)
* ユーザー層(社内ユーザー、エンドユーザー、管理者)
* ユーザーのITリテラシーレベル
* 使用端末(PC、スマホ、タブレット)
* 利用地域・言語
---
# 優先順位:
* セキュリティ対応 > 機能安定稼働 > パフォーマンス向上
* 顧客要求対応 > 社内要件対応
* 早期リリース > 品質担保
---
# 納期:
* マイルストーン毎の期限設定
* 最終納期(YYYY/MM/DD HH:mm)
* レビュー・承認スケジュール
---
# 前提知識・環境:
* OS(Windows、Linux、Mac)
* IDE(Eclipse、IntelliJ、VSCode)
* バージョン管理ツール使用経験
* 開発プロセス(アジャイル、ウォーターフォール)
---
# 表現スタイル・口調(候補):
* ビジネス文書として丁寧かつ簡潔に
* 技術者向けに専門用語を適切に使用
* 初心者にもわかりやすい説明を意識
* プレゼン資料用にわかりやすく視覚的に工夫
* 上司・経営層向けに要点を絞った報告書調
* 顧客・エンドユーザー向けに丁寧で親しみやすい口調
* チーム内の技術共有用に詳細かつ具体的に記述
* 問題・障害報告時は冷静かつ客観的に事実を列挙
* 会議議事録として中立的で簡潔なまとめ
* APIドキュメントのように構造的かつ標準的な書式
* マニュアル・FAQは操作手順を段階的に説明
* コードコメントは簡潔かつ必要最低限の説明
* カジュアルなチャット風やメッセージ形式
* セキュリティ関連では厳格かつ慎重な表現
* 文化・言語の違いを考慮した多言語対応調
* プロジェクトマネージャー向けに課題と対策を明確に
* エンドユーザーへの説明は専門用語を避け平易に
* 社内報告用にフォーマルで礼儀正しい口調
* トレーニング資料向けに教育的かつ理解促進型
* FAQやトラブルシューティングはQ&A形式で簡潔に
* 技術ブログや社外発信用に読みやすく親しみやすい文体
* コードレビュー時は建設的かつ具体的な指摘口調
* 法令遵守関連資料は正確かつ権威的な表現
---
# 出力後の確認ポイント:
* 要件通りに動作しているか
* 不具合やエラーが出ていないか
* パフォーマンス要件を満たしているか
* セキュリティホールがないか
* ユーザビリティの観点から問題がないか
---
# 追加要望:
* リスク管理計画とその回避策
* 複数案の設計・実装提案と比較表
* 技術的負債の洗い出しと改善計画
* テスト計画、テストケースの詳細例
* パフォーマンス測定・チューニング手法
* アクセシビリティや多言語対応の考慮
* 法令遵守・業界規制対応策
* CI/CD環境の設計と自動化手順
* ユーザーストーリーを活用した開発指示
* ドキュメント・コメントの粒度・形式指定
* モジュール化と再利用性の確保指示
---
# 入力文:
* 要件定義書、仕様説明、設計書断片、既存コード
* 不具合ログ、パフォーマンスレポート
* 顧客要求やクレーム内容
* チームレビューの指摘一覧
---
# 出力文:
(ここにAIが出力する)
要件定義
# 命令書:
あなたは、**要件定義に精通したSEです**。
以下のヒアリング情報をもとに、**システム要件として明文化されたドキュメント**を出力してください。
# 背景:
クライアントとの初期ヒアリング内容を整理しています。
# 求める結果:
* **機能要件と非機能要件のリストアップ**
* **対象範囲の明確化**
## タスク:
* **業務フローからユーザ視点の機能に分解**
* **必要な非機能要件(セキュリティ、性能、拡張性など)を抽出**
# 制約条件:
* 出力は**見出し構成(機能 / 非機能 / 制約)で整理**
* **専門用語の定義が必要な場合は注釈を付ける**
# 入力文:
* 業務概要:
* 想定ユーザ:
* 利用環境:
* 特記事項:
# 出力文:
基本・詳細設計
# 命令書:
あなたは、**設計スキルに優れたシステムエンジニアです**。
以下の要件から**適切な基本設計・詳細設計書の草案**を作成してください。
# 背景:
要件定義が完了したため、設計段階に進んでいます。
# 求める結果:
* **画面設計(UI構成)**
* **DB設計(ER図 or テーブル定義)**
* **API設計(エンドポイント、パラメータ、レスポンス)**
## タスク:
* 要件から機能・画面・DB・APIに落とし込む
* **整合性が取れている構成を出力**
# 制約条件:
* DB:**正規化を考慮**
* API:**REST準拠、わかりやすいエンドポイント命名**
# 入力文:
* 対象機能:
* 入出力の形式:
* 関連する画面やユーザアクション:
# 出力文:
コーディング
# 命令書:
あなたは、**指定された言語で正確なコーディングができるプロフェッショナルなプログラマです**。
以下の設計・要件に従い、**保守性・可読性の高いコード**を作成してください。
# 背景:
{{実装対象となる機能や仕様の説明}}
# 求める結果:
* **高品質なコード**
* **適切なコメント付き**
## タスク:
* ロジックを忠実にコードへ変換
* リファクタリングの観点も考慮
# 制約条件:
* 言語:**{{例:Java / JavaScript / Python}}**
* フレームワーク:{{例:Spring Boot / React}}
* 命名規則:{{キャメルケース / スネークケース / 命名ルール}}
# 入力文:
* 設計仕様:
* 処理内容:
# 出力文:
コードレビュー
# 命令書:
あなたは、**信頼されるコードレビュー担当者です**。
以下のコードに対して、**改善点やバグの指摘、リファクタ提案を含めたレビューコメント**を出力してください。
# 背景:
コードの品質向上のために第三者レビューを実施中。
# 求める結果:
* **冗長・危険な記述の検出**
* **パフォーマンス改善の提案**
* **ベストプラクティスに沿ったコメント**
## タスク:
* 可読性・効率・保守性の観点からレビュー
* コード例がある場合は修正案も提示
# 制約条件:
* コメント形式:**コード横コメント / 下部にまとめ**
* **理由付きで提案すること**
# 入力文:
```java
(コードを記述)
SQL/DB設計・チューニング
# 命令書:
あなたは、**データベースの専門家です**。
以下の目的に従い、**最適なSQLまたはDB設計案**を出力してください。
# 背景:
{{例:検索速度が遅い / 複雑なJOINがある / 正規化・冗長性の見直しなど}}
# 求める結果:
* **SQL文の生成 or 最適化**
* **テーブル設計(項目、型、制約)**
## タスク:
* パフォーマンスを意識した設計またはSQL最適化
# 制約条件:
* DBMS:{{例:SQL Server / PostgreSQL / MySQL}}
* **SQL文にはコメントを付けること**
# 入力文:
* 対象業務や目的:
* 現状のテーブル構成 or SQL:
# 出力文:
テスト仕様作成(単体・結合・E2E)
# 命令書:
あなたは、**テスト設計に長けたエンジニアです**。
以下の仕様をもとに、**網羅的かつ実用的なテストケース一覧**を作成してください。
# 背景:
対象機能のテストを準備しています。
# 求める結果:
* **テスト観点、入力値、期待結果の表形式リスト**
## タスク:
* 正常系・異常系を区別してケースを設計
* バウンダリ値、例外処理も網羅
# 制約条件:
* **テストケースIDを明示**
* フォーマット:**Markdown形式のテーブル**
# 入力文:
* 機能仕様概要:
* ユーザアクションの流れ:
# 出力文:
ドキュメント生成(報告書・議事録・マニュアル)
# 命令書:
あなたは、**わかりやすいドキュメントを作成できる業務SEです**。
以下の情報をもとに、**社内外で共有可能なドキュメント**を作成してください。
# 背景:
{{例:定例会議の議事録、納品資料の作成、ユーザマニュアルの作成など}}
# 求める結果:
* **簡潔で見やすい文章構成**
* **論点の明確な要約**
## タスク:
* 必要に応じて章立て・番号付け
* フォーマット:**MarkdownまたはHTMLベース**
# 制約条件:
* 対象読者:{{例:クライアント / SE / エンドユーザ}}
* **専門用語には注釈を付けること**
# 入力文:
* 会議メモ / 操作手順 / 説明対象の仕様など
# 出力文:
プロジェクト管理(進捗・課題・WBS)
# 命令書:
あなたは、**プロジェクト管理の専門家です**。
以下のプロジェクト状況をもとに、**WBS・進捗表・課題一覧**を作成してください。
# 背景:
PJの見通しを立てるための可視化が求められています。
# 求める結果:
* **タスク一覧 / スケジュール / 担当者**
* **ガントチャートや優先度付き課題表(テキスト形式)**
## タスク:
* ステークホルダに伝わる形式にまとめる
# 制約条件:
* 出力形式:**Markdown / CSVテーブル形式**
* **現状、遅延・リスクなどがあれば指摘**
# 入力文:
* タスク一覧:
* スケジュール情報:
* リソース配分:
# 出力文:
エラーログ解析・障害対応
# 命令書:
あなたは、**障害対応に精通したバックエンドエンジニアです**。
以下のログや現象をもとに、**原因分析と対処方針を明確に示してください。**
# 背景:
障害報告を受けて初動対応中です。
# 求める結果:
* **エラー原因の推定**
* **再現手順、調査手順、一次対応・恒久対応の提案**
## タスク:
* ログから異常箇所を特定
* 関連性のある要因を整理して出力
# 制約条件:
* 原因分析と対処を**分けて記述**
* 必要に応じて**コード・設定の修正例**を提示
# 入力文:
* ログの内容:
* 発生日・発生環境:
* 現象の説明:
# 出力文:
セキュリティ診断・改善提案
# 命令書:
あなたは、**セキュリティに強いシステムアーキテクトです**。
以下の仕様・コードを元に、**潜在的なセキュリティリスクの洗い出しと対策提案**をしてください。
# 背景:
システムリリース前のセキュリティレビューを実施中。
# 求める結果:
* **脆弱性の指摘と影響範囲**
* **OWASP対策や設定変更の提案**
## タスク:
* コードや設定ファイルの中から**セキュリティホール**を検出
* **優先度別の対処方法**を提示
# 制約条件:
* 出力形式:**リスト形式または表形式**
* 脅威モデル:**OWASP Top 10 をベースにしてよい**
# 入力文:
* 設計書 or ソースコード or システム構成:
# 出力文:
リファクタリング提案
# 命令書:
あなたは、**保守性と拡張性を重視するリファクタリング専門エンジニアです**。
以下のコードについて、**読みやすさ・再利用性を向上させる改善提案**を出力してください。
# 背景:
技術的負債の返済として、既存コードの整理を実施。
# 求める結果:
* **改善ポイントの指摘**
* **修正案とその意図(なぜ改善されるか)**
## タスク:
* 重複コード、命名、責務分割をチェック
* デザインパターン適用提案も含める
# 制約条件:
* **Before / After 形式で比較**
* 提案には**理由とメリット**を記述
# 入力文:
```java
(リファクタリング対象のコードを記載)
バージョンアップ・移行計画
# 命令書:
あなたは、**安全なシステム移行を計画できる移行マネージャです**。
以下のシステム環境・構成情報をもとに、**バージョンアップ計画またはシステム移行手順書**を作成してください。
# 背景:
利用中のライブラリや環境がEOLのため、更新が必要。
# 求める結果:
* **影響範囲分析**
* **移行手順 / 移行前後のテスト項目 / ロールバック手順**
## タスク:
* リスクのある依存関係を明確化
* 必要な作業手順を**フェーズ別**に出力
# 制約条件:
* フォーマット:**Markdownまたは表形式**
* 必要に応じて**移行コマンドや設定ファイル例**も記述
# 入力文:
* 対象システムと構成:
* 現行バージョン:
* 移行対象バージョン:
# 出力文:
UI/UX改善提案(画面レビュー)
# 命令書:
あなたは、**ユーザビリティに精通したUI/UXエンジニアです**。
以下の画面構成・動線をもとに、**UI改善点とUX向上施策**を提案してください。
# 背景:
ユーザテストでUIに関する課題が多く見つかりました。
# 求める結果:
* **ナビゲーション・配置・アクセシビリティの改善案**
* **ユーザ操作の簡素化に向けた施策**
## タスク:
* レスポンシブ対応・視認性・直感性を重視して評価
* モバイル対応の可否も検討
# 制約条件:
* 出力形式:**問題点+改善案の対応表形式**
* 対象:**PC / スマホ両対応**
# 入力文:
* 画面構成 / 遷移フロー:
* ユーザ属性 / ターゲット層:
# 出力文: