【業務フロー図作成プロンプト】

recruitment_agency_requirements.md および recruitment_agency_diagrams.md をインプットとして読み込んでください。
全体の業務フローが一目でわかるように、また1つの図が大きくなりすぎないように、あなた（AI）の判断で業務プロセスを適切かつ自然なフェーズ（目安として3〜4つ程度）に自動的に分割し、それぞれのフェーズごとに独立した業務フロー図を作成してください。
1. 共通のスタイルルール

形式: スイムレーン形式（Swimlane）。
接続線: ノード間を繋ぐ線はすべてまっすぐな直線（Straight lines）にしてください。
配置方向: 左から右（横方向）のフロー。
2. 登場するスイムレーン
各フェーズの図は、以下の登場人物（レーン）に役割を整理して配置してください：
 • Candidate（求職者）
 • Client（求人企業）
 • CA（キャリアアドバイザー）
 • RA（リクルーティングアドバイザー）
 • BO（バックオフィス）
 • System（システム）
3. 分割のアプローチ

求職者の登録からキャリア面談、求人紹介、選考、内定、そして入社後の請求処理に至るまでの全体プロセスを分析し、ステップ数が多すぎず少なすぎない、キリの良いタイミングで図を切り分けてください。

【システム構成図作成プロンプト】

業務フロー図（recruitment_agency_workflow.md）および要求定義書（recruitment_agency_requirements.md）をインプットとして読み込んでください。
これらに登場するシステムや外部サービスをAI側で自律的に抽出し、極めてスッキリして見やすい「システム構成図（連携図）」を作成してください。

1. 視認性を高める「配置・レイアウト」ルール
• データの流れに沿った配置（左から右）:
データの川上から川下へ流れるように、AIの判断で要素を以下のように左から右へと配置してください。
【左側（入力層）】: データの発生源、インプット元、外部アクター。 
【中央（コア層）】: 業務の中心となるメインシステム（DB等もここに内包）。 
【右側（出力・外部連携層）】: メインシステムから連携される外部システムや、アウトプット先。 
• 直線の使用: 接続線はすべてまっすぐな直線（Straight lines）を使用してください。
• 交差の最小化: 線同士が複雑に交差しないよう、ノードの上下位置を自律的に整理してください。

2. 視覚的なノードの「引き算」ルール
• 箱（ノード）は最大7〜8個に厳選:
画面や機能ごとに細分化せず、「1つの大きなシステム・サービス」単位でノードをまとめて、図全体をスッキリさせてください。
• 線の使い分け:
• 主要なデータ連携（API、データ同期など）は 実線
• 補助的な連携（メール送信、リマインド、通知など）は 点線（Dashed）
• ラベルは最短にする: 接続線の上に表示するラベルは長文を避け、5文字以内の簡潔なキーワード（例: API、CSV、同期、通知 など）に厳しく制限してください。

【ER図作成プロンプト】

4つのドキュメント（recruitment_agency_requirements.md、recruitment_agency_diagrams.md、recruitment_agency_workflow.md、recruitment_agency_system_architecture.md）をインプットとして読み込んでください。
これらの資料に記載されているデータ定義、業務フロー、およびシステム構成から、裏側で管理すべきデータ（エンティティ・テーブル）と、それらの関係性（1対1、1対多、多対多など）を表す「ER図（論理データモデル）」を作成してください。

1. エンティティと関係性の自律的な抽出

具体的なテーブル設計（テーブル名やカラム名）はあなたの判断に一任します。資料を読み解き、人材紹介システムの中核となるエンティティ（例：求職者、求人企業、求人票、応募履歴、面接など）を抽出してください。 
各エンティティ間の関係性を推測し、鳥の足記法（Crow's foot notation）を用いてカーディナリティ（1:N、N:Mなど）を正確に表現してください。
多対多（N:M）の関係になる部分（例：求職者と求人票のマッチングや応募など）は、必要に応じて自律的に「中間テーブル（交差エンティティ）」を配置して解消してください。

2. 見やすさ（視認性）を高めるための「引き算」ルール
ER図が複雑で読みにくくなるのを防ぐため、以下の描画ルールを厳守してください。

属性（カラム）の表示制限: 1つのエンティティの箱が縦に長くなりすぎないよう、すべての項目を列挙しないでください。表示するのは「主キー（PK）」「外部キー（FK）」「ステータス」「その他、業務連携上重要な項目」のみとし、最大でも1テーブルあたり5〜7項目程度に厳選してください。
レイアウトの最適化（中心と周辺）: 線（リレーション）の交差を最小限にするため、トランザクションデータ（応募、面接、紹介履歴など）を図の中央に配置し、マスタデータ（求職者、企業、CA/RAユーザーなど）をその外側に配置するよう工夫してください。 
接続線のスタイル: 接続線は、要素を避けてスッキリ配置される直角の折れ線（Orthogonal lines）またはまっすぐな直線（Straight lines）を使用してください。

【Salesforceオブジェクト設計作成プロンプト】

5つのドキュメント（recruitment_agency_requirements.md、recruitment_agency_diagrams.md、recruitment_agency_workflow.md、recruitment_agency_system_architecture.md、recruitment_agency_er_diagram.md）をインプットとして読み込んでください。
これまでの要件および論理データモデル（ER図）を元に、このシステムをSalesforce（Sales Cloud 等）で構築する場合の「オブジェクト一覧（標準・カスタム対応表）」を作成し、Markdown（.md）ファイルとして出力してください。

1. オブジェクト抽出とマッピングの自律的判断
具体的なSalesforceオブジェクトへのマッピングは、あなたのSalesforceアーキテクチャの知識に基づいて自律的に判断してください。

標準オブジェクトの積極利用: ER図のエンティティのうち、Salesforceの標準オブジェクト（Account, Contact, Lead, Opportunity, Task, Event など）で代用・拡張できるものは、極力標準オブジェクトにマッピングしてください。
カスタムオブジェクトの定義: 人材紹介特有のデータ（求人票、応募履歴、面接、マッチングなど）で、標準でカバーしきれないものについては、適切なカスタムオブジェクト（__c）として定義してください。

2. リレーション（関係性）の定義
ER図で示されたリレーションを、Salesforceのリレーションに翻訳してください。

親レコードの削除権限やセキュリティ要件（要件定義から推測）を考慮し、「参照関係（Lookup）」と「主従関係（Master-Detail）」のどちらが適切かを判断して記載してください。
多対多の関係（交差エンティティ）を実装するための連結オブジェクト（Junction Object）も明確にしてください。


3. 出力形式（Markdownテーブル）
視認性を高くするため、以下のような列を持つMarkdownテーブル形式で一覧表を出力してください。項目が多すぎず、全体像がパッと見てわかる粒度にしてください。
【出力指定カラム】

論理名 (Label): 画面に表示されるオブジェクト名
物理名 (API Name): API参照名（標準はそのまま、カスタムは 〜__c）
種別: 標準 または カスタム
役割・概要: このオブジェクトで何を管理するか（簡潔な1文）
主要なリレーション: どのオブジェクトと親・子（主従・参照）の関係にあるか

【項目定義書作成プロンプト】
ドキュメント群（salesforce_object_mapping.md、およびこれまでの要件定義書 recruitment_agency_requirements.md やER図など）をインプットとして読み込んでください。
これらの資料を元に、システムに実装する各オブジェクト（テーブル）の詳細な「項目定義書」をMarkdown形式（.md）で作成してください。

1. 項目の自律的な抽出・補完

各オブジェクトに具体的にどのような項目（フィールド）が必要か、およびそれらがどのようなリレーション（参照関係・主従関係など）を持つかは、資料に記載されている「業務要件」や「データ定義」からAI側で自律的に読み解き、網羅的に抽出してください。
要件定義に明記されていなくても、人材紹介システムやSFAの標準的な機能として当然必要になる項目（例：ステータス、作成日、メモ欄など）があれば、適宜補完して定義してください。


2. フォーマットと見やすさのルール
出力するMarkdownファイルは、視認性を極限まで高めるため、以下のフォーマット規則を厳守してください。
• オブジェクトごとの分割: ## オブジェクト名（物理名） の見出しでオブジェクトごとにセクションを区切ってください。
• Markdownテーブルの利用: 項目一覧は、スッキリとしたMarkdownの表（Table）形式で記述してください。
• テーブルの列定義: 表の列は多すぎると見づらくなるため、以下の5列に厳選してください。
項目名（画面に表示される論理名）
API名（システム上の物理名・英語）
データ型（テキスト、数値、日付、選択リスト、参照関係 など）
リレーション先 / 選択肢（参照型の場合は「親オブジェクト名」、選択リスト型の場合は「具体的な選択肢の値」を簡潔に記載）
備考 / 必須（必須項目の明記や、業務上の特別なルールを短く記載）

3. 出力時の注意事項

文章による冗長な解説は最小限にし、テーブル（表）を中心とした「設計書としてそのまま使えるクリーンなドキュメント」に仕上げてください。

salesforce_field_definitions.mdをもとに、 応募・選考管理用のSalesforceカスタムオブジェクトを作成してください。

対象： Application__c（応募・選考） 

以下を実施してください。 
・Application__cオブジェクト作成 
・設計書に定義された項目作成 
・項目のデータ型設定 
・選択リスト値設定 
・リレーション設定 
作成後、SalesforceへDeployしてください。