最近為了方便一些作業所以把 Docker 安裝在 WSL 上，但常常會發生 WSL 的 terminal 關掉的話就會造成裡面跑的 Docker 也一併被關掉，Google 了一下發現不少人有這問題，最終的解決方案如下：
在 %userprofile%/.wslconfig 設定
[wsl2]
vmIdleTimeout=-1
設定結束後記得重啟 wsl
wsl --shutdown
執行以下 command
wsl --exec dbus-launch true
Ref:
最近很夯 SDD，然後 GitHub 也出了工具 spec-kit 來幫助開發者撰寫 SDD 文件。 這個工具可以讓你直接用自然語言來描述你的需求，然後自動生成 SDD 文件。 spec-kit 支援來幾乎現在市面上所有的 AI Coding 工具，而且一直持續在更新。 以下是目前(0.0.79)版本可用的指令以及指令的用處： * 核心指令： 指令 用途 /speckit.constitution 建立或更新專案管理原則和開發指南 /speckit.specify 建立需求和使用者故事 /speckit.plan 建立實施計劃 /speckit.tasks 生成 Task /speckit.implement 執行 Task * 選擇性指令： 指令 用途 /speckit.clarify 釐清不明確的規格，
通常都會在 shell script 最上方寫上 shebang #!/usr/bin/env bash 不過今天寫完一個產檔案的 script 後確跳出了以下的錯誤： 1: #!/usr/bin/env: not found 但 which env 也確認路徑正確，找了一圈發現原來是 BOM 造成的問題，把 BOM 拿掉就正常了。
Claude Code 前陣子大概 8 月初的時候 release 了 security-review 的功能，這幾天想到想說用一下，結果一下指令就噴了以下的錯誤: Error: Bash command failed for pattern "!`git log --no-decorate origin/HEAD...`": [stderr] fatal: ambiguous argument 'origin/HEAD...': unknown revision or path not in the working tree. Use '--' to separate paths from revisions,
Ref: * 寫程式不是輸出，是內化 * Vibe Story：用敘事智能為程式碼注入生命，簡化維護 這篇主要是想紀錄一下看了Ruddy 老師的文章後想做的事情，雖然通篇的重點不是在我想做的這件事，但因為Ruddy 老師的這篇文章讓我覺得以後在排除 Bug 的時候應該要做這件事才對。 以下的內容是擷取 Ruddy 老師的內容(部分修改) 1. 記錄搜尋路徑與嘗試過的假設 => 我以為是 state 沒清，但發現是 effect 未執行 2. 為錯誤進行分類，然後標註成概念 => 這是 mutable state 的副作用問題 3. 寫一段描述該段程式的情境與原則 => Vibe Story 該段程式的情境與原則可以參考一下的要點撰寫： * 場景（Context）：描述程式碼的背景與需求。 * 目標（Goal）：說明功能目的。 * 挑戰與迭代（Challenges &