最近我遇到一個 GitHub 圖片載入的問題
我習慣把 Blog 使用的一些圖片放在 GitHub Repository，網站直接使用 GitHub Raw URL 顯示圖片
原本一直都正常，但最近在單一 Client 一次讀取比較多圖片時，突然開始出現下面的錯誤
429: Too Many Requests For more on scraping GitHub and how it may affect your rights, please review our Terms of Service
(https://docs.github.com/en/site-policy/github-terms/github-terms-of-service).
最近應該很多人開始用 AI 製作不同的網站，或是產一些 UI 介面，我就很好奇一件事情，AI 對於「美」的看法到底是什麼？
畢竟美這件事情很主觀，有人覺得留白就是高級，有人覺得很空，有人覺得黑底加金色很有質感，有人覺得像詐騙網站，所以我就做了一個無聊、花錢、又有點花命的實驗。
我請不同模型去製作網站，看它們對各產業的配色看法，對於「美」加上「高質感」這種很抽象的要求，最後會做出什麼東西。
最近小米推出了 Mimo2.5 Pro，各家 Token 成本也越來越高。小米官方也推出了百萬億創造者激勵計畫
身為米粉當然一定要申請一波，申請網址：https://100t.xiaomimimo.com/
像 OpenClaw 這種東西我其實是會怕的，因為它太強了
越強的 Agent，代表它可以碰的地方越多，能做的事情也越多
可是回到我自己的使用場景，其實很單純，我大部分時間只是想拿來 寫 code、改 code、看 code，沒有真的想把整台機器都交給 Agent
所以後來我就想，那乾脆不要一開始就追求一隻超大超猛的怪獸，先自己開發一隻比較順手、比較可控、比較像工程師日常會真的用的小東西。
也就是這隻 "小蝦"：CopilotClawD
先講結論，後面很長，其實不一定要看，我只是筆記
很多人在看 Agent 系統時，會不小心把所有事情都算在 LLM 身上。
最後文章就會寫成一種很神奇的敘事：彷彿 LLM 看完一句話，突然就自己把專案 build 好、跑起來、開瀏覽器、順便截圖，像一個住在 GPU 裡的 DevOps 工程師。
但實際上不是這樣。
LLM 比較像「負責判斷下一步要做什麼的人」，真正去動手做事的是 Agent。
本來只是隨手確認一下 Gemma 4 有沒有進 AI Studio，結果測一測發現 OpenCode 也真的能接，這就值得記一篇了
不只可以下載到本地當模型，現在重點來了官方 Google AI Studio 在 2026-04-02
今天不寫程式，來聊聊好用的東西，如果你沒有使用 ChatGPT Codex 因為要錢，但是想體驗一下用 AI 寫程式的快感
推薦一個我覺得可以 白嫖 免費可以完整體驗 AI 幫你寫程式快感的工具，介紹的人比較少
但是玩了一下，值得推薦，就是 NVIDIA + opencode
最近朋友問我可不可以不透過 Visual Studio or Visual Code 呼叫 Github Copilot
感覺起來他就是要幹大事，其實問一下 AI 就知道可以不過我還是測試一下
畢竟可以讓程式自己寫程式，一直都是工程師的浪漫?
很多人一開始看 async/await，都會先把它當成語法糖。
我自己一開始也是這樣想
就覺得不就是把同步改成 await，讓 thread 不要卡住，看起來也比較現代一點，而且你現在用 copilot 應該也是 tab tab 就出來了
但真的在 API、網站服務，或是有點流量的系統裡用久之後，才會慢慢發現
async 不是只有能不能跑而已，它其實還會影響 效能、記憶體使用量，還有整體穩定度
有些 async code 表面上完全沒問題
但如果剛好寫在系統很常被呼叫的地方，它就可能一直默默建立 Task
平常流量小的時候不太有感，等到 request 一多，GC 開始變忙，延遲就會慢慢浮出來
最近買了一隻 CP 值很高的手錶，這次實驗對象是 KKTICK TANK T6（沒有業配就不上連結了）。
因為有一些小需求，我想把自製影片放進手錶裡播放，但一開始就遇到問題
他附的內建轉檔軟體竟然一直出錯..
一開始看到 record，其實完全抓不到重點
看起來跟 class 很像，而 class 又早就被拿來跟 struct 比過無數次
現在再多一個 record，第一反應只覺得，是不是又一個學了也不一定會用到的語法糖..
最近在整理一段舊系統的商業邏輯時，發現錯誤處理幾乎清一色都是 try/catch + throw
現在其實已經是 21 世紀了，很多時候有更好的方法可以處理 try catch 跟以前學習的方式有點不同
這篇單純記錄我實際套用 Result Pattern 後的想法與最小可行寫法筆記一下..
聊一下關於好用的 LINQ 很多時候我們從資料庫撈出資料來，並且透過 API 往外吐，這是後我們都會把肥大的資料
拿掉一些或是組合一些欄位，之後再往外面吐，當然這沒什麼問題但...
最近遇到一個老專案，他之前設計都讓客戶自由輸入生日，不過幸好 placeholder 提示
至少他的客戶是乖乖輸入 國曆xx年xx月xx日，或是農曆xx年xx月xx日，但是他現在跟我說要算
天干地支跟五行...WT...
最近都再釐清一些觀念跟償還技術債，其實只要常常遇到程式要大量改寫成非同步化常常對專案都是
毀滅性的更改，也就是大量翻修，這裡面有一個很常被忽略的東西，處理的好才能夠把非同步化達到最大價值
幫一個朋友解決問題，他說他用 AI 嘗試過了，先說一下他的需求 他是在 Google Sheet 中
在 Column D 輸入任意值，如果同一列 ( Row) 的 B 欄位 ( Column) 如果有值就沒事，如果沒有就填入今天的日期
我順手測試一下，其實沒有很難啊，就簡單紀錄一下..
很多人聽過 MessagePack，但真正用在 Web API 上的機會其實不多，尤其是完整從 Client 到 Server 都走 binary 傳輸的情境
這篇文章用 .NET 10 示範一個最小可行的案例，實作一個只接受 MessagePack 的 Web API，並搭配一個 Client 呼叫範例
讓整個傳輸流程從頭到尾都清楚可以快速複製貼上了解
MessagePack 其實一直都聽到這名詞，但是因為在這 JSON 當到的現在比較少處理這東西，所導致我聽到很久了
但是也沒有實際去測試他，最近測試一下似乎蠻好用的
