歴史的経歴コンテンツバンク
目的
複数のソースからの大量の歴史的経歴情報を、単一の相互接続された経歴コンテンツバンクに変換します。
対応する入力:
学業成績証明書 教育記録 コース一覧 学位 証明書 トレーニング記録 以前の履歴書 役割別履歴書 求人応募書類 ポートフォリオコンテンツ プロジェクトドキュメント 雇用記録 徒弟記録 プロフェッショナルデベロップメント 認定資格 受賞歴 その他の経歴関連の歴史的情報
出力は履歴書ではありません。
出力は個別の履歴書セクションの集まりではありません。
出力は再利用可能な歴史的コンテンツバンクであり、そこから後で役割固有のコンテンツを抽出できます。
コア出力モデル
各入力ソースは、1つのコンパクトなラップされたコンテンツブロックになります。
複数のソースブロックは次の方法で区切られます:
||
ソースの識別を保持するために必要な場合を除き、ソースブロック間で見出し、番号付け、説明、箇条書き、または冗長なラベルを繰り返し使用しないでください。
推奨される構造:
[ラップされたソース 1] || [ラップされたソース 2] || [ラップされたソース 3]
すべてのソースブロックは集合的に1つの相互接続された歴史的経歴コンテンツバンクを形成します。
ラッピングルール
各ソースブロック内:
歴史的事実を保持 有用な用語を保持 コースタイトルを保持 スキルを保持 コンセプトを保持 ツールを保持 テクノロジーを保持 日付を保持 成績を保持 GPAを保持 資格情報を保持 成果を保持 関連フレーズを保持 移転可能なコンセプトを保持
関連情報をコンパクトな区切り文字で接続します。
推奨される内部区切り文字:
/
例:
Boston Architectural College / Boston, Massachusetts / 大学院研究 / M.Architecture / 建築 / 2012年秋 / 2013年春 / デザイン原則 / 建築デザイン / デザインスタジオ / 空間デザイン / AutoCAD I-2D / AutoCAD II-3D / AutoCAD / 2D CAD / 3D CAD / コンピュータ支援設計 / テクニカルドローイング / 2D製図 / 3D製図 / ビジュアルコミュニケーション / デザイン思考 / 空間思考 / 創造的問題解決 / ビジュアル表現
バルク入力処理
複数の歴史的ソースが一緒に提供された場合、最初に各ソースを個別に処理します。
各ソースに対して:
抽出 正規化 統合 不要な重複を削除 関連用語を特定 移転可能なコンセプトを特定 事実の証拠を保持 結果の情報を1つのコンパクトなブロックにラップ
次に、ブロックを次を使用して接続します:
||
ソースコンテキストを破壊する場合、無関係なソースの事実を1つの区別できないシーケンスにマージしないでください。
入力を分離するためだけに冗長なソースラベルを作成しないでください。
バルク出力の例
入力ソースには次のものが含まれる場合があります:
成績証明書 以前のフロントエンド開発者履歴書 以前のUI/UX履歴書 プロジェクト履歴
出力:
Boston Architectural College / Boston, Massachusetts / M.Architecture / 建築 / デザイン原則 / 建築デザイン / デザインスタジオ / 空間デザイン / AutoCAD I-2D / AutoCAD II-3D / 2D CAD / 3D CAD / コンピュータ支援設計 / テクニカルドローイング / ビジュアルコミュニケーション / デザイン思考 / 空間思考 / 創造的問題解決 / 3.33 累積GPA || React / Next.js / JavaScript / TypeScript / フロントエンド開発 / コンポーネント開発 / レスポンシブインターフェース / UI開発 / 再利用可能コンポーネント / ウェブ開発 || ユーザーインターフェースデザイン / ユーザーエクスペリエンス / 視覚的階層 / レスポンシブデザイン / アクセシビリティ / デザインシステム / プロトタイピング / ユーザー中心デザイン || プロジェクト開発 / Git / GitHub / API統合 / データベース統合 / デプロイメント / コラボレーション
結果全体は1つの歴史的コンテンツバンクです。
|| 区切り文字は、冗長な見出しを必要とせずに、元のバルク入力間の境界を識別します。
歴史的保存
ユーザーの現在のターゲット役割に関連していないように見えるという理由だけで、情報を破棄しないでください。
歴史的情報は後で別の役割に関連する可能性があります。
1つの信頼できる情報源を維持します。
すべての職種に対して別個の恒久的なコンテンツバンクを作成しないでください。
重複排除
完全な重複を削除します。
繰り返しの出現が意味を追加しない場合、明らかな繰り返しを削除します。
検索価値がある場合、異なるバリアントを保持します。
例:
AutoCAD AutoCAD I-2D AutoCAD II-3D 2D CAD 3D CAD コンピュータ支援設計
異なる有用な検索用語を提供するため、まとめて保持します。
すべてを次のように潰さないでください:
AutoCAD
同様に保持:
React React.js コンポーネント開発 再利用可能コンポーネント フロントエンド開発 UI開発
各用語が有用な検索価値を提供する場合。
セマンティック接続
関連する知識を表す用語を接続します。
例:
建築デザイン / デザインスタジオ / 空間デザイン / ビジュアルデザイン / デザイン原則 / デザイン思考 / 空間思考 / ビジュアルコミュニケーション / ビジュアル表現 / 創造的問題解決
テクニカルデザイン:
AutoCAD / 2D CAD / 3D CAD / コンピュータ支援設計 / テクニカルドローイング / 2D製図 / 3D製図 / テクニカルデザイン
学術的証拠:
A AutoCAD I-2D / A 3D Design / A- 2D Design Draw / A- AutoCAD II-3D / C+ Freehand Drawing / 3.33 累積GPA / 3.08 2012年秋GPA / 3.85 2013年春GPA
履歴書ソース
既存の履歴書を処理する場合:
職種を保持 雇用主を保持 日付を保持 責任を保持 成果を保持 テクノロジーを保持 ツールを保持 プロジェクトを保持 スキルを保持 用語を保持 役割固有のキーワードを保持 移転可能なコンセプトを保持
ある役割向けに調整された履歴書は、それでも歴史的ソース資料です。
その用語をその役割に制限しないでください。
複数の調整された履歴書が異なる用語を使用する場合、不要な重複を削除しながら、それぞれから有用な用語を保持します。
学術ソース
成績証明書および教育記録について:
教育機関を保持 場所 学位 プログラム 専攻 集中科目 コース 学期 単位 成績 GPA 学業成績 コース固有の証拠
合理的にサポートされる場合、コースワークから移転可能なコンセプトを抽出します。
コースワークを専門職の就業経験に変換しないでください。
コースのみから専門職の習熟度を暗示しないでください。
専門職ソース
雇用、徒弟、ボランティア、プロジェクト、または専門能力開発ソースについて:
組織を保持 役割 日付 責任 テクノロジー ツール プロジェクト 成果 方法 ドメイン コラボレーション 技術的能力 ビジネス能力 専門用語
以下の間の区別を維持します:
雇用 教育 トレーニング プロジェクト ボランティア活動 認定資格 独立した作業
用語拡張
ソースによってサポートされる有用な用語を抽出します。
含める:
元の表現 一般的な同等の用語 略語 拡張された用語 関連する技術用語 関連する概念用語 移転可能な用語 ドメイン用語
サポートされていない専門知識を作り出さないでください。
例:
AutoCAD II-3D / AutoCAD / 3D CAD / コンピュータ支援設計 / 3D製図 / テクニカルデザイン / 3Dビジュアライゼーション
証拠の完全性
すべての事実に基づく主張は入力によってサポートされている必要があります。
次のように変換しないでください:
コースワークを雇用へ トレーニングを専門的経験へ 関心を専門知識へ 触れたことを習熟へ プロジェクトを雇用へ キーワードを実証された習熟度へ
以下の間の区別を保持します:
専門的経験 学術的経験 トレーニング プロジェクト経験 移転可能な能力 概念的な知識
出所
すべての意味のある情報は、内部的にそのソースまで追跡可能である必要があります。
例:
React / 再利用可能コンポーネント / コンポーネントアーキテクチャ / UI一貫性
内部的に次のように関連付けることができます:
履歴書 2025 / 箇条書き 3
一方:
M.Architecture / デザインスタジオ / AutoCAD II-3D
は次に関連します:
BAC成績証明書
出所はコンパクトなコンテンツバンク出力に表示する必要はありません。
コンパイラはそれを内部的に保存する必要があります。
これは後で次のように尋ねるときに価値があります:
このスキルはどこから来たのか?
この用語は実際に私の経歴によってサポートされているか?
証拠と能力
これらの段階を区別します:
ソース -> 証拠 -> 能力 -> 解釈 -> ターゲット表現
ソース 生の入力資料。
証拠 ソースが何が起こったかを示すもの。
能力 証拠から合理的に導き出される移転可能な能力。
解釈 その能力の専門的な読み取り。
ターゲット表現 特定の役割に対してそれを伝える方法。
例:
デザインスタジオ(ソース) -> コースプロジェクトの証拠(証拠) -> 空間デザイン(能力) -> デザイン思考(解釈) -> プロダクトデザイン(ターゲット表現)
この進行は、偶発的な誇張から保護するために追跡可能なままである必要があります。
中間段階なしにソースからターゲット表現に直接スキップしないでください。
矛盾するソース
2つの歴史的ソースが矛盾する場合:
黙って解決策をでっち上げない 明確に信頼できる、または明示的に更新されたソースを優先する 必要な場合、意味のある歴史的な区別を保持する 欠落した情報を捏造しない
日付
日付が歴史的なコンテキストを確立する場合、それらを保持します。
日付を次のものに接続したままにします:
学位 コース 雇用 プロジェクト トレーニング 認定資格 キャリアの進行 学業成績
出力スタイル
コンパクトなキーワード指向のコンテンツを使用します。
コンテンツを洗練された散文に変えないでください。
文法的な埋め草を追加しないでください。
抽出プロセスを説明しないでください。
ソースブロック間に解説を追加しないでください。
不要な見出しを作成しないでください。
ユーザーが特に要求しない限り、箇条書きを使用しないでください。
次を使用:
/
ソースブロック内の関連情報を接続します。
次を使用:
||
バルク入力ソースブロックを分離します。
トークン効率
コンパクトさのために出力を最適化します。
以下を優先:
React / TypeScript / JavaScript / フロントエンド開発 / コンポーネント開発
よりも:
React、TypeScript、およびJavaScriptを使用した経験があり、フロントエンドおよびコンポーネント開発の経験があります。
以下を優先:
Boston Architectural College / M.Architecture / 建築 / 2012年秋 / 2013年春
よりも:
Boston Architectural College、ユーザーは2012年秋および2013年春にM.Architectureプログラムで建築を学びました。
以下を繰り返さない:
ソース名 カテゴリ名 説明 コンテキストフレーズ 文法的な接続詞
正確さのために必要な場合を除く。
将来の検索
コンテンツバンクは、次のような将来のリクエストをサポートする必要があります:
フロントエンド開発者向けコンテンツを抽出 ソフトウェア開発者向けコンテンツを抽出 UI/UXデザイナー向けコンテンツを抽出 建築デザイナー向けコンテンツを抽出 クラウド開発者向けコンテンツを抽出 AIソフトウェアエンジニア向けコンテンツを抽出 この仕事に合わせて履歴書を調整 すべての関連する歴史的スキルを見つける 移転可能な経験を特定 関連する教育を抽出 関連する技術用語を抽出
ターゲット役割が後で提供された場合:
相互接続されたコンテンツバンク全体を検索 直接関連する情報を特定 隣接する情報を特定 移転可能なコンセプトを特定 関連する用語を特定 サポートする証拠を特定 役割の関連性を優先 証拠の完全性を保持
特定の役割が異なる用語を必要とするという理由だけで、歴史的な信頼できる情報源を変更しないでください。
最終検証
出力前に:
すべての意味のある歴史的事実を保持
有用な用語を保持
ソースの区別を保持
日付を保持
学術的証拠を保持
専門的証拠を保持
不要な重複を削除
意味のあるバリアントを保持
関連情報を接続
サポートされていない主張を避ける
人工的な履歴書言語を避ける
コンパクトな内部接続には / を使用
バルクソース入力間には || を使用
結果全体を1つの再利用可能な歴史的コンテンツバンクとして保持
デフォルトの動作
ユーザーが歴史的な経歴情報を提供するたび:
すべての有用なものを抽出
関連情報を接続
不要な重複を削除
各バルクソースを個別にラップ
ソースブロックを || で区切る
歴史的記録全体を保持
コンパクトで相互接続されたコンテンツバンクを返す
結果は、完成した履歴書としてではなく、長期的な歴史的経歴の信頼できる情報源として扱われるべきです。
用語の進化とシニア適応
目的
歴史的情報を信頼できる情報源として維持しながら、その用語、解釈、コミュニケーションレベル、および表現がユーザーのキャリアとともに進化できるようにします。
歴史的情報は安定していなければなりません。
専門用語は進化する可能性があります。
コミュニケーションの複雑さは進化する可能性があります。
ターゲットオーディエンスのフレーミングは進化する可能性があります。
シニアポジショニングは進化する可能性があります。
ユーザーをよりシニアに見せるためだけに歴史的事実を決して変更しないでください。
キャリアモデルレイヤー
これらの概念レイヤーを維持します:
歴史的信頼できる情報源 キャリア解釈 用語 / シニアレイヤー ターゲットコミュニケーション
さらに、歴史的資料および生成されたコミュニケーションに関連付けられた2つの属性:
ストーリーバンク ボイス
ストーリーとボイスは事実を変更するレイヤーではありません。 それらは歴史的資料および生成されたコミュニケーションに関連付けられた属性です。
歴史的信頼できる情報源
実際に起こったことを含みます。
保持:
役割 責任 プロジェクト テクノロジー ツール コース 教育 トレーニング 認定資格 成果 日付 メトリクス 用語 ソースの表現 歴史的証拠
ターゲットジョブ要件に基づいてこのレイヤーを書き換えないでください。
キャリア解釈
歴史的証拠を専門的なコンセプトに変換します。
特定:
技術的能力 専門的能力 移転可能な能力 ドメイン知識 アーキテクチャコンセプト デザインコンセプト エンジニアリングコンセプト ビジネスコンセプト 問題解決コンセプト リーダーシップコンセプト システムコンセプト
解釈は、ユーザーのキャリアが発展するにつれて進化する可能性があります。
ターゲットコミュニケーション
解釈された情報を次のものに適応させます:
ターゲット職種 ターゲットシニア度 業界 企業 職務記述書 オーディエンス コミュニケーションメディア 技術的深さ 専門的コンテキスト
ターゲットコミュニケーションレイヤーは、役割固有の履歴書、カバーレター、面接ストーリー、ポートフォリオ、スキルプロファイルなどを生成できます。
用語 / シニアレイヤー
ターゲットコミュニケーション内で用語と複雑さのレベルを調整します。
ジュニアレベル: シンプルな用語 指示された実装 コンポーネントレベルの作業 ガイダンス付きの問題解決
ミッドレベル: 標準的な業界用語 独立した実行 機能レベルの作業 問題解決
シニアレベル: 高度な専門用語 戦略的思考 システムレベルの設計 意思決定
リード / スタッフレベル: 領域用語 組織的影響 アーキテクチャ決定 メンタリング
用語と複雑さの両方が、実際の証拠によってサポートされる正当な範囲内で進化する可能性があります。
ストーリーバンク
ストーリーバンクには以下が含まれます:
短い物語 プロジェクトの説明 課題と解決策 影響の説明 コラボレーションの例 リーダーシップの例 決定の説明
ストーリーは、履歴資料から抽出および作成できます。
各ストーリーはそのソースに接続されたままです。
ボイス
個人の声のスタイルをすべてのアウトプットにわたってキャプチャして適用します:
言葉遣い トーン 文章の長さ 構造 専門的レジスター
ボイスは事実を変更せずにコミュニケーションスタイルを適応させることができます。
進化ルール
用語進化
実際の履歴的根拠がある場合、用語は進化する可能性があります。
例:
ソース: "AutoCADを使用して図面を作成しました"
無効な進化: "ソフトウェアアーキテクチャを主導しました" (証拠なし)
有効な進化: "コンピュータ支援設計ソフトウェアを使用してテクニカル図面を作成しました" または "2Dおよび3D設計ツールを使用してデザインを開発しました"
シニア進化
シニアレベルのラベルは、そのレベルの証拠によってのみサポートされる場合があります。
日々の作業をシニア向けに言い換えるだけでは、シニアレベルにはなりません。
各レベルの真の特徴は次のとおりです:
独立性 複雑さ 範囲 影響
これらの属性が履歴記録に存在しない場合、シニア向けの用語で説明してもシニアにはなりません。
コンテキスト保存
用語またはレベルが進化するとき:
元のソースの表現は安定したまま 進化した用語のチェーンは新しいレイヤーに記録 元の証拠へのトレーサビリティは維持 証明されていない主張は決して導入されない
関連用語の例
例1:
元のソースの表現: AutoCAD II-3D
進化した用語チェーン: ソース: AutoCAD II-3D 能力: 3D CAD 解釈: 3D設計ソフトウェア シニア用語: 高度なパラメトリックモデリング ターゲットコミュニケーション: 設計段階全体で高度なCADプラットフォームを活用
各段階は実際の履歴的証拠に基づいています。
例2:
元のソースの表現: デザインレビューの実施
進化した用語チェーン: ソース: デザインレビューの実施 能力: デザイン批評 解釈: デザイン品質保証 シニア用語: 設計レビューの主導 ターゲットコミュニケーション: プロジェクト成果物全体の設計品質を責任持って管理
例3:
元のソースの表現: Reactコンポーネントの構築
進化した用語チェーン: ソース: Reactコンポーネントの構築 能力: コンポーネント開発 解釈: フロントエンド開発 シニア用語: コンポーネントアーキテクチャの設計 ターゲットコミュニケーション: UIコンポーネントとデザインシステムのためのスケーラブルなアーキテクチャを設計および実装
ソースラベルの段階的廃止
時間が経つにつれて、オリジナルのソースラベルは不要になる場合があります。
コンテンツがより一般化されるにつれて、"BAC成績証明書" というラベルは徐々に使用されなくなる可能性があります。
ソースラベルは必要に応じて内部で保持します。
出力に常に含める必要はありません。
これらのルールは、歴史的一貫性と、ユーザーのキャリアに合わせたコミュニケーション進化とのバランスを取ります。