"Workflow"
- 浮動式 vs 平鋪式視窗管理
在手動貼齊（Rectangle）跟自動平鋪之間猶豫、或想評估自己的工作型態適不適合平鋪式 WM 時回來讀
- 環境可重現性與配置分類
想釐清哪些配置該進 dotfile repo、哪些不該進時回來讀
- Reflection / Self-critique
要求模型先輸出一版、再 critique 自己、再修改的 prompting / workflow 模式、有自身失敗模式
- CI/CD 失敗到修復發布流程
說明 CI/CD 測試、建置或發布失敗後如何判讀、重現、修復、重新觸發與恢復發布
- 本 blog 專案的 GitHub Actions workflow
以本 blog 專案為例，整理 .github/workflows 底下所有 workflow 的觸發條件、責任、失敗處理與維護注意事項
- Dotfile 跟 Infra IaC 的平行關係
想理解 dotfile 管理在工程實踐裡的定位、或釐清「重建指令」跟「備份」的差異時回來讀
- 環境建置的操作順序
第一次從零建立 Linux 或 macOS 開發環境、不確定先做什麼後做什麼時讀 — 依賴順序路線圖，每一步附對應模組連結
- CI gate 與 workflow 邊界
說明 required checks、job needs、environment protection 與 artifact handoff 的責任邊界，避免測試與發布流程互相錯位
- 乾淨機器驗證：repo 宣告了什麼、機器實際依賴什麼
覺得 dotfile 已經『可重現』、或想確認 install.sh 換一台新機器真的跑得起來時回來讀
- 4.7 Workflow 編排模式
Pipeline / router / parallel / reflection：多 LLM call 組合的四種基本模式與退化條件
- commit message 引用外部 issue 會在對方 repo 留下事件——檔案內容裡的同一串字不會
在 commit message 裡寫下對其他專案 issue 的引用之前先讀。判斷這次引用會不會在對方 repo 留下事件，以及留下之後還剩多少處置空間。