通常プロンプト作成
# 前提条件：
タイトル：職務経歴書の自動生成（求人票適合・ATS対応）
依頼者条件：対象企業/ポジションに合わせて、**内定につながる差別化**と**事実ベース**を両立した職務経歴書を作成したいユーザ
前提情報：虚偽・過度な誇張は不可。**求人票（要件）との適合**と**定量成果**、**読みやすさ（ATS互換）**を重視
目的と目標：指定フォーマット（または既定テンプレ）どおりに、**エグゼクティブサマリ＋スキルマトリクス＋プロジェクト記述（STAR/CAR）＋キーワード最適化＋面接Q\&A素案**まで含む提出可能な職務経歴書を生成する
#実行指示：
{入力パラメータ} を用い、**求人票→差分分析→構成決定（編年/プロジェクト/ハイブリッド）→本文生成→検証**までを実施せよ。
[#出力フォーマット] を厳守し、[#文章ルール] に従って内容を作成すること。
入力が不足している場合は、まず「不足情報の質問票（必須項目の欠落分のみ）」を出力し、
不足している必須項目が複数ある場合でも、必要最小限の質問に限定すること。必須項目は{入力パラメータ}の"必須項目"に基づいて。
{入力パラメータ}に記載されていない項目で、情報が不足し出力が困難な内容については出力しないこと。
#情報：
入力パラメータ ="
-**必須項目**フォーマット種別（選択）：
-**必須項目**年号表記：
-**必須項目**応募企業名：
-求人票本文（ペースト可）：
-必須スキル/歓迎スキル（求人票から抽出可）：
-優先キーワード（ATS想定）：
-**必須項目**勤務地/働き方：
-**必須項目**入社可能時期：
-希望年収：
-**必須項目**候補者サマリ（2〜4行）：
-スキルマトリクス（例：技術/レベル/年数/直近使用）：
-プロジェクト一覧（複数可・要素は改行区切り）：
# 出力フォーマット：
[不足情報の質問票]（入力不足時のみ）
- Q1〜Q20（Yes/No＋自由記述）。各回答が**合否に与える影響**を1行で明記
**不足項目のみヒアリングすること**
[検証レポート]（本編の前に表示）
- 欠損：必須情報の有無（企業名/ポジション/求人要件/直近プロジェクト）
- 整合：期間の重複・矛盾、数字の桁・単位、守秘違反の恐れ
- ルール：禁則（禁則事項）遵守／年号表記／ATS互換（2カラムや画像の有無）
- まとめ：修正点/【仮】置き箇所
[エグゼクティブサマリ（1ページ）]
- 応募先：{企業名}（{ポジション名}）
- **Fit要約**：求人の必須・歓迎に対する適合ポイント（3〜5箇条）
- **強み・提供価値**：実績・専門領域・リーダーシップ等（3箇条）
- **直近成果の定量**：例）障害率▼30%、コスト▲15%、売上+○○万円/月
- 入社可能時期／希望年収（任意）
[キーワード最適化（ATS対応）]
- 求人票→**必須/歓迎スキルのマッピング表**（要件文言をそのまま掲載＋同義語）
- **優先キーワード**（優先キーワード）の露出箇所（サマリ/プロジェクト/スキル欄）
[スキルマトリクス]
- | 技術/領域 | レベル | 年数 | 直近使用 | 補足（資格/実績） |
[職務経歴(構成は {フォーマット種別}に従う)]
- **編年**：最新→過去の順で会社単位に業務・成果を記述
- **プロジェクト**：PJ単位で STAR/CAR（課題→行動→成果）
- **ハイブリッド**：上位にサマリ、その後PJ詳細
- 各PJは以下の骨子で統一：
- タイトル／期間／体制・規模／役割／技術
- **課題（Challenge）→行動（Action）→成果（Result・数値）**
- 主要アウトカム（品質/コスト/納期/顧客価値などのKPI）
[実績ハイライト Top5]
- キャリア全体の**定量実績の見出し化**（各1行、数字先頭）
[補足資料（任意）]
- 資格・登壇・出版・OSS/ブログ／ポートフォリオURL
[カバーレター（任意・必要時のみ生成）]
- 1ページ（動機→価値提案→適合根拠→クロージング）
[面接想定Q\&A（10問）]
- 求人要件に沿って、**深掘り質問**＋**要点回答**（STAR準拠）
#文章ルール：
- 日本語。**簡潔・事実ベース**。誇張・機密開示はしない。必要時は【匿名化】・【仮】を明示
- 数値は半角、日付は `YYYY-MM`、和暦希望時は併記可
- 成果は**定量**（%/件/月/時間/金額）。KPIとの関連を1行で示す
- ATS配慮（ATS/英文選択時）：**2カラム・画像・装飾を避ける**。箇条書き中心、見出しはプレーンテキスト
- 見出しは**意図が一読で把握**できる短文（全角28字目安）
- 求人票の語彙を**そのまま**適所に用いる（同義語も併記）
- 禁則（禁則事項）は最優先で遵守し、該当要素は出力しない
# 補足：
- 指示の復唱・自己評価・不要な前置きは禁止
- 初回は**[不足情報の質問票]のみ**を出力し、回答後に本編を生成する
-以下に、想定入力に応じた、出力例を記載
"""
提出日：2025-09-01
# 職務経歴書（ハイブリッド）
## エグゼクティブサマリ
- 応募先：株式会社テラリンク（バックエンドエンジニア）
- **Fit要約**
- 必須：Java/Spring（5年）・RDBMS（PostgreSQL 3年）・クラウド基礎（AWS）に適合
- 歓迎：React/TypeScriptの実務経験あり（2年）／CI/CD運用経験あり
- 規模：BtoB SaaSで月間アクティブ5万、ピーク1,500 rpsに対応
- **強み・提供価値**
- パフォーマンス最適化とテスト自動化で**障害率▼30%**、**CI時間▼25%**
- 仕様整理〜リリースまで一貫推進（小規模リード経験）
- 運用目線：監視・アラート・SLO設計
- 入社可能時期：2025-10-01 以降で調整可／希望年収：応相談
## キーワード最適化（ATS）
- 求人票キー：`Java` `Spring Boot` `RDBMS` `REST API` `AWS` `CI/CD` `テスト自動化`
- 露出箇所：サマリ、PJ#2、スキル欄に明示。同義語：`PostgreSQL` `E2E` `Playwright` `Grafana`
## スキルマトリクス
| 技術/領域 | レベル | 年数 | 直近使用 | 補足 |
| ------------------------ | ---- | -: | ---- | ------------- |
| Java / Spring Boot | 上級 | 5 | 現在 | パフォーマンス改善、監視 |
| TypeScript / React | 中級 | 2 | 現在 | SSR/CSR両対応 |
| PostgreSQL | 中級 | 3 | 現在 | チューニング・インデックス |
| AWS（EC2/ECS/RDS） | 初〜中級 | 2 | 現在 | IaC補助、監視連携 |
| テスト自動化（JUnit/Playwright） | 中級 | 3 | 現在 | カバレッジ向上＋E2E |
## 職務経歴（抜粋・PJベース）
### PJ#2：自社SaaSのAPI最適化とE2E自動化
- 期間：2023-04〜現在／体制：8名／役割：フルスタック
- 技術：Java/Spring Boot、React/TS、PostgreSQL、GitHub Actions、Grafana、Playwright
- **課題**：API応答がピーク時に遅延（p95 950ms）、手動回帰がボトルネック
- **行動**：N+1を解消、キャッシュ層導入、DBインデックス最適化／E2EをPlaywrightで整備
- **成果**：p95 **950ms→420ms（▼56%）**、障害率\*\*▼30%**、回帰工数**▼40%**、NPS**+6pt\*\*
### PJ#1：受託基幹の帳票最適化
- 期間：2019-04〜2023-03／体制：15名／役割：バックエンド
- 技術：Java/Spring、Oracle、Jenkins、JMeter
- **課題**：帳票生成の処理時間と落ちやすさ
- **行動**：SQL再設計、非同期化、キューイング、負荷試験
- **成果**：帳票処理\*\*▲40%短縮\*\*、エラー\*\*▼70%**、顧客満足**+0.6pt\*\*
## 補足資料
- 資格：基本情報技術者（2020-06）／AWS CCP（2022-11）
- ポートフォリオ：`https://example.com/portfolio`（一部匿名化）
## 面接想定Q\&A（抜粋）
- Q：ピーク負荷に対するボトルネック発見のアプローチは？
A：APM→Top SQL→キャッシュ/インデックス→レイテンシ分布で分解し、**p95目標**に合わせて優先度付け。
- Q：E2E自動化の失敗をどう回避？
A：**テスト階層の役割分担**（Unit/IT/E2E）と**不安定要因の隔離**、CIの**実行時間SLO**を設定。
"""
職務経歴書自動作成プロンプト
職務経歴書を効率的に自動作成する方法
ユーザーが入力した職務経験を基に、自動的に職務経歴書を作成する。
このプロンプトは、ユーザーの入力した職務履歴データを用いて、プロフェッショナルな職務経歴書を自動生成する手助けをします。職務内容の要点をまとめ、見やすいフォーマットで提供することで、転職活動やキャリアアップをサポートします。
プロンプト本文
# 前提条件：
タイトル：職務経歴書の自動生成（求人票適合・ATS対応）
依頼者条件：対象企業/ポジションに合わせて、**内定につながる差別化**と**事実ベース**を両立した職務経歴書を作成したいユーザ
前提情報：虚偽・過度な誇張は不可。**求人票（要件）との適合**と**定量成果**、**読みやすさ（ATS互換）**を重視
目的と目標：指定フォーマット（または既定テンプレ）どおりに、**エグゼクティブサマリ＋スキルマトリクス＋プロジェクト記述（STAR/CAR）＋キーワード最適化＋面接Q\&A素案**まで含む提出可能な職務経歴書を生成する
#実行指示：
{入力パラメータ} を用い、**求人票→差分分析→構成決定（編年/プロジェクト/ハイブリッド）→本文生成→検証**までを実施せよ。
[#出力フォーマット] を厳守し、[#文章ルール] に従って内容を作成すること。
入力が不足している場合は、まず「不足情報の質問票（必須項目の欠落分のみ）」を出力し、
不足している必須項目が複数ある場合でも、必要最小限の質問に限定すること。必須項目は{入力パラメータ}の"必須項目"に基づいて。
{入力パラメータ}に記載されていない項目で、情報が不足し出力が困難な内容については出力しないこと。
#情報：
入力パラメータ ="
-**必須項目**フォーマット種別（選択）：
-**必須項目**年号表記：
-**必須項目**応募企業名：
-求人票本文（ペースト可）：
-必須スキル/歓迎スキル（求人票から抽出可）：
-優先キーワード（ATS想定）：
-**必須項目**勤務地/働き方：
-**必須項目**入社可能時期：
-希望年収：
-**必須項目**候補者サマリ（2〜4行）：
-スキルマトリクス（例：技術/レベル/年数/直近使用）：
-プロジェクト一覧（複数可・要素は改行区切り）：
# 出力フォーマット：
[不足情報の質問票]（入力不足時のみ）
- Q1〜Q20（Yes/No＋自由記述）。各回答が**合否に与える影響**を1行で明記
**不足項目のみヒアリングすること**
[検証レポート]（本編の前に表示）
- 欠損：必須情報の有無（企業名/ポジション/求人要件/直近プロジェクト）
- 整合：期間の重複・矛盾、数字の桁・単位、守秘違反の恐れ
- ルール：禁則（禁則事項）遵守／年号表記／ATS互換（2カラムや画像の有無）
- まとめ：修正点/【仮】置き箇所
[エグゼクティブサマリ（1ページ）]
- 応募先：{企業名}（{ポジション名}）
- **Fit要約**：求人の必須・歓迎に対する適合ポイント（3〜5箇条）
- **強み・提供価値**：実績・専門領域・リーダーシップ等（3箇条）
- **直近成果の定量**：例）障害率▼30%、コスト▲15%、売上+○○万円/月
- 入社可能時期／希望年収（任意）
[キーワード最適化（ATS対応）]
- 求人票→**必須/歓迎スキルのマッピング表**（要件文言をそのまま掲載＋同義語）
- **優先キーワード**（優先キーワード）の露出箇所（サマリ/プロジェクト/スキル欄）
[スキルマトリクス]
- | 技術/領域 | レベル | 年数 | 直近使用 | 補足（資格/実績） |
[職務経歴(構成は {フォーマット種別}に従う)]
- **編年**：最新→過去の順で会社単位に業務・成果を記述
- **プロジェクト**：PJ単位で STAR/CAR（課題→行動→成果）
- **ハイブリッド**：上位にサマリ、その後PJ詳細
- 各PJは以下の骨子で統一：
- タイトル／期間／体制・規模／役割／技術
- **課題（Challenge）→行動（Action）→成果（Result・数値）**
- 主要アウトカム（品質/コスト/納期/顧客価値などのKPI）
[実績ハイライト Top5]
- キャリア全体の**定量実績の見出し化**（各1行、数字先頭）
[補足資料（任意）]
- 資格・登壇・出版・OSS/ブログ／ポートフォリオURL
[カバーレター（任意・必要時のみ生成）]
- 1ページ（動機→価値提案→適合根拠→クロージング）
[面接想定Q\&A（10問）]
- 求人要件に沿って、**深掘り質問**＋**要点回答**（STAR準拠）
#文章ルール：
- 日本語。**簡潔・事実ベース**。誇張・機密開示はしない。必要時は【匿名化】・【仮】を明示
- 数値は半角、日付は `YYYY-MM`、和暦希望時は併記可
- 成果は**定量**（%/件/月/時間/金額）。KPIとの関連を1行で示す
- ATS配慮（ATS/英文選択時）：**2カラム・画像・装飾を避ける**。箇条書き中心、見出しはプレーンテキスト
- 見出しは**意図が一読で把握**できる短文（全角28字目安）
- 求人票の語彙を**そのまま**適所に用いる（同義語も併記）
- 禁則（禁則事項）は最優先で遵守し、該当要素は出力しない
# 補足：
- 指示の復唱・自己評価・不要な前置きは禁止
- 初回は**[不足情報の質問票]のみ**を出力し、回答後に本編を生成する
-以下に、想定入力に応じた、出力例を記載
"""
提出日：2025-09-01
# 職務経歴書（ハイブリッド）
## エグゼクティブサマリ
- 応募先：株式会社テラリンク（バックエンドエンジニア）
- **Fit要約**
- 必須：Java/Spring（5年）・RDBMS（PostgreSQL 3年）・クラウド基礎（AWS）に適合
- 歓迎：React/TypeScriptの実務経験あり（2年）／CI/CD運用経験あり
- 規模：BtoB SaaSで月間アクティブ5万、ピーク1,500 rpsに対応
- **強み・提供価値**
- パフォーマンス最適化とテスト自動化で**障害率▼30%**、**CI時間▼25%**
- 仕様整理〜リリースまで一貫推進（小規模リード経験）
- 運用目線：監視・アラート・SLO設計
- 入社可能時期：2025-10-01 以降で調整可／希望年収：応相談
## キーワード最適化（ATS）
- 求人票キー：`Java` `Spring Boot` `RDBMS` `REST API` `AWS` `CI/CD` `テスト自動化`
- 露出箇所：サマリ、PJ#2、スキル欄に明示。同義語：`PostgreSQL` `E2E` `Playwright` `Grafana`
## スキルマトリクス
| 技術/領域 | レベル | 年数 | 直近使用 | 補足 |
| ------------------------ | ---- | -: | ---- | ------------- |
| Java / Spring Boot | 上級 | 5 | 現在 | パフォーマンス改善、監視 |
| TypeScript / React | 中級 | 2 | 現在 | SSR/CSR両対応 |
| PostgreSQL | 中級 | 3 | 現在 | チューニング・インデックス |
| AWS（EC2/ECS/RDS） | 初〜中級 | 2 | 現在 | IaC補助、監視連携 |
| テスト自動化（JUnit/Playwright） | 中級 | 3 | 現在 | カバレッジ向上＋E2E |
## 職務経歴（抜粋・PJベース）
### PJ#2：自社SaaSのAPI最適化とE2E自動化
- 期間：2023-04〜現在／体制：8名／役割：フルスタック
- 技術：Java/Spring Boot、React/TS、PostgreSQL、GitHub Actions、Grafana、Playwright
- **課題**：API応答がピーク時に遅延（p95 950ms）、手動回帰がボトルネック
- **行動**：N+1を解消、キャッシュ層導入、DBインデックス最適化／E2EをPlaywrightで整備
- **成果**：p95 **950ms→420ms（▼56%）**、障害率\*\*▼30%**、回帰工数**▼40%**、NPS**+6pt\*\*
### PJ#1：受託基幹の帳票最適化
- 期間：2019-04〜2023-03／体制：15名／役割：バックエンド
- 技術：Java/Spring、Oracle、Jenkins、JMeter
- **課題**：帳票生成の処理時間と落ちやすさ
- **行動**：SQL再設計、非同期化、キューイング、負荷試験
- **成果**：帳票処理\*\*▲40%短縮\*\*、エラー\*\*▼70%**、顧客満足**+0.6pt\*\*
## 補足資料
- 資格：基本情報技術者（2020-06）／AWS CCP（2022-11）
- ポートフォリオ：`https://example.com/portfolio`（一部匿名化）
## 面接想定Q\&A（抜粋）
- Q：ピーク負荷に対するボトルネック発見のアプローチは？
A：APM→Top SQL→キャッシュ/インデックス→レイテンシ分布で分解し、**p95目標**に合わせて優先度付け。
- Q：E2E自動化の失敗をどう回避？
A：**テスト階層の役割分担**（Unit/IT/E2E）と**不安定要因の隔離**、CIの**実行時間SLO**を設定。
"""
©2025 生成AIプロンプト研究所「チャプロ」 All rights reserved.