Ai

情報システムの現場で刺さるプロンプトテンプレ100本

情報システム部門(情シス)やエンジニアリングの現場は、まさに「時間との戦い」です。システムの保守運用、ヘルプデスク対応、新規プロジェクトの要件定義、そしてセキュリティ対策。次から次へと押し寄せるタスクに、リソースが足りないと感じている方は多いのではないでしょうか。

「AIを使えば楽になる」とは聞くけれど、具体的にどう指示すれば現場で使えるアウトプットが出てくるのか分からない。そんな悩みを持つ実務担当者のために、明日からそのままコピペで使える「実務特化型プロンプト」を厳選して100本用意しました。

生成AI(ChatGPTやClaudeなど)は、優秀な「新人アシスタント」です。適切な指示さえ与えれば、これまで数時間かかっていたドキュメント作成やコードのバグ出しが、わずか数分で完了します。

本記事では、要件定義からコーディング、運用保守、そして社内調整まで、情シスのあらゆるシーンを網羅しました。ぜひブックマークして、辞書のように活用してください。


第1章:要件定義・企画フェーズ(1〜15)

プロジェクトの初期段階は、曖昧な言葉を具体的な仕様に落とし込む作業が中心です。AIを使って「抜け漏れ」を防ぎ、ステークホルダーとの認識ズレをなくしましょう。

1. 曖昧な要望の具体化

ユーザー部門からの「いい感じの顧客管理システムが欲しい」といったふわっとした要望を、システム要件に変換します。

Plaintext

あなたはベテランのシステムエンジニアです。
以下のユーザーからの要望をもとに、システムに必要な「機能要件」と「非機能要件」をリストアップしてください。
不足している情報があれば、ユーザーにヒアリングすべき質問事項も提示してください。

# ユーザーの要望
[ここに要望文を入力:例)営業部がスマホで外出先から日報を入力できるようにしたい。あと、過去の履歴もすぐ見たい。]

2. 業務フロー図のテキスト化(Mermaid記法)

作図ツールを使わずに、テキストベースでフローチャートの下書きを作成させます。

Plaintext

以下の業務プロセスを、Mermaid記法を用いたフローチャートコードで出力してください。
条件分岐がある場合は、ひし形の分岐を使って表現してください。

# 業務プロセス
[ここにプロセスを入力:例)社員が経費申請をし、上長が承認する。承認されたら経理に通知が飛び、却下されたら社員に差し戻される。]

3. ペルソナ分析によるユースケース洗い出し

システムを利用するユーザー像を定義し、想定される利用シーンを網羅します。

Plaintext

これから開発する「社内ポータルサイト」の利用者を想定し、3パターンのペルソナを作成してください。
それぞれのペルソナが抱える課題と、それを解決するための具体的なユースケースを各5つ挙げてください。

4. 既存システムとのフィット&ギャップ分析

パッケージ導入時の検討に役立ちます。

Plaintext

以下の「標準機能リスト」と「当社業務要件」を比較し、フィット&ギャップ分析を行ってください。
ギャップがある項目については、運用での回避策、または追加開発の必要性について提案してください。

# 標準機能リスト
[リストを貼り付け]

# 当社業務要件
[要件を貼り付け]

5. リスク洗い出し(プレモーテム分析)

プロジェクトが失敗する原因を事前に予測させます。

Plaintext

今回のシステム移行プロジェクトが「失敗した」と仮定してください。
その原因として考えられるリスクを、技術面、運用面、スケジュール面の観点から10個挙げてください。
また、それぞれの予防策を提示してください。

6. 用語集の自動生成

プロジェクト内での用語統一を図ります。

Plaintext

以下の仕様書ドラフトに含まれる専門用語や社内用語を抽出し、誰でもわかる定義を記載した「プロジェクト用語集」を表形式で作成してください。

# 仕様書ドラフト
[テキストを貼り付け]

7. 画面遷移図の構成案

画面のつながりを整理します。

Plaintext

ECサイトの会員登録から購入完了までの画面遷移図の構成案を作成してください。
正常系だけでなく、入力エラー時やセッション切れなどの異常系遷移も含めてください。

8. RFQ(見積依頼書)のドラフト作成

ベンダーへの依頼内容を明確にします。

Plaintext

新しい勤怠管理システムを導入するためのRFQ(見積依頼書)の骨子を作成してください。
必須項目(機能要件、セキュリティ要件、保守体制、納期、概算費用)を含め、ベンダーが回答しやすい構成にしてください。

9. 会議アジェンダの作成

キックオフミーティングなどの構成を練ります。

Plaintext

来週行う「基幹システム刷新プロジェクト」のキックオフミーティングのアジェンダを作成してください。
時間は1時間です。参加者は経営層と開発チームです。
ゴールは「プロジェクトの目的共有」と「体制図の承認」です。

10. ユーザーストーリーマッピング

アジャイル開発における機能の優先順位付けを行います。

Plaintext

タスク管理アプリを開発します。
以下の機能を、「MVP(必須機能)」「Ver2.0(あると便利)」「将来検討」の3段階に分類し、その理由を説明してください。

# 機能リスト
[機能一覧を貼り付け]

11. ステークホルダー分析

誰を巻き込むべきかを整理します。

Plaintext

全社的なセキュリティポリシー改定プロジェクトにおいて、関与すべきステークホルダーを洗い出してください。
それぞれを「影響度」と「関心度」で分類し、どのようなコミュニケーションを取るべきか戦略を提示してください。

12. KPI(重要業績評価指標)の設定

システムの導入効果を測定する指標を考えます。

Plaintext

営業支援システム(SFA)を導入する際のKPIツリーを作成してください。
最終ゴールを「売上10%アップ」とした場合、それを達成するための中間指標(KGI/KPI)を具体的に分解してください。

13. WBS(作業分解構成図)の生成

タスクを細分化します。

Plaintext

サーバーリプレース作業におけるWBS(作業分解構成図)を作成してください。
準備フェーズ、構築フェーズ、テストフェーズ、移行フェーズに分け、各タスクの標準的な所要日数も推定してください。

14. 5W1Hによる企画書ブラッシュアップ

企画書の説得力を高めます。

Plaintext

以下のシステム企画案を5W1Hの観点からレビューしてください。
不足している情報や、論理が飛躍している箇所を指摘し、修正案を提示してください。

# 企画案
[テキストを貼り付け]

15. インタビュー質問項目の生成

現場へのヒアリング準備を効率化します。

Plaintext

経理部門に対して「現行の経費精算業務の課題」をヒアリングするための質問リストを10個作成してください。
潜在的なニーズを引き出せるよう、オープンクエスチョンを中心に構成してください。

第2章:設計・アーキテクチャ(16〜30)

システムの根幹となる設計フェーズ。AIを「壁打ち相手」にすることで、設計ミスや考慮漏れを減らすことができます。

16. DBテーブル設計案

要件からテーブル構造を提案させます。

Plaintext

図書館の蔵書管理システムを作ります。
必要なデータベースのテーブル設計(ER図の要素)を提案してください。
テーブル名、カラム名、データ型、主キー、外部キー制約を明記してください。

17. APIエンドポイント定義

RESTfulなAPI設計を行います。

Plaintext

ToDoアプリのバックエンドAPIを設計してください。
RESTfulの原則に従い、必要なエンドポイント(URL、HTTPメソッド、処理内容)を一覧にしてください。

18. AWS構成図の提案

クラウドインフラの構成案を出させます。

Plaintext

月間100万PVのメディアサイトをAWSで構築します。
高可用性とスケーラビリティを考慮したアーキテクチャ構成案を提示してください。
使用するAWSサービス名とその選定理由を説明してください。

19. クラス図のスケルトン生成

オブジェクト指向設計の補助に使います。

Plaintext

Javaで「給与計算システム」を作成します。
主要なクラスとその関係性(継承、集約など)を示すクラス図の構成案をテキストで記述してください。

20. シーケンス図の記述(PlantUML)

処理の流れを可視化します。

Plaintext

OAuth2.0を用いたログイン認証のフローを、PlantUML形式のコードで出力してください。
ユーザー、クライアントアプリ、認可サーバー、リソースサーバーのやり取りを含めてください。

21. インターフェース定義書の下書き

画面やAPIの入出力を定義します。

Plaintext

以下の入力項目を持つ「会員登録API」のインターフェース定義書を作成してください。
リクエストボディとレスポンスボディのJSONサンプルを含めてください。

# 入力項目
氏名、メールアドレス、パスワード、生年月日

22. ログ設計の提案

運用時に必要なログを定義します。

Plaintext

ECサイトの決済処理において出力すべきログの要件を設計してください。
障害調査や不正検知のために必要なログレベル、出力項目(タイムスタンプ、トランザクションIDなど)を挙げててください。

23. バッチ処理の設計

夜間バッチなどのロジックを考えます。

Plaintext

毎日深夜に「在庫引当」と「出荷指示」を行うバッチ処理の設計案を作成してください。
処理の順序、エラー時のリトライ方針、処理時間の見積もりについての考慮点を含めてください。

24. キャッシュ戦略の立案

パフォーマンス向上のための戦略です。

Plaintext

ニュースサイトの表示速度を改善したいです。
Redisを使用したキャッシュ戦略を提案してください。
キャッシュすべきデータ、TTL(有効期限)の設定方針、キャッシュ破棄のタイミングについて解説してください。

25. マイクロサービス分割案

モノリスからの移行を検討する際に使います。

Plaintext

現在モノリシックな構造の「Eコマースシステム」をマイクロサービス化したいと考えています。
ドメイン駆動設計(DDD)の観点から、どのようにサービス境界を分割すべきか提案してください。

26. 技術選定の比較検討

言語やフレームワークの選定理由を整理します。

Plaintext

新規Webサービスのバックエンド開発において、Go言語とNode.jsを採用する場合のメリット・デメリットを表形式で比較してください。
開発チームはJava経験者が多いという前提で、学習コストについても触れてください。

27. ディレクトリ構成の提案

プロジェクトの初期フォルダ構成を決めます。

Plaintext

ReactとTypeScriptを使用した中規模Webアプリケーションの、推奨されるディレクトリ構成(フォルダ構造)を提示してください。
各フォルダの役割もコメントで説明してください。

28. バックアップ運用設計

データの保全計画を立てます。

Plaintext

基幹DB(PostgreSQL)のバックアップ運用計画を策定してください。
RPO(目標復旧時点)を1時間、RTO(目標復旧時間)を4時間とした場合の、バックアップ方式と頻度を提案してください。

29. 権限管理(RBAC)の設計

ロールベースのアクセス制御を考えます。

Plaintext

社内管理システムにおける権限マトリクスを作成してください。
ロールは「システム管理者」「部署マネージャー」「一般社員」「監査人」の4つとし、各機能へのCRUD権限を定義してください。

30. 命名規則のガイドライン作成

コードの品質を保つためのルール作りです。

Plaintext

開発チーム内で統一するための「Pythonコーディング規約」の命名規則セクションを作成してください。
変数、関数、クラス、定数、ファイル名の命名ルール(スネークケース、キャメルケースなど)を具体例とともに示してください。

第3章:コーディング・実装・GAS(31〜55)

ここが最も時間を短縮できる領域です。Google Apps Script (GAS)、Python、シェルスクリプトなど、面倒な記述はAIに任せましょう。

31. GAS:スプレッドシートからメール送信

情シス定番の業務自動化です。

Plaintext

GoogleスプレッドシートのA列にメールアドレス、B列に氏名、C列に会社名が入っています。
このリスト全員に対して、Gmailから一斉送信するGoogle Apps Script (GAS)を書いてください。
メール本文には「{氏名}様」のように変数を差し込んでください。

32. GAS:フォーム回答をSlack通知

リアルタイム通知の実装です。

Plaintext

Googleフォームに回答があった際、その内容をSlackの特定チャンネルに通知するGASコードを書いてください。
Webhook URLを使用する方式でお願いします。

33. Python:CSVデータの加工

Excelで行うと重い処理をPythonで瞬殺します。

Plaintext

「data.csv」というファイルを読み込み、以下の処理を行うPythonスクリプトを書いてください(Pandasを使用)。
1. 「売上」カラムが空欄の行を削除
2. 「日付」カラムをYYYY-MM-DD形式に変換
3. 「顧客ID」ごとに売上を集計し、新しいCSV「summary.csv」として保存

34. Python:Webスクレイピング

情報収集の自動化です。

Plaintext

BeautifulSoup4を使用して、指定したURLのWebページから記事タイトルとリンクURLを抽出し、リスト形式で出力するPythonコードを書いてください。
サイトへの負荷を考慮し、リクエスト間に1秒のウェイトを入れてください。

35. 正規表現の生成

人間には難しい正規表現を一発で生成します。

Plaintext

以下の条件にマッチする正規表現を作成してください。
・メールアドレス形式であること
・ドメインが「@example.co.jp」または「@test.com」で終わること
・大文字小文字を区別しない

36. シェルスクリプト:ログファイルのローテーション

サーバー管理の自動化です。

Plaintext

指定したディレクトリ内の「*.log」ファイルのうち、更新から30日以上経過したものを「archive」フォルダに移動し、gzip圧縮するシェルスクリプトを書いてください。

37. SQL:複雑な集計クエリ

結合やサブクエリを含むSQLを作成します。

Plaintext

「users」テーブルと「orders」テーブルがあります。
過去1年間に1回以上購入履歴があるユーザーごとの、合計購入金額と最終購入日を抽出するSQLクエリを書いてください。
購入金額の高い順にソートしてください。

38. コードのリファクタリング(品質改善)

汚いコードをきれいにします。

Plaintext

以下のコードは動作しますが、可読性が低く冗長です。
保守性を高めるためにリファクタリングしてください。
変更点の解説も加えてください。

# 対象コード
[コードを貼り付け]

39. コードへのコメント追加

ドキュメント不足のコードに説明を加えます。

Plaintext

以下のコードの各行に、何をしているか初学者でもわかるような日本語のコメントを追加してください。
また、関数の冒頭にはDocstring形式で概要を記述してください。

# 対象コード
[コードを貼り付け]

40. ユニットテストの自動生成

テストコードを書く手間を省きます。

Plaintext

以下のPython関数に対するユニットテストコード(pytest使用)を作成してください。
正常系だけでなく、境界値や異常系(エラー入力)のパターンも網羅してください。

# 対象関数
[関数コードを貼り付け]

41. エラーメッセージの解説と修正

バグの原因を特定します。

Plaintext

Pythonを実行したところ、以下のエラーが出ました。
このエラーの原因と、修正方法を具体的に教えてください。

# エラーログ
[Tracebackなどのログを貼り付け]

# 該当コード
[コードを貼り付け]

42. 他言語への書き換え

レガシーコードの移行などに使います。

Plaintext

以下のJavaコードと同じ機能を持つコードを、Pythonで書き直してください。
Pythonらしい書き方(Pythonic)を意識してください。

# Javaコード
[コードを貼り付け]

43. JSONデータの構造整形

見にくいJSONを整理します。

Plaintext

以下の崩れたJSONデータを、正しいフォーマットに整形し、インデントをつけて読みやすくしてください。

44. ダミーデータの生成

テスト用のデータを作ります。

Plaintext

テスト用に、以下のカラムを持つCSVデータを50件生成してください。
・ID(連番)
・氏名(日本人名)
・電話番号(日本の携帯形式)
・メールアドレス
・都道府県

45. PowerShell:ADユーザー一覧出力

Windows管理者の味方です。

Plaintext

Active Directoryから、30日間ログオンしていないユーザーアカウントを抽出し、CSVファイルにエクスポートするPowerShellコマンドを教えてください。

46. HTML/CSS:レスポンシブなテーブル

UI作成を高速化します。

Plaintext

スマートフォンでも見やすい、レスポンシブデザインのHTMLテーブルを作成してください。
Tailwind CSSを使用してください。
項目は「商品名」「単価」「在庫」です。

47. VBA:Excelマクロ作成

Excel業務の自動化です。

Plaintext

Excelの「Sheet1」にある表データを、「Sheet2」に値のみ貼り付け(数式除外)、PDFとして保存するVBAマクロを書いてください。
保存ファイル名は現在日時(YYYYMMDD_HHMM.pdf)にしてください。

48. Dockerfileの作成

環境構築をコード化します。

Plaintext

Python 3.9、PostgreSQLクライアント、FastAPIが動作する軽量なDockerfileを作成してください。
ベースイメージはAlpine Linuxを使用してください。

49. Gitコマンドの確認

複雑なGit操作を安全に行います。

Plaintext

Gitで、直前のコミットメッセージを修正し、さらにその前のコミットに含まれ忘れたファイルを追加してコミットをまとめたいです。
どのようなコマンドを実行すればよいですか?手順を追って説明してください。

50. APIクライアントコード生成

APIを叩くコードを自動生成します。

Plaintext

以下のcurlコマンドと同じリクエストを行うJavaScript(Fetch API)のコードを書いてください。

# curlコマンド
curl -X POST https://api.example.com/data -H "Authorization: Bearer KEY" -d '{"id":1}'

51. 正規表現のテスト

書いた正規表現が正しいか確認します。

Plaintext

この正規表現 `^\d{3}-\d{4}$` が、以下のテストケースに対してマッチするかどうか検証してください。
マッチしないものがあれば指摘してください。

# テストケース
123-4567
1234-567
12-34567
abc-defg

52. SQL:パフォーマンスチューニング

遅いクエリを改善します。

Plaintext

以下のSQLクエリの実行速度が遅いです。
パフォーマンスを改善するためのインデックスの張り方や、クエリの書き換え案を提案してください。

# 現在のSQL
[SQLを貼り付け]

53. GAS:カレンダーの予定を一括登録

スプレッドシートからカレンダーへ。

Plaintext

スプレッドシートのリスト(日時、タイトル、場所、詳細)を読み込み、Googleカレンダーに予定を一括登録するGASコードを書いてください。
重複登録を防ぐロジックも入れてください。

54. コマンドライン引数の解析処理

ツールの使い勝手を上げます。

Plaintext

Pythonの `argparse` ライブラリを使用して、以下のコマンドライン引数を受け取るスクリプトのテンプレートを書いてください。
・--input (必須、ファイルパス)
・--output (任意、ファイルパス、デフォルトはoutput.txt)
・--verbose (フラグ、詳細出力モード)

55. README.mdの自動生成

プロジェクトの顔を作ります。

Plaintext

これまでの文脈をもとに、このプロジェクトの「README.md」のテンプレートを作成してください。
インストール方法、使い方、ライセンス、主要な機能一覧を含めてください。

第4章:セキュリティ・運用・インフラ(56〜75)

守りの要であるセキュリティと運用。AIの広範な知識を活用して、リスクを未然に防ぎましょう。

56. ソースコードのセキュリティ診断

脆弱性を見つけます。

Plaintext

あなたはセキュリティの専門家です。
以下のPHPコードに、SQLインジェクションやXSS(クロスサイトスクリプティング)などの脆弱性がないか診断してください。
問題がある場合は、修正コードを提示してください。

# 対象コード
[コードを貼り付け]

57. フィッシングメール訓練文面の作成

標的型攻撃メール訓練に使います。

Plaintext

社内のセキュリティ訓練で使用する、従業員が思わずクリックしてしまいそうな「システムパスワード変更依頼」の偽メール文面を作成してください。
本物らしく見せるためのポイント(緊急性の演出など)も解説してください。

58. インシデント対応手順書のドラフト

緊急時の対応フローを作ります。

Plaintext

ランサムウェア感染が疑われる端末が発見された際の、初動対応手順書(フローチャート)を作成してください。
ネットワーク遮断、証拠保全、関係部署への連絡フローを具体的に記述してください。

59. サーバーアクセスログの分析

不正アクセスの兆候を探します。

Plaintext

以下のApacheアクセスログから、不審なアクセス(攻撃の試行やスキャン行為など)と思われる行を抽出し、なぜ不審なのか理由を説明してください。

# ログデータ
[ログの一部を貼り付け]

60. ファイアウォールルールの説明

設定内容を可読化します。

Plaintext

以下のiptablesの設定内容を、非エンジニアにもわかるように一行ずつ日本語で解説してください。

# iptables設定
[設定を貼り付け]

61. クラウド利用ガイドラインの作成

勝手なクラウド利用(シャドーIT)を防ぎます。

Plaintext

社員が業務でSaaSやクラウドサービスを利用する際の「クラウドサービス利用ガイドライン」の目次と、主要な禁止事項・遵守事項の条文案を作成してください。

62. パスワードポリシーの策定

NISTなどの基準に準拠させます。

Plaintext

NIST SP800-63Bのガイドラインを参考に、推奨される社内システムのパスワードポリシー(長さ、文字種、有効期限、多要素認証など)を提案してください。

63. エラーコードの調査

謎のエラーコードを解読します。

Plaintext

Windows Updateでエラー「0x80070005」が発生しました。
このエラーコードの一般的な意味と、試すべき解決策を5つ、優先度の高い順に教えてください。

64. サーバーリソース不足の原因推定

運用トラブルの切り分けです。

Plaintext

LinuxサーバーでCPU使用率が100%に張り付いています。
原因を特定するために実行すべきコマンド(top, vmstatなど)と、その出力のどこに注目すべきかを解説してください。

65. SSL証明書更新手順の確認

忘れがちな手順を再確認します。

Plaintext

Let's Encryptを使用したSSL証明書の更新手順(certbot使用)と、更新が自動化されているか確認するコマンドを教えてください。
WebサーバーはNginx、OSはUbuntuです。

66. ネットワーク障害の切り分け

どこで通信が切れているか探します。

Plaintext

社内PCから特定のWebサイトに繋がらないという問い合わせがありました。
問題がPC、社内LAN、ルーター、インターネット側のどこにあるかを切り分けるために、ユーザーに指示すべき確認手順とコマンド(ping, tracertなど)をリストアップしてください。

67. JSONポリシーファイルの作成(AWS)

IAMポリシーの記述を支援します。

Plaintext

AWS S3の特定のバケット(example-bucket)に対して、特定のIPアドレス(192.0.2.0/24)からのみ読み取り(GetObject)を許可するIAMポリシーのJSONを作成してください。

68. 脆弱性情報の要約

CVE情報などを分かりやすくします。

Plaintext

最近発表された脆弱性「CVE-XXXX-XXXX(実際の番号を入れる)」について、
1. 何が危険なのか
2. 影響を受けるバージョン
3. 回避策・修正パッチの有無
を、経営層に報告できるように100文字程度で要約してください。

69. cron設定の生成

定期実行タスクのスケジュール設定です。

Plaintext

「毎週月曜日の朝4時30分」と「毎月1日の深夜0時」にスクリプトを実行するcronの記述を教えてください。

70. ログローテーション設定(logrotate)

設定ファイルの書き方です。

Plaintext

/var/log/myapp.log を毎日ローテーションし、7世代分保存、圧縮あり、所有者をwww-dataにするためのlogrotate設定ファイルの内容を書いてください。

71. システム構成のドキュメント化

現状のインフラを言葉にします。

Plaintext

現在、AWS上でEC2(Webサーバー)、RDS(DB)、S3(静的ファイル)、CloudFront(CDN)を使用しています。
このインフラ構成を、新しく入ったメンバーに説明するための概要説明文(300文字程度)を作成してください。

72. 災害復旧(DR)訓練のシナリオ

BCP対策の一環です。

Plaintext

東京データセンターが震災で全停止した場合を想定した、災害復旧(DR)訓練のシナリオを作成してください。
大阪リージョンへの切り替え手順を確認するためのタイムラインを含めてください。

73. アカウント棚卸し通知メール

定期的なセキュリティチェックの依頼です。

Plaintext

各部署のマネージャーに対し、部下のアカウント権限が適切かどうかの「棚卸し」を依頼する社内メールを作成してください。
期限を守ってもらうための丁寧かつ毅然とした文面にしてください。

74. SSH接続設定(ssh_config)

接続を楽にする設定です。

Plaintext

踏み台サーバー(bastion)を経由して、プライベートサブネット内のDBサーバーにSSH接続するための `~/.ssh/config` の設定例を書いてください。

75. サービス稼働率の計算

SLAの確認などに使います。

Plaintext

月間の稼働率が「99.9%」と「99.99%」の場合、それぞれの月間許容停止時間(分)を計算してください。
また、その差がビジネスにどう影響するか定性的に説明してください。

第5章:ドキュメント・社内調整・ヘルプデスク(76〜100)

最後は、エンジニア以外とのコミュニケーションやドキュメント作成の効率化です。ここをAIに任せると、精神的な負担がぐっと減ります。

76. 難しい技術用語の「例え話」変換

専門用語を噛み砕きます。

Plaintext

「API(アプリケーション・プログラミング・インターフェース)」という言葉を、IT知識のない営業担当者に説明する必要があります。
レストランやウェイターなど、身近な例え話を使って直感的にわかるように説明してください。

77. 障害報告書の作成(お詫び)

トラブル時のお詫び文です。

Plaintext

昨日発生したシステム障害(メール遅延)に関する「経緯報告書」の文面を作成してください。
発生日時、発生事象、原因(サーバー負荷)、対応内容、再発防止策の項目を設け、顧客向けに誠実なトーンで書いてください。

78. 操作マニュアルの手順化

箇条書きからマニュアルを作ります。

Plaintext

以下の箇条書きのメモをもとに、初心者でも迷わずに操作できる「VPN接続マニュアル」の文章を作成してください。
手順ごとに番号を振り、注意点があれば強調してください。

# メモ
[手順のメモを貼り付け]

79. リリースノートの作成

更新情報をユーザーに伝えます。

Plaintext

今月のシステムアップデート内容をもとに、全社員向けのリリースノートを作成してください。
「何が変わったか」「どんなメリットがあるか」をポジティブに伝えてください。

# 更新内容
[機能追加リストを貼り付け]

80. ヘルプデスクのFAQ作成

よくある質問をまとめます。

Plaintext

社内チャットに来た以下の問い合わせ履歴から、よくある質問TOP5を抽出し、Q&A形式のFAQコンテンツを作成してください。

# 問い合わせ履歴
[チャットログを貼り付け]

81. チャットボットの応答スクリプト

自動応答の台本を作ります。

Plaintext

「プリンターが動かない」という問い合わせに対して、ユーザーに状況を確認し、解決策へ誘導するためのチャットボットのシナリオ(分岐フロー)を作成してください。

82. 稟議書の作成(ツール導入)

予算を獲得するための文章です。

Plaintext

月額10万円の「タスク管理ツール」を導入するための稟議書を作成してください。
導入目的、現状の課題(メール管理の限界)、導入による費用対効果(月間20時間の工数削減)、投資回収期間を含めて、決裁者が承認したくなる論理構成にしてください。

83. 議事録の要約

長い会議の内容をまとめます。

Plaintext

以下の会議の文字起こしテキストを要約してください。
決定事項、保留事項、ネクストアクション(誰が・いつまでに)を明確に箇条書きにしてください。

# 会議ログ
[テキストを貼り付け]

84. 丁寧なお断りメール

無理な要望を角を立てずに断ります。

Plaintext

ユーザー部門から「今週中に新機能を追加してほしい」という無理な要望が来ました。
リソース不足と技術的なリスクを理由に、丁寧に、しかし明確にお断りし、代替案(来月のリリース)を提示するメール文面を作成してください。

85. 新入社員向けオンボーディング資料構成

オリエンテーションの準備です。

Plaintext

新しく入社するエンジニア向けの「開発環境セットアップ資料」の目次構成を作成してください。
PCの初期設定から、IDEのインストール、Gitの設定、VPN接続、最初に読むべきドキュメントへのリンク集までを網羅してください。

86. 勉強会の案内文

社内勉強会の参加者を集めます。

Plaintext

社内で「生成AI活用勉強会」を開催します。
社員が「参加してみたい!」と思うような、キャッチーなタイトルと告知文を作成してください。
対象は全社員、ランチタイムの30分開催です。

87. スケジュール調整メール

日程調整をスムーズにします。

Plaintext

外部ベンダー3社と社内メンバーを含めた会議の日程調整メールを作成してください。
候補日を3つ提示し、所要時間は90分、オンライン開催であることを伝えてください。

88. 英語ドキュメントの翻訳要約

海外の技術情報を素早く掴みます。

Plaintext

以下の英語の技術ドキュメント(AWSの新機能紹介)を、日本のエンジニア向けに要約してください。
直訳ではなく、重要なポイントを箇条書きで分かりやすくまとめてください。

# 英文
[テキストを貼り付け]

89. プレゼン資料の構成案(スライド構成)

発表資料の骨組みを作ります。

Plaintext

経営会議で「ITインフラのクラウド移行」を提案するためのプレゼン資料(スライド10枚程度)の構成案を作成してください。
各スライドのタイトルと、記載すべきキーメッセージを定義してください。

90. 感謝のメール(サンクスメール)

チームの雰囲気を良くします。

Plaintext

深夜のシステムトラブルに対応してくれたインフラチームのメンバーに対して、感謝と労いの気持ちを伝えるメールを作成してください。
CCに部長を含め、彼らの評価につながるような書き方をしてください。

91. 依頼文(他部署への協力要請)

スムーズに協力を仰ぎます。

Plaintext

システムメンテナンスのため、今週末に全社のネットワークが一時停止します。
業務への影響を最小限にするため、各部署に事前のデータ保存とログアウトをお願いする周知メールを作成してください。

92. 自己紹介文(社内報・Slack)

新しいプロジェクトへの参画時などに。

Plaintext

新しく発足したDX推進プロジェクトのメンバーとして、社内のSlackチャンネルで自己紹介をします。
これまでの経歴(インフラエンジニア10年)を活かしつつ、親しみやすさを感じさせる挨拶文を作成してください。

93. アイデア出し(ブレインストーミング)

企画に詰まった時に。

Plaintext

「社内のITリテラシーを向上させるための施策」を10個ブレインストーミングしてください。
研修などの定番から、ゲーム形式のイベントなどユニークなものまで幅広く出してください。

94. 比較表の作成

ツールやサービスの比較に。

Plaintext

Zoom、Microsoft Teams、Google Meet、Slackハドルの4つについて、機能、音質、録画機能、適した用途の観点から比較した表を作成してください。

95. アンケート項目の作成

ユーザー満足度調査など。

Plaintext

新システムリリース後の「ユーザー満足度アンケート」の質問項目を作成してください。
操作性、レスポンス速度、機能の充足度について、5段階評価と自由記述を組み合わせてください。

96. タスクの優先順位付け(アイゼンハワーマトリクス)

タスク整理を支援させます。

Plaintext

以下のタスクリストを、「緊急度」と「重要度」のマトリクスに分類し、今日やるべきタスクと、後回しまたは委譲すべきタスクを整理してください。

# タスクリスト
[リストを貼り付け]

97. 命名(プロジェクト名・システム名)

センスの良い名前を考えさせます。

Plaintext

新しく開発する「社内経費精算システム」のプロジェクトコードネームを10個提案してください。
「スピード」「透明性」「簡単」を連想させる、カッコよくて呼びやすい名前にしてください。

98. クレーム対応のロールプレイ

対応の練習相手になってもらいます。

Plaintext

あなたは「システムの使い方が分からない」と怒っているユーザーです。
私がサポート担当として対応しますので、対話形式でロールプレイングを行ってください。
理不尽な要求も交えて、私の対応力を試してください。

99. モチベーション向上(自分への励まし)

疲れた時のメンタルケアです。

Plaintext

今週はずっとトラブル対応続きで疲れ果ててしまいました。
システムエンジニアという仕事の価値や、社会への貢献度を再確認できるような、元気が出るメッセージをください。

100. この記事のシェア文作成

最後に、良い情報を仲間に共有しましょう。

Plaintext

「情報システムの現場で使えるプロンプト100選」という記事を読みました。
この記事をX(Twitter)や社内Slackでシェアするための、短くて興味を惹く紹介文を作成してください。

3つの「カスタマイズ」のコツ

これら100個のテンプレートをそのまま使うだけでも効果はありますが、以下の3点を意識して少し書き換えるだけで、精度が劇的に向上します。

  1. 役割を与える(Role)「あなたはプロのエンジニアです」「あなたはセキュリティコンサルタントです」と役割を定義することで、回答の専門性が高まります。
  2. 制約条件をつける(Constraint)「300文字以内で」「箇条書きで」「初心者向けに」といった制約を加えることで、欲しい形式の回答が一発で得られます。
  3. 背景情報を渡す(Context)単に「コードを書いて」ではなく、「Python 3.9環境で、Pandasを使って、データ分析をしたい」と背景を伝えることで、手戻りが減ります。

まとめ:AIは情シスの最強のパートナー

これら100本のプロンプトは、あなたの業務時間を大幅に削減する「武器」です。しかし、AIはあくまで道具であり、最終的な判断を下すのは人間であるあなたです。

まずは、今日抱えている一番面倒なタスクに、この中の一つを使ってみてください。「えっ、もう終わったの?」という感動が、あなたの働き方を変える第一歩になるはずです。

TOP