Sign in Subscribe

知識庫

知識庫
Photo by Patrick Tomasso / Unsplash

這是 yuchang23 的個人知識庫索引，依「概念／工具／模型／方法／經驗」五類整理所有 wiki 條目。

概念

模型

  • 標準架構不適用的四種情況（含 SSR 解說） — 靜態網頁＋無伺服器後端的標準架構有四種不適用情況：需要 SSR、需要即時推送、後端多前端共用、不在 Azure 生態系；含 SSR 白話解說與規格階段的兩個判斷提問（更新 2026-07-07）
  • 零費用的 AI 自動化管線模式 — 作業系統排程定時喚起 AI 命令列讀任務文件、自主處理資料的無人值守模式；訂閱額度＋免費方案，每月零元（更新 2026-07-07）

方法

  • 業界怎麼做 AI 多人協作：拿四原則對照自己的工具箱 — 把業界（以 Anthropic 內部為主）的人機協作四原則——公開工作、明確角色、北極星寫下來、信任漸進——對照自己的 AI 協作工具箱；差距集中在讓 AI 產出流回團隊場域（更新 2026-07-10）
  • 問對問題：分清障礙與限制 — 解題前先把問題攤開成現況、目標、障礙、限制四要素，分清「要去動的障礙」與「不能動的限制」；附讓 AI 教你思考的可帶走習慣（更新 2026-07-10）
  • 找出未知：四象限框架與反向面試、盲點掃描 — AI 協作真正的瓶頸在「把未知釐清」：把未知分四象限，最貴的兩格——未知的已知、未知的未知——各用反向面試與盲點掃描主動挖出來（更新 2026-07-08）
  • 絞殺榕式搬家：系統換底不重寫 — 在原系統內逐類資料換底、逐段驗證、保留舊路徑的漸進遷移策略；比重寫風險低，過程中系統一直可用（更新 2026-07-07）
  • 等待體驗的組合拳：預熱＋舊資料先上 — 定時保活加「先顯示舊資料、背景更新」兩招，把冷啟動的白畫面等待變成秒開體感，不必花錢加機器（更新 2026-07-07）
  • SDD：規格先行的開發流程 — 先寫規格（做什麼、怎麼驗收、不做什麼）再實作的四步流程；所有決策發生在規格階段，寫程式是最後一步（更新 2026-07-07）
  • 讓 AI 互相把關：多角色分工 — 大功能拆成規劃、實作、格式檢查、驗收四個獨立 AI 角色；派工從人工指派演進到自動編排，流程綁角色、不綁模型（更新 2026-07-07）
  • 技術債的擱置也要留紀錄 — 「先不修」是合法決策，但要寫齊發現日期、原因、不修理由與解除條件，口頭擱置會變成沒人記得的地雷（更新 2026-07-07）
  • 踩過的地雷要變成可重用的知識 — 每個地雷修好後把「症狀→原因→解法→驗收」寫成 AI 會自動觸發的指南，愈晚開的專案起點愈高（更新 2026-07-07）
  • 用 Teams Planner 當開發工作紀錄 — 把功能規格同步成 Planner 卡片與 checklist，規格與進度同一份來源，看板即進度報告（更新 2026-07-07）
  • 同仁回饋用問題卡收斂 — 把散在聊天、口頭、Email 的使用者回饋統一收斂成看板問題卡：有編號、有狀態、有往來紀錄，累積成客服知識庫的雛形（更新 2026-07-07）
  • 檢索增強生成（RAG） — 讓 LLM 在生成前先從外部資料源檢索相關資訊的技術，突破訓練資料限制並減少幻覺；含「要不要上 RAG」的實務決策原則（更新 2026-07-07）

經驗