最近很夯 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,
debug
Ref: * 寫程式不是輸出，是內化 * Vibe Story：用敘事智能為程式碼注入生命，簡化維護 這篇主要是想紀錄一下看了Ruddy 老師的文章後想做的事情，雖然通篇的重點不是在我想做的這件事，但因為Ruddy 老師的這篇文章讓我覺得以後在排除 Bug 的時候應該要做這件事才對。 以下的內容是擷取 Ruddy 老師的內容(部分修改) 1. 記錄搜尋路徑與嘗試過的假設 => 我以為是 state 沒清，但發現是 effect 未執行 2. 為錯誤進行分類，然後標註成概念 => 這是 mutable state 的副作用問題 3. 寫一段描述該段程式的情境與原則 => Vibe Story 該段程式的情境與原則可以參考一下的要點撰寫： * 場景（Context）：描述程式碼的背景與需求。 * 目標（Goal）：說明功能目的。 * 挑戰與迭代（Challenges &
Claude Code 在大家軍備戰發布了 Status line 這個功能，讓使用者可以在 Claude Code 的輸入框下方自訂自己想要的訊息，官方提供幾個方式可以實現這功能(Bash, Node.js, Python)，最後我選擇使用 Node.js。 趁著週末寫玩了一下，剛開始照著官方文件做，結果啥都沒顯示出來，接著叫 Claude Code 幫我做，他說成功了，結果還是啥都沒有...最後才發現可能是官方提供設定檔案的問題 { "statusLine": { "type": "command", "command": "~/.claude/statusline.sh", "padding": 0 // Optional:
big5
在 .NET Core 要使用一些其他編碼(例如: Big5) 需要額外安裝 System.Text.Encoding.CodePages 並且在使用前呼叫下列 api: Encoding.RegisterProvider(CodePagesEncodingProvider.Instance); 這樣才能使用一些其他編碼 Encoding big5Encoding = Encoding.GetEncoding("big5");
.net
在使用第三方套件時，有時候會因為第三方套件有支援多語言，因此在建制時會多出很多在地化相關的檔案，如下圖： 想要避免產出這些檔案，可以在 project 設定檔中增加以下的設定 <PropertyGroup> <InvariantGlobalization>true</InvariantGlobalization> </PropertyGroup> 或者使用 <SatelliteResourceLanguages> 來產出特定所需的語言也可以： <PropertyGroup> <SatelliteResourceLanguages>en;jp;ko</SatelliteResourceLanguages> </PropertyGroup>
24h2
近期 Windows 11 釋出了 24H2 更新，但會導致基於 Chromium 開發的瀏覽器發生凍結的問題，以下是解決方法： 使用管理員權限開啟 PowerShell，然後執行以下指令： Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Dwm" -Name "OverlayMinFPS" -Value 0 -Type DWord 需要還原設定的話就使用以下指令： Remove-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Dwm" -Name "OverlayMinFPS" 另外，如果先前已經停用 MPO (多平面重疊) 建議重新啟用： Remove-ItemProperty
windows
netstat -ano | findstr {port}
rider
在 Rider 增加啟動時候的參數 -Dfile.encoding=UTF-8 這樣即可解決 build 的時候出現亂碼。
docker
Docker 安裝好之後基本少都需要使用 sudo 來進行操作，可以把使用者加入到 docker group 來讓使用者可以不用 sudo 來進行 docker 相關的操作。 1. Add docker group(基本上安裝完 docker 應該就會有) sudo groupadd docker 2. Add user to group sudo usermod -aG docker $USER 3. 切換到該 group newgrp docker
csharp
C# 中取得位置的方法友好幾種： * AppDomain.CurrentDomain.BaseDirectory * System.Reflection.Assembly.GetExecutingAssembly().Location * System.IO.Directory.GetCurrentDirectory() 經測試後這幾種方法的意義如下： * AppDomain.CurrentDomain.BaseDirectory > 執行的應用程式的位置路徑 * System.Reflection.Assembly.GetExecutingAssembly().Location > 目前執行的組件位置路徑 * System.IO.Directory.GetCurrentDirectory() > 下執行指令的位置路徑