樣例
本頁展示 resume-intelligence-hub 初始化私人職涯 hub 後可能產出什麼。下面所有樣例都是合成和匿名內容：虛構姓名、虛構組織、虛構指標，並且只使用相對路徑。
安全說明
這些樣例只作為格式參考，不是可直接複製的真實聲明。真實 hub 應把敏感原件留在公開儲存庫之外，把已查核事實和草稿分開，並在高風險投遞前執行投遞前查核。
初始化目錄樹
text
career-hub/
├── AGENTS.md
├── README.md
├── todo.md
├── changelog.md
├── profiles/
│ ├── master.md
│ ├── evidence-index.md
│ └── positioning.md
├── applications/
│ └── 2026-04-15-exampleworks-platform-lead/
│ ├── jd.md
│ ├── resume.md
│ ├── cover-letter.md
│ └── verification-log.md
├── interviews/
│ └── star-stories.md
├── planning/
│ ├── quarterly-review-2026-q2.md
│ └── smart-plan-2026-q3.md
└── archive/
└── imported-resumes/profiles/master.md 成就片段
markdown
### 平台可靠性與事故降噪
- 帶領一個五人平台小組，為某個虛構分析產品重設計告警路由工作流程，在兩個季度內把重複告警從 43% 降到 12%。
- 建立每週事故複盤範本，把個人職責、團隊結果、客戶影響和未解決風險分開記錄。
- 證據狀態：已有內部記錄；對外使用前需要做公開資料三角驗證。
- 歸因邊界：負責工作流程設計和複盤推動；可靠性改善由整個平台小組共同交付。JD 客製履歷片段
markdown
## 重點經歷
**資深平台工程師，虛構產品小組**
- 針對 JD 中的「跨職能事故領導力」要求，突出一個合成的平台可靠性專案：協調工程、支援和產品相關方，完成兩個季度的告警路由重設計。
- 把泛泛的「搭建 dashboard」改寫成 JD 相關的範圍：建立服務健康視圖，用於每週複盤會議中的優先順序排序和升級判斷。
- 刪除不相關的行動端 UI 工作，因為該 JD 更強調後端可靠性、相關方協調和營運指標。
## 定位鎖
目標：中型 B2B 軟體團隊的平台負責人。
需要強化的訊號：營運判斷、事故系統、清晰的歸因邊界。STAR 故事
markdown
### 故事：減少噪音型升級路徑
**Situation**：一個虛構客戶營運團隊不斷收到來自重疊監控規則的重複事故通知。
**Task**：在不隱藏高嚴重度告警的前提下，釐清升級路徑。
**Action**：訪談支援負責人，梳理告警歸屬，移除重複路由規則，並用統一的事故分類法建立每週複盤。
**Result**：在這個合成樣例中，重複告警從 43% 降到 12%，on-call 複盤時間減少 30%，團隊把這套分類法用於後續服務上線。
**後續面試角度**：強調不確定場景下的判斷力，而不只是工具實作。Verification log
markdown
# 投遞前查核日誌
投遞：2026-04-15-exampleworks-platform-lead
查核者：AI agent + 人工複核
狀態：提交前仍需人工確認
| 聲明 | 來源類型 | 查核動作 | 結果 | 下一步 |
|------|----------|----------|------|--------|
| 重複告警從 43% 降到 12% | 內部 dashboard 摘要 | 比對統計週期和分母 | 僅限草稿 | 確認是否允許匯出 |
| 帶領五人小組 | 團隊成員記錄 | 確認角色和日期 | 基本可信 | 請前經理確認措辭 |
| 建立每週事故複盤範本 | 內部流程文件 | 檢查歸因邊界 | 草稿已查核 | 保留「建立」，避免聲稱獲得高層授權 |
| 客戶影響表述 | 支援工單主題 | 避免無證據的收入或流失聲明 | 證據不足 | 刪除業務影響聲明 |季度 SMART 計畫
markdown
# SMART 計畫：2026 Q3
定位目標：中型 B2B 軟體團隊的平台負責人。
1. 在 2026-08-15 前發布兩篇內部可靠性複盤，每篇都由一位工程經理和一位支援負責人審閱。
2. 每月進行一次模擬面試，重點練習事故判斷、取捨表達和相關方對齊。
3. 在 2026-09-10 前，把三個最強的可靠性成就改寫成 STAR 故事，並補齊已查核的歸因邊界。
4. 在 2026-09-30 前蒐集 12 個 Platform Lead 或 Staff Platform Engineer JD，並按職責範圍、團隊規模和所需證據打標籤。
5. 完成一份系統設計複盤包，關閉一個資質差距，並把經驗寫入 `planning/quarterly-review-2026-q3.md`。如何使用這些樣例
真正有用的不是具體措辭，而是把來源事實、生成草稿、面試故事、查核證據和季度計畫分開。這樣 AI agent 才能隨時間持續改進產出，而不是把每次投遞都變成一次性的重寫。