設計哲學

十條反直覺的選擇，每條背後都是踩過的坑。用這個 skill 不一定要理解每一條，但打算改它的話，先讀完這裡。

1. 你的經歷只有一份

分散在五個履歷版本裡的事實，遲早會互相矛盾。profiles/master.md 是唯一的事實庫，所有量化成果、職稱、時間線都在這裡。客製履歷時 AI 從這裡取資料，而不是從上次生成的版本裡複製貼上。

歷史履歷備份在 简历/ 或 resumes-archive/，唯讀，不當資料來源用。

2. 方向定好，不用每次重說

每次對話都重新告訴 AI「我在找什麼樣的工作」很煩，也不可靠。把目標職級和產業寫在 AGENTS.md 頂部，之後每次會話 AI 都自己去讀。想換方向，改這一個地方就行。

3. 求職履歷和研究計畫申報不是一回事

申請企業職位和申請科研補助，需要的不是同一份材料——格式不同，語氣不同，甚至哪些成果「值得說」也不同。master.md 管求職，research.md 管研究計畫（按需啟用）。合併在一起只會讓兩邊都不對。

4. 原件不放儲存庫

身份證、合約、任命函、畢業證書、稅單——不放進版本控制。verification/references.md 只記錄「這份文件在哪裡」，原件留在你自己的硬碟或雲端同步碟。這樣儲存庫可以隨時分享或示範，不用擔心洩漏什麼。

5. 提交前先把關鍵資訊查一遍

高階職位的面試、研究計畫評審——提交之前值得做一次自查。執行 workflows/verification.md，把學歷、雇主、職稱、計畫編號、量化數字在公開來源裡核一遍，至少兩個獨立來源能印證才算過。

查到對不上的，現在改，比等面試官或評審自己搜到要好得多。

6. 做完就封存，別堆在待辦裡

todo.md 只放還沒做的事。做完了告訴 AI 封存——條目會移到 changelog.md，帶上日期。堆滿 [x] 的待辦看著有成就感，但找不到「現在該幹什麼」，那就沒用了。

7. 每次投遞單獨建檔

jobs/applications/{公司}-{職位}-{YYYY-MM-DD}/——JD、履歷、求職信、面試準備各放一份，全在這個資料夾裡。同一家公司投第二次，就再建一個新的，不要在原來那份上面改。日期必須有，以後回看能一眼看出節奏和每次投遞的背景。

8. 講故事和記事實，要分開

profiles/stories.md 放為面試口頭表達專門打磨過的 STAR 敘述，master.md 放原始事實記錄。故事要讓人聽進去，事實要準確無歧義——目的不同，放在一起會互相污染。

9. 語言只選一種，別混用

初始化時選中文或英文，之後不混用。範本、AI 指令、工作流程都假設單一語言環境，夾雜兩種語言容易讓 AI 的產出變亂。履歷本身想輸出中文版還是英文版，那是另一回事，投哪家選哪種就好。

10. 別把工具鏈綁死在某一家 IDE

AGENTS.md 是跨 IDE 通用的上下文檔案格式。如果你用的 IDE 要求別的位置（比如 Cursor 的 .cursor/rules/、Windsurf 的 .windsurfrules），建軟連結或複製過去就行。內容本身不要寫成某一家 IDE 的專屬格式，換工具不該需要重寫上下文。

---

背後參考的方法論

這些設計選擇不是憑空想的，每一條都有可追溯的來源。完整列表見 方法論。