我個人是蠻習慣也喜歡網站文章是可以透過信件訂閱的，如果沒有訂閱至少有 RSS 可以追蹤也是很棒，但是有得訂閱我絕對是先選擇訂閱。
大部分的訂閱都會先發一封信給你然後有一個超連結或者按鈕，要你點擊確認識訂閱，這部分應該主要是怕有人填錯或者亂填信箱造成的一些問題。
但最近發現有些訂閱開始要你直接回覆一個 "OK" 來達到確認；不過我反而發現不回覆的狀況下他也是有當你訂閱成功(這部分在持續觀察看看)，所以我猜他應該是為了讓信箱服務來避免被判定是廣告信而被直接送到垃圾信分區吧。
如果 .gitattribute 太晚才加入專案的話，即便檔案類型有加入 git lfs track，但先前已經 commit/push 到 git 上的檔案都會被忽略掉，需要使用 git add --renormalize . 來讓 git 重新掃描整個專案漏缺的 LFS 檔案，重新 push 一次才會正常。
最近很夯 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,