YFWu's Blog

再別 ChatGPT Pulse

Tue, 07 Jul 2026 00:00:00 +0000

ChatGPT Pulse 是一個自動化的給 Pro 用戶的資訊推播服務，會根據使用者近期的聊天內容給予新資訊的建議，也會整合 scheduled task 在裡面。不過可能是因為用的是 instant 模型，實際上品質參差不齊，而且很容易重複。最近它終於走入歷史。官方建議用良好設定的複雜 task 取而代之。於是我設定了一個如下的每日新知服務，用來讓我能跟頂級影像學實驗室的研究動態保持進度。

任務：每週工作天（週一到週六）中午推播

名稱：Three Deep Reads。

規則

每天只給三個深讀建議，不再分九大項。
每個項目都要值得花 30–60 分鐘深讀或實作測試。
期刊論文原則上只收相關領域 Q1 journal，例如 Radiology、Lancet Digital Health 之類的。
arXiv / preprint 必須確認：是否有 OpenReview 記錄，或是否投稿／接受於重要會議，例如 NeurIPS、ICML、ICLR、CVPR、MICCAI、ACL、EMNLP、MIDL、AAAI 等國際頂會。
- 排除：OpenReview 找不到、沒有重要會議脈絡、疑似撤稿。
每篇會討論：
- 為什麼值得你看
- 技術細節及可能實作、reproducibility
- OpenReview / reviewer criticism

離開 UCSF 之後，大部分都是埋首於日常工作。在這種情況下，很容易跟世界的脈絡脫節。畢竟，其他人一直在前進，而我們如果只能數肺結節，很快就會被淘汰。然而，新資訊的數量極為龐大。依靠 ChatGPT 的知識儲備來協助工作似乎是唯一的解方。我個人覺得如果可以，應該是既有研究的發展方向跟新主題、跨界合作的比例應該各為一半。

2026-06-07 週記

Sun, 07 Jun 2026 00:00:00 +0000

建構 JBOD 並退役大主機上的十年老硬碟

大主機上的硬碟陣列慢慢出現故障。之前不太懂的時候居然買了家用碟去跟 NAS 碟組成 RAID。後來多學了一點，發現對於我這種個體小用戶來說，還是買 JBOD 比較划算。我的選擇是 QNAP TL-D800C + Linux + mergerfs + SnapRAID。這個的概念不是把 8 顆硬碟做成一個傳統 RAID，而是把每顆硬碟維持成「可獨立讀取的普通硬碟」，再用 mergerfs 合併成一個大目錄，最後用 SnapRAID 做定期 parity 保護。它比 RAID 5 彈性大很多，特別適合大量 DICOM / 研究影像這種「寫入後很少修改」的 archive。

醫師愛用 Claude？

發現用 Claude 的醫師比 ChatGPT 多，我猜應該是有一些流量大的醫師（例如某個腎臟科開業醫）大力推薦？我是覺得做科研還是用 Codex 比較舒服啦，懂得都懂，type shit。我也有訂 Claude Pro 來看看 CC 又有什麼新東西。不過我現在早已不跟其他醫師分享使用技巧了，免得被當免費家教。

05-28 晚上有一個對瑞士伯恩大學醫院的小型演講，做投影片的時候用的是 Claude for PowerPoint。讓它把我的中文講稿翻成英文，結果居然錯頁，連同原本的中文版也不見了。爛東西！

Tonvasca 與 PhenoAge

2026-06-05 是定期抽血的日子，這次抽血數字都很好看，LDL 40，TG 105，Homocysteine 7.2。特別抽了 PhenoAge 需要的數據，計算下來是 24.2 歲。這半年多打猛健樂，體重是沒有很驚人的變化（114 → 98），不過抽血數字倒是一直改善，胰島素阻抗數據（HOMA-IR 也從超標 2.2 降到 1.14）。看起來直接上科技（Mounjaro、Tonvasca）才是王道。長命百歲，從讓身體變年輕做起。

2026-05-10 週記：報告編輯器、放射科 AI

Sun, 10 May 2026 00:00:00 +0000

Metro 系列的第四部作品宣布啦，叫「Metro 2039」（預告）。看起來主角換人了？在莫斯科地鐵對抗新生霸權？也許最後會有 Artyom 重返，跟主角並肩作戰的劇情？

也試玩了一下 Pragmata sketchbook，但是一直解方塊遊戲很出戲，到底為什麼要設計這種戰鬥？不能第一次遇到，或王戰的時候再來比較適合嗎？

設計報告編輯器

最近嘗試在 HTML 編輯器內加入一些半結構化的操作能力。亦即，文本中有一些定位符號（目前用方掛號，[] 作為標記）。使用 tab 在不同的標記內跳轉。如此以來，可以獲得一個類似表單的編輯速度，而模板則可通過 AHK 用堆疊的方式帶入，但是又不失去純文本的編輯能力。這個概念是從 Emacs yasnippet 裡面獲得的。目前設計了兩個版本，分別跟我的報告風格轉換系統相連；另一個則作為離線版本在我平常打報告的電腦運行。

ChatGPT 解決數學問題

今天有人發表說 GPT Pro 解決了一個 Erdős 問題，所以跑去看了一下相關資料。Paul Erdős 真是一個饒富趣味的人，提出了很多不算著名的猜想或問題，形成了一個龐大的社區。而且 Erdős 喜歡跟人合作。看起來解決數學問題的幾個要求是（1）不得聯網，強迫模型思考而不要直接開始搜尋（2）中間還是要給予一點指令，不算一步到位，但確實是仰賴模型的內建知識。

放射科 AI 如是我聞

我個人認為只有幾個層面有價值，其他都是學術水文。

第一是急，所謂 wet reading，最好是裝在機器上，檢查完立刻有報告
第二是難，沒什麼人會打的困難領域
第三是煩，像肺結節這種沒什麼技術含量，case 量又多的
第四是猜，從當前的檢查預測未來事件（例如 Sybil）

之後的目標（大資料庫建構、風險預測超人類任務）都要時時刻刻反思這一套哲學觀，避免白忙一場，搜集了一批無聊的資料或建構沒有意義的模型。

附帶一提，雖然我本人沒有能力訓練 foundation model，但未來的論文主力應該會放在既有模型的應用，甚至是跟國外的研究機構交朋友來替他們做外部驗證。最近看開會看合作的博班生做多癌症的 multi-label multi-task model，用的還是架構複雜的重型 CNN。如果 foundation model 是航太科技的話、訓練這種重型 CNN 好像大煉油廠、大煉鋼廠，不能說不重要，但是有一種重工業、老科技的感覺。

2026-04-12 週記：Codex 協作、FuBoard

Sun, 12 Apr 2026 00:00:00 +0000

我若有百萬份的報告，並最強的模型，卻沒有病理診斷，我就成了鳴的鑼，響的鈸一般。我若有最豐富的影像，也明白各樣的疾病、各樣的表現，而且有強大的硬體，叫我能夠移山，卻沒有 ground truth，我就算不得什麼。

清理研究資料裡面隨附的病理分類很麻煩。要讓 Codex 代勞，要跟他說 spawn subagent to recheck manually；加了 manual 這個詞，它就會一個個看，不是寫瞎趴 NLP python 腳本過濾。我也注意到當 Codex subagent 完成任務時，main agent 會給出評價。有次 main agent 居然驚訝 subagent 做完事情還寫了測試。而且它還會抱怨遠端機器上的並行 Codex 動作慢，耐心很不夠。我有一個複雜的 meta-project，底下是不同主題的放射科專案，以及共享工具鏈。因為我在整併工具鏈，派出很多個 subagent 去盤點各專題的相容性問題，結果 main codex 一直嘗試越過（不等待）subagent。下次要更新 AGENTS.md 叫它不要搞事。

最近還設立了不同設備間，讓 Codex 透過 tailscale ssh 互相溝通的能力。在此之上，搭建了名為 FuBoard 的跨設備 Codex 讀寫優先公布欄、圖床以及 SKILL hub。這個 hub 還有廣播功能，當 SKILL 更新時會呼叫 Codex 們來更新。

Claude Code 洩漏原始碼

Claude Code 這次跌倒，開源社區跟掠奪者們吃了個飽，有一種鯨落的感覺。以 Anthropic 內準天才國度及有 Mythos 的狀態，很快就會再次跟這些 vibe coder 拉開距離吧。不過主要任務我還是靠 Codex。我最近做了一個把知識變成小卡的 SKILL，然而使用 CC 搭配 Opus 執行時，每次都會提出不太一樣的問題，輸出一致性也不佳：有的卡片仍太複雜。相比之下，同一套 SKILL 用 Codex 執行就沒有這種不一致的問題。

重返生化危機

打完了羊蹄山戰鬼，想來玩 RE9，不過得先把前面幾作補完（RE2/3/7/8）。每一作目前都只玩了開頭兩小時左右。RE8 只玩到打完 Lady Dimitrescu 的三個女兒。之前玩 RE4 一開始頗不習慣，後面覺得還行，不過劇情蠻薄弱。之後把全系列打完再一起寫心得吧。

退訂 Parallel Desktop

很久沒用 Parallel desktop；總共訂了五年之久，還不包含之前買斷的標準版（升級訂閱制的 pro 是為了用 vagrant backend 跑 Linux，後來都改用 Orbstack）。我會注意是因為約定扣款設定過期。然而儘管付費失效，卻也不能取消訂閱 - 難道我還得先付錢再取消？網站客服支援完全找不到地方聯繫，跟 Uber Eats 一樣沒有真人客服？出問題了是自己衰？最後是上 X 去問才找到人處理。

Decode Horos/OsiriX roi_series

Sun, 05 Apr 2026 00:00:00 +0000

記得 R1 剛進來時，科裡有醫師團隊花心力用 OsiriX（一款 macOS 上的 DICOM 管理軟體）繪製大量影像標注資料，但由於 OsiriX 沒有跟上時代趨勢，這些資料使用其專屬格式存成 plist。我從 0 開始學怎麼看懂 obj-C，從開源版 Horos 逆向出內部的多邊體標注與平滑模組，前後測試到成功萃取出資料，約花了六個月。對應的腳本還需用另一套 Horos python plugin 去執行。

結果今天 Codex 在幫我整理這批資料時，沒有找到這個手工解碼器，它在五分鐘內創建新版本：辨認出 plist 結構、拉取 Horos 原始碼、迅速找到對應的程式、跟已經跑出來的資料做比對，全部一氣呵成（如下面的截圖），然後事了拂衣去，淡淡地跟我說已搞定、已驗證。真是令人驚異。我 2023 年第一次嘗試 GitHub Copilot 也是處理同一個研究案，讓 Copilot 協助重寫整個檔案處理流程。經過它完全重寫，一筆影像所需的處理時間從十分鐘變成三十秒，當時也是讓我冷汗直流。如今 Codex 再次重寫整批處理腳本，速度及準確度都更好。

我認為對放射科來說，這兩年會有一波新的時代紅利 - 以前很多需要大量人工處理的臨床問題，可能很快就能用這些工具解決。因此實際的速率限制步驟只剩資料搜集、清理；寫論文反而最快。

遊戲：羊蹄山戰鬼

Tue, 31 Mar 2026 00:00:00 +0000

本來在玩《燕雲十六聲》，但是整個畫面提示及要素過多，看得有點煩；而且畫面的美術風格一直讓我想到《對馬戰鬼》。後來還是決定玩同團隊續作 - 《羊蹄山戰鬼》。整體來說，最值得稱讚的是美術表現，在歷來 PlayStation 平台遊戲中可排前幾名。拍攝模式的物理效果變更也非常厲害。底下摘要我的感想：

劇情：復仇情節較單純，沒有前代那種武士榮譽、家國興亡大義的劇情。不過前面結識了這麼多各路豪強，到最後結局還是一對一，略過於日式；怎麼沒有來一個復仇者聯盟式的大集結、大場面？分支劇情部分稍嫌薄弱，跟主線關係較弱，大部分都是解決各地雜魚，然後升等技能。較有意思的是獲得新鎧甲部分，是挑戰一些怪力亂神的「傳說角色」，例如彼岸花武者、境井仁的遺物等，這段做得很精彩。
戰鬥：前作只有武士刀的不同架式，羊蹄山戰鬼則可以學習各種武器，包括大太刀、鐮刀、火器等。學習武器是支線任務，但只要推圖就會遇到任務。雖然也能用武士刀過全場，但遊戲故意設計成武器互相克制，還有輔助道具，想玩得舒服還得逐個解開。
潛行：前作較強調潛行，這一作標準難度下主角太強，我從頭到尾幾乎都直接殺進去。不過，一開始先用長程弓箭擊殺不設防的小兵，仍有助於快速搞定據點。
解謎：偏遠神社需要解謎跑酷，但多半只是一路擺盪或攀岩過去。有種為了製造玩家困擾而設計的感覺。
連線模式：沒有特別去玩。有機會再來試試。

總共遊玩時間：37 小時。整體還算滿意，有享受到樂趣。

圖：漂亮的羊蹄山。

2026-03-29 週記：Mastodon、投影片、Viridis

Sun, 29 Mar 2026 00:00:00 +0000

測試 Mastodon web client

測試了介面較好看的 Phanpy 跟 elkzone，兩個都不能把網路連結變成 Twitter 那樣的「預覽」。Elk zone 介面較像老 Twitter，Phanpy 則是截然不同的設計。我本來在想，應該在手錶上設計一個可以口頭發文的，這樣想到什麼就發什麼，後續再透過 bot 自動整理到 Obsidian。使用 SwiftUI 設計的 Icecube 畫面較緊湊，但每次發文都要跳出新的 popup 視窗，較煩躁。

後來決定使用 elkzone 作為雜記介面，因為它的發文區不會額外彈窗。發出後就成為 timeline 的一部分。不過如果要一直發瑣碎短內容，最好還是用 CLI app，會較舒服；反正發了就不用回頭看 timeline。

我也在考慮增加一個機器人帳號，把有意思的內容推送到我的時間線上，有空順便看，不用額外看充滿垃圾營銷內容的社交網站。

Claude code 做投影片

讓 Claude Code (Opus 4.6）根據我的一組研究程式碼生成投影片，結果它用了類似 html2pptx 的工具，裝了一坨 npm modules 還失敗；不曉得是不是應該用 Cowork 讓它直接操作 Powerpoint？後來叫 Codex (GPT 5.4 xhigh），它大手一揮改成 Python 模組處理它改寫的 markdown，把事兒搞定。

Viridis

做圖表要考慮 Viridis 這種視覺強度能跟數據匹配的配色設計；原版本來就色盲友善（藍黃色系）。雖有各種顏色變體，我仍傾向使用原版 Viridis 做設計；已經把使用這個配色寫入我的 AGENTS.md 了。參考文章：Domestic-engineering: Why you should use Viridis and not Jet (rainbow) as a colormap

放射科研究自動化初探：資料與專案分離

Thu, 26 Mar 2026 00:00:00 +0000

最近兩個月使用 Codex 5.3 及 5.4 來處理研究任務，越發得心應手。模型能力大抵堪用，反而是工程問題及技術債限制了產出速度。底下記錄目前心得，特別是把資料及程式本體「解耦合」的重要性。

去年中做研究開始大規模應用 totalsegmentator。那時每個專案各有呼叫命令列 totalseg 工具的腳本（由 claude code 創建）。若有 radiomics 需求就必須考慮品質管理（QC）以及對位擷取區域等。考慮到這些上游任務用的是同一套工具，便嘗試整合。過程中遇到的最大問題是，新工具會把不同時期的工作流 dirty hack「硬編碼」進新工具來向後相容。例如最早期的對位（alignment）工具，有一個無中生有的旋轉設定（因為處理肺臟的時候，沒有處理好 DICOM → NifTi 的座標轉換及 metadata 遷移；後來做肝臟時則有處理），結果導致整套工作流一直互相衝突。大部分補丁或 dirty hack 都應該儘可能去除，wrapper 部分能少就少。

隨著工具鏈整合，下一階段就是剝離資料、腳本、輸出。我把多個專案整合為一個巨大的 meta-project。資料部分放在 data，腳本放在 projects，QC 資料放在各自專案下或定期清理的 output，要寫論文的資料則推送到我的 MacBook。這樣的好處是可以自動嘗試不同任務。例如卵巢癌資料集，可以測試不同模型或任務（腫瘤分割、分類、預後機率評估等）。

最近兩個月 Codex 實裝了（1）計畫模式（plan mode）（2）子代理（subagent）模式。這兩個新功能使 content window 的管理更有效率。目前的核心轉向是「如何讓 Codex 成為近似人類的助理？」來節省工作量。我用的 prompt 是「Spawn subagents with xhigh effort to check data manually while keep content window manageable」，並給出具體案例數。這樣 Codex 就會確實一個個看過去，甚至會啟用 view image 來幫忙檢查 QC 流程產生的圖片是否有大問題。

總結幾個原則：

必須明確列出資料轉換的步驟，然後確認沒有混入之前流程的 dirty hack
隱私無關的部分（例如把各式各樣的病理全名歸類為項目）交給 codex subagent
涉及病歷部分調用強力本地模型如 OSS-120B 做處理
若要把 GPT API 當作函數用來處理資料，則要設定 prompt cache

圖：計畫模式（plan mode）

我可以構造很複雜的 prompt，讓它檢查資料結構、已有的工具包等，然後調整目標、設定邊界條件，之後就可以去睡覺，讓 Codex 據此計畫搗鼓；目前觀察到它已能連續工作四五個小時（會有 auto-compact 跟更新日誌等動作），起床就能收到不錯的結果。也可以把想到的論文草稿、Codex 半成品與輸出丟給 extended pro，讓它給出建議 - 實務上，Codex 像極聰明的助手，ChatGPT 才有顧問的感覺。

我個人認為：不能讓 agent 連續工作好幾個小時的人，AI 操作能力恐怕還停留在 2024。

最近跟我弟說，我們阿吉主任單靠 ChatGPT Plus，不用 agentic tool（例如 Cowork）就已經生產力大幅提升，兼顧多個研究專案並瘋狂產出；如果用了豈不是要飛天？我弟說：「你就是你們老闆的 agent」，我竟一時無法反駁 😂

2026-03-15 週記：維也納 ECR、安部公房

Sun, 15 Mar 2026 00:00:00 +0000

去維也納陪女朋友參加 ECR（歐洲放射醫學會年會），在會議開始前去薩爾斯堡玩。回程火車的終點是匈牙利首都布達佩斯。查了一下發現，從維也納到布拉格、或者到布達佩斯的距離，實際上跟台北到高雄差不多耶！

超時空輝耀姬

最近最愛，看了好幾次，細節滿滿的年度最佳百合動畫。Ray 的 MV 還有更多有意思的隱含內容，讚嘆！

安部公房

是日本最早的科幻小說家？小島秀夫最愛的作者之一。最近在查哪些作品有繁體中文翻譯。問了 ChatGPT，代表作推薦閱讀順序如下：《沙丘之女》→ 《燃盡的地圖》→ 《他人之臉》《箱人》。台灣有出版的：邱振瑞（燃盡的地圖）、楊炳辰/許明珠（沙丘之女）、聯經短篇集含導讀。

2026-02-15 週記：Clawdbot 試玩、棄用

Sun, 15 Feb 2026 00:00:00 +0000

試玩與棄用 Clawdbot

Clawdbot（→ moltbot → open claw）上線沒多久就弄了一隻來玩，主要在我東京的 VPS 上試運行，不敢跑在我內網的機器裡。一開始的任務，是讓部署在 VPS 的 Clawd 逐步使用自定義腳本來接手原本給 n8n 的任務，以及把想像中的類 1feed 功能做出來。但效果不如我的預期（我是給他 medium thinking effort codex）。

隔兩天發現居然有人弄了一個給 claw 用的社交網路。算是有創意 - 不過似乎很多 KOL 有意無意地把這網站當成 agent 自主發布內容。實際上，任何 LLM 要搞事，背後都還是要有起頭的 prompt，哪怕這個 prompt 是叫 agent 自己定時發文。特別是什麼 molt 自主產生宗教，根本是狗屁倒灶。

一週後放棄使用 OpenClaw 了；可怕的、骯髒的上下文控制，我還不如用 Blink 遠距離控制 Codex。

補充：後來 Claude 推出了自己的競品叫 Dispatch，不過並不好用。一次只能在一台設備上運行，而且自我維護、SKILL 管理能力極弱。