問題
當收藏職缺、未讀變化與定期搜尋分散在不同工具時，求職探索很快就會變得混亂。
我的角色
我設計邀請制流程、帳戶邊界、收件匣模型、排程摘要行為與公開部署路由。
限制條件
服務必須隔離帳戶資料、不公開求職活動，同時仍提供可供檢查的產品介面。
關鍵決策
邀請制縮小暴露面；帳戶範圍記錄分離收藏與未讀狀態；探索、匹配/解釋與投遞 Agent 標籤讓工作流邊界可見；排程摘要把重複檢查轉成明確流程。
架構
路由式應用介面置於驗證之後，帳戶範圍收件匣資料、僅預覽的郵件行為、AI 評估門檻，以及 pipeline/notify/backup 排程工作都和請求時互動分離。
工程證據
線上登入路由、隔離的產品介面、收件匣狀態、排程摘要控制、工作流標籤、測試與隱私邊界文件構成目前的證據邊界。
成果
此專案展示產品與隱私判斷，同時不公開使用者資料，也不虛構商業成果。
限制與下一步
公開案例刻意省略內部資料結構、帳戶細節、基礎設施位址與私人運維記錄。