Justin Lee

你知道 Claude Code 在幫你做什麼嗎？每一輪花多少錢、cache 還剩多久、context 快到哪了——它不會主動告訴你。 ccxray 是一個透明代理，架在你和 Anthropic API 之間，把這些全部攤開來給你看。零設定，一行指令啟動： npx ccxray claude 1.6.0 解決了多個我一直很在意的問題：不知道 auto-compact 快觸發、quota 面板顯示錯誤數字、分不清哪個 session 是哪個、還有多久 cache 會過期。 github.com/lis186/ccxray

前幾天和同事聊到：如果 Feature Flag 沒有好好管理、年久失修，還散得到處都是的話，會發生什麼事呢？稍微爬了一些相關文章，也丟上來這邊，供需要的朋友參考。 首先先來一個經典案例： Knightmare: A DevOps Cautionary Tale dougseven.com/2014/04/17/kni… > 對 SMARS 的更新原本是要替換名為「Power Peg」的舊有、未使用程式碼——這項功能 Knight 已經整整 8 年沒用過了（為什麼一段已經死了 8 年的程式碼還會留在程式碼庫中，這是個謎，但這不是重點）。此次更新的程式碼重新利用了一個舊 Flag，該 Flag 原本是用來啟用 Power Peg 功能。這段程式碼經過徹底測試，並已證明能正確且可靠地運作。還能出什麼差錯呢？ > 在東部時間 2012 年 8 月 1 日上午 9:30，市場開盤，Knight 開始代表其客戶處理來自券商交易商的新版零售流動性計畫訂單。那七台已正確部署 SMARS 的伺服器開始正確處理這些訂單。送至第八台伺服器的訂單觸發了疑似被重新用途化的 Flag，並讓早已被棄用的 Power Peg 程式碼死而復生。 > 短短 45 分鐘內，Knight 從美國股票市場最大交易商、NYSE 與 NASDAQ 的重要做市商，變成了破產公司。 只是一個被錯誤打開的開關，就可以導致一間公司的毀滅。可見 Feature Flag 的管理不可不慎，但我們要怎麼管理這些 Flag 呢？ 首先我們要先認識 Feature Flag 的生命週期，這部份可以參考我們馬丁叔叔這篇： Feature Toggles (aka Feature Flags) martinfowler.com/articles/featu… 簡單筆記一下：Feature Flag 的生命週期應該根據用途去分類，不同種類應該要有不同的生命週期，我們可以把 Flag 分為四種 1. Release Toggles（發布切換） - 用途：隱藏還沒做完的功能，讓程式碼可以安心合回主幹，不影響現有使用者 - 生命週期：極短，功能上線後就可以拔了 - 動態程度低，不是開就是關 2. Experiment Toggles（實驗切換） - 用途：做 A/B Testing 之類的實驗，讓不同使用者看到不同版本 - 生命週期：短，實驗結束後移除 - 動態程度高，會需要根據實驗設計去對不同實驗者判斷要丟到開還是關 3. Ops Toggles（營運切換） - 用途：給維運人員用的緊急開關，在出問題時可以快速關閉功能，降低影響範圍 - 生命週期：大多偏短，但要看系統怎麼設計，有些緊急閘門會長期存活 - 動態程度：中，主要看有沒有需要人工操作 4. Permissioning Toggle（權限切換） - 用途：控制哪些使用者能使用哪些功能，例如付費方案、Beta 搶先體驗名單等等 - 生命週期：長，甚至永久，功能分級存在多久就活多久 - 動態程度高，需要根據使用者身分和請求判斷要丟到開還是關 替 Feature Flag 分類之後，重要的下一步就是：在建立 Flag 的時候就想好退場機制。 在這篇文章中也提到了一些 Feature Flag 的常見退場作法： > Feature Flags 有快速倍增的傾向，特別是在剛導入時。它們既實用又容易建立，因此常常會被大量新增。然而，開關也是有維護成本的。它們會要求你在程式碼中引入新的抽象層或條件邏輯，也會帶來相當大的測試負擔 > 精明的團隊會將程式碼庫中的 Feature Toggles 視為一種存貨，而存貨是有持有成本的，因此會盡可能把這些存貨維持在最低。為了讓 feature flags 的數量保持在可管理的範圍內，團隊必須主動移除那些已不再需要的 feature flag > 有些團隊會規定：每當第一次引入一個 Release Toggle 時，就一定要在團隊的 backlog 中新增一個移除 toggle 的任務。另一些團隊則會替他們的 toggles 設定「到期日」。有些團隊甚至會建立「定時炸彈」；如果某個 feature flag 在到期日之後仍然存在，測試就會失敗（甚至應用程式會拒絕啟動！） > 我們也可以採用精實（Lean）的方法來降低存貨，對系統在任何時間點允許擁有的 feature flags 數量設下上限。一旦達到這個上限，如果有人想新增一個新的 toggle，就必須先花時間移除現有的 flag 除了上面馬丁叔叔的文章，以下這幾篇也可以作為參考： Feature Flag Best Practices: Understanding the Feature Flag Lifecycle cloudbees.com/blog/feature-f… Your Feature Flag Management Needs to Include Retirement cloudbees.com/blog/feature-f… Feature Flag Best Practices: 7 Common Mistakes to Avoid configcat.com/blog/feature-f… 以上就是 Feature Flag 退場機制的相關文章，祝福各位不會遇到開關多到變成飛機駕駛艙的狀況。阿彌陀佛。

@huang47 好像改成「不用再靠運氣」會更好。

@lis186 不再亂猜這句有 AI 感呀 😀

台灣國定假日這題我寫過 MCP、後來改成 CLI，今天再包成 Skill。 問 Claude「下個月幾個工作天?」「今年最長連假在什麼時候?」不再亂猜。 github.com/lis186/taiwan-…

@typebrook MCP github.com/lis186/taiwan-…

@typebrook 資料源 github.com/ruyut/TaiwanCa…

@Mori_Liu 我也很喜歡這支，緊湊又保留的右下角的方向鍵。

雖然惋惜 FILCO 受惡性競爭影響而收掉，但也不意外。 至今還是蠻愛用 MINILA Air，省空間的緊湊排列，保留了 HHKB 的好用特點，但是又改善了一些痛點，例如：左手方向組合鍵、切換 win/mac 功能鍵位（這功能以前的鍵盤比較少）， 但是也能調換 ctrl & caps lock。

現在 AI 講座和工作坊很多，聽完後回家自己做卻還是卡關。這就是為什麼 IxDA Taiwan 決定發起第一場全新實驗企劃——【AI OPEN 講】 我們希望打造一個 UX 工作者厚厚同溫層的聚會，歡迎剛開始使用 AI 的工作者，更歡迎各路經驗者共同交流。 ixda.kktix.cc/events/ai-open…

@cat88tw 圖片支援，ccxray 可以看到實際改了什麼。

欸 不是！之前是否就有某嘴砲王推友明白指出 claude code 內建的 Glob/Grep 工具非常有問題常會找不到分明存在的檔案？現在連官方也直接拔掉這兩樣工具改成直接用 Bash 啦~🤭

OpenAI 開源 PII 消除模型 愛了愛了 企業一定要搞一套這個 openai.com/index/introduc…

@typebrook @mangoice @cat88tw 幾週前路過。

很久沒有來天瓏，現在 AI 相關的書籍都擺在C位了啊 @mangoice @cat88tw 二樓有在外借場地，看起來也足夠大，以後要是覺得小樹屋貴的話可以試試看這邊 tenlong.com.tw/codingspace

@trader_alvin 剛剛才在想這個可能性。

@lis186 未來會支援 codex cli 版本嗎

你知道 Claude Code 在幫你做什麼嗎？每一輪花多少錢、cache 還剩多久、context 快到哪了——它不會主動告訴你。 ccxray 是一個透明代理，架在你和 Anthropic API 之間，把這些全部攤開來給你看。零設定，一行指令啟動： npx ccxray claude 1.6.0 解決了多個我一直很在意的問題：不知道 auto-compact 快觸發、quota 面板顯示錯誤數字、分不清哪個 session 是哪個、還有多久 cache 會過期。 github.com/lis186/ccxray

@cwh_tw 太有趣了

其實我從兩個月前開始嘗試搞的，龍蝦獨立造遊戲網站 (ai.e04.wtf )，最原始的初衷也是類似這樣 但無奈我智商在思考多層次prompts 時，無法 "再往上跳一層" 搞到最後依然我寫計劃書請龍蝦做遊戲，而不是 "請龍蝦做一個以後別人簡單幾句描述就能做遊戲" 的更高階的AI 系統

@toomore 認真用的話，我覺得升級到 MAX 只是早晚的問題😏

@lis186 等等來試試，要不然真的要買 $100 方案了⋯⋯

以上是 ccxray 1.6.0 的主要更新。 這個版本的核心是讓你在使用 Claude Code 的過程中，對正在發生的事情有更清楚的掌握——context 還有多少跑道、cache 還剩多久、花了多少錢、每個 session 在做什麼。 特別感謝 jspelletier 貢獻了 corporate proxy 支援，讓 ccxray 在公司網路環境下也能正常運作。 github.com/lis186/ccxray

Claude Code 的 prompt cache 在 Max 有一小時，Pro 是五分鐘。Cache hit 只收標準價的 10%——也就是說 cache miss 的那一輪，input token 費用立刻貴 10 倍，回應速度也可能慢上 85%。 但它不會告訴你 cache 什麼時候過期。你繼續工作，悄悄變貴、悄悄變慢，可能覺得哪裡怪怪的，但是卻沒發現。 ccxray 1.6.0 在 session 卡片上顯示倒數，剩不到一分鐘變紅，分頁標題閃 ⚠。Max 用戶可以選擇提前五分鐘收瀏覽器通知，夠你決定要不要先送一輪保住 cache。