Justin Lee

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

【觀察筆記｜一對外國情侶在拍我們沒注意到的台灣之美｜2026.04.26】 今天我想跟大家推薦個頻道 或許是VTuber做久了 對什麼是真的 什麼是設計過的 變得特別敏感 滑到的前幾秒就能感覺到差別 這個頻道有一種奇妙的力量 看完之後我會想去重新走一次台灣 不是去新的地方 是回去那些我以為自己熟到不行的地方 名稱是SilkyRonTheRoad 頻道主人是一對情侶檔 Silke跟Kieran 他們在2018年的西班牙因為跳當代舞認識 從2021年9月25號出發 進行一個為期十年的蜜月世界旅行 目前已經在路上四年多 YouTube頻道訂閱數約六萬多 不是那種專門打卡熱門景點 配上震撼配樂跟驚嘆號縮圖的旅遊頻道 最近剛結束越南的旅程 移動到台灣待了一個多月 慢慢地環了一圈這座島嶼 第一站是從高雄開始 他們頻道首頁寫了一句話我很喜歡 "You don't travel to tick places off a list. You travel to feel something." (你旅行不是為了打卡或解鎖人生清單 而是為了感受些什麼) 這句話完全反映在他們拍片的方式上 跟很多外國人拍的"台灣好棒棒"不太一樣 不只是逛夜市夾娃娃吃鼎泰豐上101 SilkyRonTheRoad的鏡頭比較慢 他們會在一個早餐店坐下來 真心驚訝於台灣對素食者的友善 (這點台灣人自己住久了可能不會發現 但有吃素的朋友出國就知道有夠麻煩 我前幾年因為家裡關係吃了一段時間的素 剛好遇到去日本玩...有夠痛苦...） 第一支分享台灣的影片 "Our First Time in Taiwan" 他們去了高雄美麗島站的光之穹頂 看了三鳳宮的燈籠海 吃了薑汁醬油番茄 享受駁二的藝術與海港都市風情 到處跑咖、用公用電話跟媽媽報平安 爬了龍虎塔 還去參觀佛光山宇宙戰艦夜市 其中有幾個鏡頭我特別有印象 一個是他們在雨中造訪三鳳宮 慢得讓人屏息的鏡頭 讓廟宇的莊嚴一點一點浮現 另一個是空拍夕陽下的佛光山 在他們的眼中 這些我看了幾十年的日常背景 變成了一場場初見的相遇 看見什麼都會發亮的眼神 是裝不出來的 第二支影片是分享他們去了鹽水蜂炮 跟台灣人借了外套 戴安全帽 全副武裝 走進那個煙霧瀰漫 蜂炮亂竄的"戰區" 火星在夜空中亂飛 慢動作配上配樂 那一刻我才意識到 這個我們從小看到大的危險慶典 原來這麼美 (我上次去鹽水蜂炮已經是大學的時候了 那時候只覺得好吵好熱好刺激 想帶著身旁的女孩衝往下一座炮城 沒有覺得特別美 現在隔著螢幕看別人去 反而感受到了那個悸動) 他們對鹽水蜂炮的歷史也有做功課 解釋這個傳統起源於 一百多年前驅除瘟疫的儀式 不是把它拍成"奇怪的台灣人放炮打自己" 而是真的去理解這背後的脈絡 （這在外國人拍亞洲文化的影片裡還算難得 不然你常會看到那種"WAIT WHAT THE HELL IS THIS" 的廉價反應素材 然後配個誇張的縮圖跟驚嘆號標題） 我覺得他們最動人的點在於 他們是用"自己"的視角在看台灣 不是用"YouTuber"的視角 這兩者差別很大 當你帶著演算法在拍片 你會去找hook 找反差 找金句 找潛在的流量點 但當你用人的視角在拍 你會跟每一個對到眼的人打招呼 單純只是因為對方先對你笑了一下 (順便一提 看他們的影片會覺得 鏡頭隨便拍到的路邊野生台灣人 都有多益九百+的實力...) SilkyRonTheRoad的調色 構圖 剪輯 都是高水準 你看得出來他們的專業背景跟設備等級 他們的台灣是"被觀察的台灣" 透過外國人的眼睛 把我們習以為常的東西重新點亮 但是就算畫面是經過設計與後製 你還是可以感覺得出來 他們是來度蜜月的 是慢下來感受一個地方 是用外來者眼光照出在地的美 看著他們的鏡頭 我才發現自己這幾年都在兩倍速的追新聞 追熱點 追那些讓人心累的事情 反而忘了 我每天經過的廟口 騎車路過的港邊 抬頭就看得到的山 都還在那裡等我 都還是別人會特地搭十幾個小時飛機來 待上一個月只為了感受的東西 今天我把節奏放慢了只用原速 泡了杯茶 重看了一次他們的高雄篇 居然又有不同的感受 有一種腦子沒有被塞爆 反而重新啟動的感覺 如果你最近也覺得日子過得有點悶 不一定要去旅行 也不一定要花錢 打開YouTube搜SilkyRonTheRoad 讓他們的鏡頭帶你回到自己住的地方 你會發現你已經很久沒有好好看它了 (他們昨天又上傳一集去中部的我還沒看） 你最近有在追什麼"看起來不太流行" 但你超愛的頻道嗎？ 要不要分享給我聞香一下？ (該不會互相推坑這件事 在演算法主導的時代裡 已經變成一種快要絕種的浪漫了？)

前幾天和同事聊到：如果 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。