原始素材
profile、experience、projects、achievements 與 cases 保存可重用事實。
Overview
先保存事實，再產生履歷與面試材料
這個 repo 的價值不是存一份履歷，而是把可重用素材、證據、模板與輸出分開，避免之後靠記憶硬寫或不小心誇大。
證據索引
每個成果與案例都應能回到具體經驗或證據，不把 TODO 寫成事實。
客製輸出
resume/tailored（客製履歷）與面試回答從 source material（原始素材）組裝。
Dynamic Pipeline
Dynamic Pipeline（水管線路圖）
水管流程表現的是「事實如何變成可交付職涯材料」，每一步都有 review（審查）責任。
先記錄事實時間軸
`experience/timeline.md` 與 projects（專案）先保存事實，不追求漂亮文案。
原始素材分區管理
`profile/`、`projects/`、`cases/` 與 `achievements/` 各自承擔穩定素材責任。
成果需要證據支撐
evidence（證據）可以是連結、成果截圖、工作紀錄或可描述的背景，但敏感內容需控管。
模板降低重寫成本
`templates/` 保存可重複使用的 project、case、achievement 結構。
輸出針對目標職缺
`resume/tailored/` 是輸出層，不應反過來污染事實層。
最後檢查是否誇大
review checklist（審查清單）要確認每個敘述都能回到真實經驗或證據。
System Architecture
System Architecture（系統架構）
career-kb 的系統架構是 content architecture（內容架構）：不同資料夾代表不同生命週期與信任等級。
Source Layer`profile/`、`experience/`、`projects/`：長期素材與事實
Story Layer`cases/`、`achievements/`：可敘述案例與成果
Template Layer`templates/`：可重複使用寫作結構
Core Rule
No fabrication（不虛構）
所有輸出必須從 source material（原始素材）與 evidence（證據）推導；不確定內容先標記 `TODO`。
Output Layer`resume/`：master resume 與 tailored versions
Review Layer`REVIEW_CHECKLIST.md`：避免誇大與資料洩漏
Docs Layer`START_HERE.md`、showcase、private boundary
User Architecture
User Architecture（使用者架構）
這個 repo 的使用者角色不是單一「讀者」，而是蒐集者、編輯者、審查者與求職輸出者。
蒐集事實
把經歷、專案與成果先寫成條列，先求正確，不急著包裝。
整理素材
把分散素材轉成案例、成果與履歷段落，並保持與 source material 的連結。
輸出版本
針對目標職缺產生履歷、自傳或面試答案，但不改寫事實。
Verification Panel
Verification Panel（驗證面板）
career-kb 的驗證重點是資料邊界與內容可信度，不是單純跑程式測試。
Scaffold check（骨架檢查）
powershell -NoProfile -ExecutionPolicy Bypass -File .\scripts\verify.ps1確認 README links、showcase 與基線文件存在。
Human review（人工審查）
檢查每段履歷輸出是否能回到 source material 與 evidence。人工審查要確認沒有虛構、沒有敏感資料外洩。
System architecture 對應到內容資料夾。
Pipeline 表現 facts -> source -> evidence -> output。
Showcase 不展示真實個資或履歷內容。
未知內容標記 `TODO`。
Tailored resume 不反向污染 source material。
Browser QA 需確認 desktop/mobile 可讀。
Private Data Boundary
展示結構，不展示隱私
聯絡資訊、真實履歷細節、求職投遞狀態、面試筆記與敏感 evidence 不應出現在 showcase。