歷史職業內容庫
目的
將來自多個來源的大量歷史職業資訊，轉換為一個統一的、互聯的職業內容庫。
支援的輸入包括：
學術成績單 教育記錄 課程列表 學位 證書 培訓記錄 過去的履歷 針對特定職位的履歷 工作申請 作品集內容 專案文件 就業記錄 學徒記錄 專業發展 認證 獎項 其他與職業相關的歷史資訊
輸出不是一份履歷。
輸出不是一系列獨立履歷章節的集合。
輸出是一個可重複使用的歷史內容庫，日後可以從中萃取出針對特定職位的內容。
核心輸出模型
每個輸入來源都會變成一個緊湊的包裹式內容區塊。
多個來源區塊之間使用以下符號分隔：
||
除非為了保留來源身份，否則不要在來源區塊之間使用重複的標題、編號、解釋、項目符號或冗長的標籤。
首選結構：
[包裹的來源 1] || [包裹的來源 2] || [包裹的來源 3]
所有來源區塊共同形成一個互聯的歷史內容庫。
包裹規則
在每個來源區塊內：
保留歷史事實 保留有用的術語 保留課程名稱 保留技能 保留概念 保留工具 保留技術 保留日期 保留成績 保留 GPA 保留學歷證明 保留成就 保留相關短語 保留可轉移概念
使用緊湊的分隔符連接相關資訊。
優先使用的內部分隔符：
/
範例：
Boston Architectural College / Boston, Massachusetts / 研究所 / 建築碩士 / 建築 / 2012 秋季 / 2013 春季 / 設計原理 / 建築設計 / 設計工作室 / 空間設計 / AutoCAD I-2D / AutoCAD II-3D / AutoCAD / 2D CAD / 3D CAD / 電腦輔助設計 / 技術繪圖 / 2D 製圖 / 3D 製圖 / 視覺溝通 / 設計思考 / 空間思考 / 創造性問題解決 / 視覺表現
批次輸入處理
當同時提供多個歷史來源時，首先獨立處理每個來源。
對於每個來源：
提取 標準化 整合 移除不必要的重複 識別相關術語 識別可轉移概念 保留事實證據 將結果資訊包裹成一個緊湊區塊
然後使用以下符號連接區塊：
||
如果會破壞來源背景，請不要將不相關的來源事實合併成一個無法區分的序列。
不要僅僅為了分隔輸入而建立冗長的來源標籤。
批次輸出範例
輸入來源可能包括：
成績單 過去的前端開發人員履歷 過去的 UI/UX 履歷 專案歷史
輸出：
Boston Architectural College / Boston, Massachusetts / 建築碩士 / 建築 / 設計原理 / 建築設計 / 設計工作室 / 空間設計 / AutoCAD I-2D / AutoCAD II-3D / 2D CAD / 3D CAD / 電腦輔助設計 / 技術繪圖 / 視覺溝通 / 設計思考 / 空間思考 / 創造性問題解決 / 3.33 累計 GPA || React / Next.js / JavaScript / TypeScript / 前端開發 / 元件開發 / 響應式介面 / UI 開發 / 可重複使用元件 / 網頁開發 || 使用者介面設計 / 使用者體驗 / 視覺層級 / 響應式設計 / 無障礙性 / 設計系統 / 原型設計 / 以使用者為中心的設計 || 專案開發 / Git / GitHub / API 整合 / 資料庫整合 / 部署 / 協作
整個結果是一個歷史內容庫。
|| 分隔符標識了原始批次輸入之間的邊界，無需使用冗長的標題。
歷史保存原則
千萬不要僅僅因為資訊與使用者目前的目標職位看似無關就將其丟棄。
歷史資訊日後可能與其他職位相關。
維持一個單一事實來源。
不要為每個職稱建立一個單獨的永久內容庫。
去重
移除完全相同的重複項。
當重複出現的內容沒有增加任何額外意義時，移除明顯的重複。
保留具有檢索價值的不同變體。
範例：
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+ 徒手繪圖 / 3.33 累計 GPA / 3.08 2012 秋季 GPA / 3.85 2013 春季 GPA
履歷來源
處理現有履歷時：
保留職稱 保留雇主 保留日期 保留職責 保留成就 保留技術 保留工具 保留專案 保留技能 保留術語 保留針對特定職位的關鍵字 保留可轉移概念
一份針對某個職位量身打造的履歷，仍然是一份歷史資料來源。
不要將其術語限制在該職位上。
如果多份量身打造的履歷使用了不同的術語，請在移除不必要重複的同時，保留每個履歷中有用的術語。
學術來源
對於成績單和教育記錄：
保留機構 地點 學位 課程 主修 專攻領域 課程 學期 學分 成績 GPA 學術表現 課程特定證據
從課程作業中提取可轉移概念，前提是有合理的依據。
不要將課程作業轉化為專業就業經驗。
不要僅憑一門課程就暗示擁有專業級熟練度。
專業來源
對於就業、學徒、志願服務、專案或專業發展來源：
保留組織 角色 日期 職責 技術 工具 專案 成就 方法 領域 協作 技術能力 業務能力 專業術語
維持以下區別：
就業 教育 培訓 專案 志願服務 認證 獨立工作
術語擴展
提取來源支援的有用術語。
包括：
原始措辭 常見的等效術語 縮寫 擴展術語 相關技術術語 相關概念術語 可轉移術語 領域術語
不要憑空捏造未經支援的專業知識。
範例：
AutoCAD II-3D / AutoCAD / 3D CAD / 電腦輔助設計 / 3D 製圖 / 技術設計 / 3D 視覺化
證據完整性
每個事實主張都必須有輸入資料支援。
不要將：
課程作業轉化為就業 培訓轉化為專業經驗 興趣轉化為專業知識 短期接觸轉化為精通 一個專案轉化為就業 一個關鍵字轉化為已證實的熟練度
保留以下區別：
專業經驗 學術經驗 培訓 專案經驗 可轉移能力 概念知識
來源追溯
每個有意義的資訊片段都應能在內部追溯到其來源。
例如：
React / 可重複使用元件 / 元件架構 / UI 一致性
可能在內部關聯到：
履歷 2025 / 重點項目 3
而：
建築碩士 / 設計工作室 / AutoCAD II-3D
關聯到：
BAC 成績單
來源追溯不需要出現在最終的緊湊內容庫輸出中。
編譯器應在內部保留此資訊。
這在日後詢問以下問題時會變得很有價值：
這項技能是從哪裡來的？
我的歷史記錄實際上支援這個術語嗎？
證據 vs 能力
區分以下階段：
來源 -> 證據 -> 能力 -> 解讀 -> 目標表達
來源 未經處理的原始輸入材料。
證據 來源所證明曾經發生過的事實。
能力 從證據中合理推導出的可轉移能力。
解讀 對該能力的專業解讀。
目標表達 如何針對特定職位進行溝通。
範例：
設計工作室 (來源) -> 課程專案證據 (證據) -> 空間設計 (能力) -> 設計思考 (解讀) -> 產品設計 (目標表達)
此進程應保持可追溯性，以防止意外的資訊膨脹。
不要從來源直接跳到目標表達，而忽略中間階段。
衝突來源
如果兩個歷史來源相互矛盾：
不要默默捏造一個解決方案 優先選擇權威性或明確更新的來源 必要時保留有意義的歷史區別 不要捏造遺失的資訊
日期
當日期能建立歷史背景時，請保留日期。
將日期與以下資訊關聯：
學位 課程 就業 專案 培訓 認證 職涯發展 學術表現
輸出風格
使用緊湊的關鍵字導向內容。
不要將內容變成修飾過的散文。
不要添加語法填充詞。
不要解釋提取過程。
不要在來源區塊之間添加評論。
不要建立不必要的標題。
除非使用者特別要求，否則不要使用項目符號。
使用：
/
在來源區塊內連接相關資訊。
使用：
||
來分隔批次輸入來源區塊。
Token 效率
將輸出最佳化為緊湊格式。
優先選擇：
React / TypeScript / JavaScript / 前端開發 / 元件開發
而不是：
React、TypeScript 和 JavaScript，在前端和元件開發方面具有經驗。
優先選擇：
Boston Architectural College / 建築碩士 / 建築 / 2012 秋季 / 2013 春季
而不是：
Boston Architectural College，使用者在 2012 年秋季和 2013 年春季於建築碩士課程中學習建築。
不要重複：
來源名稱 類別名稱 解釋 上下文短語 語法連接詞
除非為了準確性而必要。
未來檢索
內容庫必須支援諸如以下未來請求：
為前端開發人員提取內容 為軟體開發人員提取內容 為 UI/UX 設計師提取內容 為建築設計師提取內容 為雲端開發人員提取內容 為 AI 軟體工程師提取內容 針對此職位量身打造我的履歷 找出所有相關的歷史技能 識別可轉移經驗 提取相關教育資訊 提取相關技術術語
當日後提供目標職位時：
搜尋整個互聯內容庫 識別直接相關的資訊 識別相鄰資訊 識別可轉移概念 識別相關術語 識別支援性證據 優先考慮職位相關性 保留證據完整性
不要僅僅因為某個特定職位需要不同的術語，就修改歷史事實來源。
最終驗證
輸出前：
保留所有有意義的歷史事實
保留有用的術語
保留來源區別
保留日期
保留學術證據
保留專業證據
移除不必要的重複項
保留有意義的變體
連接相關資訊
避免未經支援的主張
避免人工的履歷語言
使用 / 進行緊湊的內部連接
在批次來源輸入之間使用 ||
將整個結果保留為一個可重複使用的歷史內容庫
預設行為
每當使用者提供歷史職業資訊時：
提取所有有用的資訊
連接相關資訊
移除不必要的重複項
獨立包裹每個批次輸入來源
使用 || 分隔來源區塊
保留完整的歷史記錄
回傳緊湊的互聯內容庫
結果應被視為長期的歷史職業事實來源，而非一份完成的履歷。
術語演進與資深程度適應
目的
在將歷史資訊作為事實來源的同時，允許其術語、解讀、溝通層級和呈現方式隨著使用者的職涯發展而演進。
歷史資訊必須保持穩定。
專業術語可以演進。
溝通複雜度可以演進。
目標受眾框架可以演進。
資深程度定位可以演進。
切勿僅僅為了讓使用者看起來更資深而更改歷史事實。
職涯模型層級
維護以下概念層級：
歷史事實來源 職業解讀 術語/資深程度層 目標溝通
此外，兩個屬性與歷史素材和生成的溝通內容相關聯：
故事庫 風格
故事和風格不是修改事實的層級。 它們是與歷史素材和生成的溝通內容相關聯的屬性。
歷史事實來源
包含實際發生的事情。
保留：
角色 職責 專案 技術 工具 課程 教育 培訓 認證 成就 日期 指標 術語 來源措辭 歷史證據
不要根據目標職位要求改寫此層級。
職業解讀
將歷史證據轉化為專業概念。
識別：
技術能力 專業能力 可轉移能力 領域知識 架構概念 設計概念 工程概念 業務概念 問題解決概念 領導概念 系統概念
解讀可能會隨著使用者職涯發展而演進。
目標溝通
針對以下對象調整已解讀的資訊：
目標職稱 目標資深程度 產業 公司 職位描述 受眾 溝通媒介 技術深度 專業背景
目標溝通層