<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>YFWu&apos;s Blog</title>
    <description>在遙遠的邊陲小島住著一個不愛吃魚愛做夢的捕魚人
</description>
    <link>http://yfwu.github.io/</link>
    <atom:link href="http://yfwu.github.io/feed.xml" rel="self" type="application/rss+xml"/>
    <pubDate>Sun, 05 Apr 2026 19:10:42 +0000</pubDate>
    <lastBuildDate>Sun, 05 Apr 2026 19:10:42 +0000</lastBuildDate>
    <generator>Jekyll v3.10.0</generator>
    
      <item>
        <title>Decode Horos/OsiriX roi_series</title>
        <description>&lt;p&gt;記得 R1 剛進來的時候，科裡有醫師團隊花了很多心力用 OsiriX（一款 macOS 上的 DICOM 管理軟體）繪製了很多影像標注資料，但是由於 OsiriX 沒有跟上時代趨勢，這些資料使用了其專屬的格式存成 plist。我花了幾個月時間從 0 開始學怎麼看懂 obj-C，然後從開源版的 Horos 去逆向出他們內部的一整套多邊體標注及平滑模組，前前後後測試加成功萃取出資料，花了我大約六個月時間。對應的腳本還需用另一套 Horos python plugin 去執行。&lt;/p&gt;

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

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-decode-horos.png&quot; alt=&quot;Codex app&quot; /&gt;&lt;/p&gt;

&lt;p&gt;我的認為對放射科來說，這兩年會有一波新的時代紅利 - 以前很多需要花極大量人工處理的臨床問題可能可以很快地用這些工具解決。因此實際上的速率限制步驟剩下資料搜集、清理。寫論文這事情則是最快的。&lt;/p&gt;
</description>
        <pubDate>Sun, 05 Apr 2026 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/tools/2026/04/05/decode-horos-roi.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/tools/2026/04/05/decode-horos-roi.html</guid>
        
        
        <category>Tools</category>
        
      </item>
    
      <item>
        <title>遊戲：羊蹄山戰鬼</title>
        <description>&lt;p&gt;其實本來是在玩《燕雲十六聲》，但是整個畫面提示及要素過多，看的有點煩；而且畫面的美術風格一直讓我想到《對馬戰鬼》。後來，決定還是來玩其團隊續作 - 《羊蹄山戰鬼》。整體來說，最值得稱讚的還是美觀部分，在歷來 playstation 平台遊戲可以佔前幾名。拍攝模式的物理效果變更也非常厲害。底下分成幾個部分來摘要我的感想：&lt;/p&gt;

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

&lt;p&gt;總共遊玩時間：37 小時。整體還算滿意，有享受到遊戲樂趣。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-yotei.jpeg&quot; alt=&quot;Yōtei mountain&quot; /&gt;
圖：漂亮的羊蹄山。&lt;/p&gt;
</description>
        <pubDate>Tue, 31 Mar 2026 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/otaku/2026/03/31/Ghost-of-Y%C5%8Dtei.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/otaku/2026/03/31/Ghost-of-Y%C5%8Dtei.html</guid>
        
        
        <category>Otaku</category>
        
      </item>
    
      <item>
        <title>2026-03-29 週記</title>
        <description>&lt;h2 id=&quot;測試-mastodon-web-client&quot;&gt;測試 Mastodon web client&lt;/h2&gt;

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

&lt;p&gt;後來決定使用 elkzone 作為各種雜記用的介面，因為它的發文區不會額外彈窗。直接發就變成 timeline 的一部分。不過，如果要一直發瑣碎的短內容，最好還是使用 CLI app 來做這件事情，會比較舒服，反正發了就不用回頭看 timeline。&lt;/p&gt;

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

&lt;h2 id=&quot;claude-code-做投影片&quot;&gt;Claude code 做投影片&lt;/h2&gt;

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

&lt;h2 id=&quot;viridis&quot;&gt;Viridis&lt;/h2&gt;

&lt;p&gt;做圖表要考慮 Viridis 這種視覺強度可以跟數據匹配的配色設計；原版似乎本來就是色盲友善（藍黃色系）。也有各種顏色的變體，不過我傾向使用原版 Viridis 做設計；已經把使用這個配色寫入我的 AGENTS.md 了。參考文章：&lt;a href=&quot;https://www.domestic-engineering.com/drafts/viridis/viridis.html&quot;&gt;Domestic-engineering: Why you should use Viridis and not Jet (rainbow) as a colormap&lt;/a&gt;&lt;/p&gt;
</description>
        <pubDate>Sun, 29 Mar 2026 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/weekly/2026/03/29/weekly.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/weekly/2026/03/29/weekly.html</guid>
        
        
        <category>Weekly</category>
        
      </item>
    
      <item>
        <title>放射科研究自動化初探：資料與專案分離</title>
        <description>&lt;p&gt;最近兩個月使用 Codex 5.3 及 5.4 來處理研究任務，越發地得心應手。模型能力大抵堪用，反而是工程的問題及技術債局限了更快的產出成果。底下記錄一下目前的心得，特別是把資料及程式本體「解耦合」的重要性。&lt;/p&gt;

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

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

&lt;p&gt;最近兩個月 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 流程產生的圖片有沒有大問題。&lt;/p&gt;

&lt;p&gt;總結幾個原則：&lt;/p&gt;

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

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-Codex-app-plan-mode.png&quot; alt=&quot;Plan mode&quot; /&gt;
圖：計畫模式（plan mode）&lt;/p&gt;

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

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

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

</description>
        <pubDate>Thu, 26 Mar 2026 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/ideas/2026/03/26/Decoupling-toolset-projects.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/ideas/2026/03/26/Decoupling-toolset-projects.html</guid>
        
        
        <category>Ideas</category>
        
      </item>
    
      <item>
        <title>2026-02-15 週記</title>
        <description>&lt;h2 id=&quot;試玩與棄用-clawdbot&quot;&gt;試玩與棄用 Clawdbot&lt;/h2&gt;

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

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

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

</description>
        <pubDate>Sun, 15 Feb 2026 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/weekly/2026/02/15/weekly.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/weekly/2026/02/15/weekly.html</guid>
        
        
        <category>Weekly</category>
        
      </item>
    
      <item>
        <title>2026-01-04 週記</title>
        <description>&lt;h2 id=&quot;2026-年度計畫&quot;&gt;2026 年度計畫&lt;/h2&gt;

&lt;h3 id=&quot;全年計劃&quot;&gt;全年計劃&lt;/h3&gt;
&lt;ul&gt;
  &lt;li&gt;每個月減 3 公斤，目標是春節前減到 100 公斤以下，六月前減肥到 85 公斤&lt;/li&gt;
  &lt;li&gt;自訓、負重、備戰（防災）&lt;/li&gt;
&lt;/ul&gt;

&lt;h3 id=&quot;研究&quot;&gt;研究&lt;/h3&gt;
&lt;ul&gt;
  &lt;li&gt;春節投稿出三篇 SCI 論文（手上都有半成品了）
    &lt;ul&gt;
      &lt;li&gt;淋巴水腫、Lung-RADS 推論、Sybil-RADS 計分機制&lt;/li&gt;
    &lt;/ul&gt;
  &lt;/li&gt;
  &lt;li&gt;整頓好 homelab，把目前的混編硬碟陣列跟專案結構等改造成適合 agent 運作的模式。&lt;/li&gt;
&lt;/ul&gt;

&lt;h3 id=&quot;學習&quot;&gt;學習&lt;/h3&gt;
&lt;ul&gt;
  &lt;li&gt;放射科：把肺部影像教科書看完 - 目標：每週更新筆記&lt;/li&gt;
  &lt;li&gt;基礎能力：
    &lt;ul&gt;
      &lt;li&gt;DataCamp 完成 R &amp;amp; Finance 以及統計的 track。&lt;/li&gt;
      &lt;li&gt;Udemy 完成 Luke Priddy 英文課程及 Lazy Programming 的 DL 課程。&lt;/li&gt;
    &lt;/ul&gt;
  &lt;/li&gt;
  &lt;li&gt;設定每週可查核筆記數量 - 匯報於週記&lt;/li&gt;
&lt;/ul&gt;
</description>
        <pubDate>Sun, 04 Jan 2026 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/weekly/2026/01/04/weekly.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/weekly/2026/01/04/weekly.html</guid>
        
        
        <category>Weekly</category>
        
      </item>
    
      <item>
        <title>2025 日本旅行：木更津、東京科學館、柴又</title>
        <description>&lt;p&gt;跨年夜出發前往東京（雖然從 RSNA 回來的時候也去了一下東京，不過並沒有停留太久）。這次本來計劃去日光或鬼怒川，不過也正值日本年假，飯店極為難訂。最後放棄，都是走當日可來回的景點。抵達後已經是 12/31 下午靠近傍晚了。本來想去到處晃，結果太累了一樣睡到了晚上。起來後本來想去兩公里外的淺草雷門，但是看直播發現新年參拜人潮極為洶湧，於是在飯店休息補眠。&lt;/p&gt;

&lt;h2 id=&quot;0101-鋸山木更津&quot;&gt;01/01 鋸山、木更津&lt;/h2&gt;

&lt;p&gt;從千葉往南轉搭內房線，在木更津換兩節列車，在浜金谷駅下車，然後徒步到纜車站。山頂風大，可以縱覽整個南東京灣，是一個很舒適的景點，遊客頗多。跨越稜線後是日本寺的範圍，有千五百羅漢道、千年歷史的石雕大佛可以看。一路順行下來後其實剛好卡在兩個車站之間，要回去要再爬一次山，十分痛苦，所以選擇走兩公里的產業道路去下一站。這中間要看好列車時刻表，不然錯過了就要再等一陣子。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;blog-hamakanaya.jpeg&quot; alt=&quot;浜金谷駅&quot; /&gt;
圖：浜金谷駅&lt;/p&gt;

&lt;p&gt;回頭後去了三井木更津 outlet。商店其實八點就關門，七點半紛紛開始趕客。我們今天太晚出門了，所以實際抵達木更津已經六點了；吃了久違的 shake shack，逛了一下剛好買到福袋，就離開木更津搭車回飯店。&lt;/p&gt;

&lt;h2 id=&quot;0102-東京科學館大絕滅展&quot;&gt;01/02 東京科學館、大絕滅展&lt;/h2&gt;

&lt;p&gt;大絕滅展最早來自小島秀夫的推文。前幾週來東京的時候，老弟也有自己去逛。東京科學館從日本各地的博物館借了很多不同時期的主流生物化石來展覽，包含很多細緻的貝類、植物化石，介紹了歷來幾次大絕滅發生前地球上的主流物種大概是什麼模樣、目前推測的大絕滅發生原因等。科學館本身則有很多有意思的人文、自然及地質內容。最震撼的展品是一個禁止拍照的蔭屍標本。&lt;/p&gt;

&lt;p&gt;晚上則快閃新宿，目標是參觀東京迪士尼旗艦店，這裏有一些迪士尼樂園沒有的特典商品。本來是要找粉色維尼，不過好像已經換季，變成其他種類的維尼了。最後買了個毛絨大維尼跟一個雙層白色維尼（內有一個大頭維尼，神奇的套皮組合）。&lt;/p&gt;

&lt;h2 id=&quot;0103-銀座哈利波特影城&quot;&gt;01/03 銀座、哈利波特影城&lt;/h2&gt;

&lt;p&gt;中午去銀座附近逛順便尋找午餐吃，意外發現櫻花大戰裡面多次出現的「煉瓦亭」，不過今天沒開，殊為可惜，不然我鐵定是要進去吃一頓的。下午靠近傍晚則是去今天的主行程 - 東京哈利波特影城。裡面有很多 cosplay 來的年輕人借裡面的場景道具拍照。買了全口味豆來試試，是奇異的調味品混合成，包含了「鼻屎」「胡椒」等亂七八糟的口味。我自己覺得場景蠻普通的 - 後來發現是因為之前玩過《霍格華茲的傳承》，裡面忠實的還原的電影及小說場景，而我已經在那個虛擬世界走了無數次，太熟了。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-harry-potter-posters.jpeg&quot; alt=&quot;Posters&quot; /&gt;
圖：歷來的哈利波特電影海報&lt;/p&gt;

&lt;h2 id=&quot;0104-柴又&quot;&gt;01/04 柴又&lt;/h2&gt;

&lt;p&gt;最後一天是下午的飛機。早上退房後，去了葛飾區的柴又。這是是一個比較在地的景點，當地遊客幾乎都是日本人，沒看到什麼外國人。去了帝釋天寺，我們也掏了一點香油錢抽籤。我抽到一個不怎樣的凶：「枯木未生枝，拳步上雲歧，豈知身未穩，獨自惹閑非」。看起來是警告我論文沒一撇，要低調多努力，不要顯擺？之後就學習我在一些影片看到的一樣，把這個壞籤綁在專用架上，象徵留下凶運。&lt;/p&gt;
</description>
        <pubDate>Wed, 31 Dec 2025 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/ideas/2025/12/31/Kisarazu-Shibamata.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/ideas/2025/12/31/Kisarazu-Shibamata.html</guid>
        
        
        <category>Ideas</category>
        
      </item>
    
      <item>
        <title>2025 RSNA at Chicago</title>
        <description>&lt;h2 id=&quot;1129-30-抵達開幕&quot;&gt;11/29-30 抵達、開幕&lt;/h2&gt;

&lt;p&gt;飛機是搭乘長榮自 TPE 往 ORD 的飛機，匆匆忙忙從家裡出發。不曉得為什麼，耳朵靠在椅背上的時候，震動感很明顯，導致我整路都沒有睡著，就這樣熬了十幾個小時抵達芝加哥。結果當天稍早有暴雪，O’Hare 機場甚至一度關閉。落地的時候停機坪及滑行道塞滿了飛機，額外又等了兩個半小時才下飛機（趁機把不可能任務看完了）。這次拿的是 ESTA 旅行簽證。可能是去 RSNA 的人太多，海關只問我兩個問題「這次來幹嘛（RSNA）」以及「停留幾天（六天）」就放我過關了。&lt;/p&gt;

&lt;p&gt;等行李又額外花了一個半小時，搭 Uber 去市區花了 40 分鐘，最後在芝加哥時間凌晨兩點才抵達飯店房間。澡都不洗躺下就昏迷，一路睡到了隔天近中午，去附近的 7-11 買了我魂牽夢縈的零卡激浪 Mountain Dew，吃了早餐才悠哉悠哉的去會場報到。因為我有買 virtual access，所以其實並沒有計劃去聽演講（很多非英語母語的講者，品質參差不齊）所以我大部分時候是去看海報、看參展的廠商有什麼酷炫的產品。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-McCormick.jpeg&quot; alt=&quot;Bridge&quot; /&gt;
圖：拍攝於 McCormick Place 連結湖畔會議中心（Lakeside）與南棟大樓的天橋，可以遠眺芝加哥市中心。&lt;/p&gt;

&lt;p&gt;晚餐參加了所謂的 Taiwan Night，成員是來參加 RSNA 的台灣放射科醫師，吃位於一家市中心的港式茶點。隔壁坐的是三總的放射科醫師，去 Stanford 進修肝臟及腹部相關的影像。本來今天還要趕場原本的美國老闆 Jae 來芝加哥的實驗室聚餐，但是他的航班因為暴雪被取消，所以他最後不來了，殊為可惜。&lt;/p&gt;

&lt;h2 id=&quot;1201&quot;&gt;12/01&lt;/h2&gt;

&lt;p&gt;今天參觀了南北會場的所有攤商，琳瑯滿目，從賣個人防護設備到新型機器的樣品都有，例如可以垂直掃描的 CT 等等。最大的攤位來自幾個巨頭，例如中國的 United Imaging，德國 Siemens 以及日本的 Canon 等。晚上有 UCSF 的校友會，本來也想去看看大家，但是我可能是天氣冷，鼻竇炎有點牙起來，頭很不舒服，早早就回去飯店休息了。&lt;/p&gt;

&lt;h2 id=&quot;1202&quot;&gt;12/02&lt;/h2&gt;

&lt;p&gt;早上找了幾個演講簡單的聽了下，順便利用會場的高速網路下載各種有意思的演講主題。午餐後則前往 Field Museum 參觀。從 McCormick Place 走過去大約需要 30 分鐘（兩公里多）。沿著密西根湖畔走，意外的雖然外頭是零下，但做好遮蔽並沒有到很冷。Field 博物館大廳是脊龍跟泰坦巨龍化石（《侏羅紀公園：重生》均有出場，實際化石比我想的小隻。一入場就是去找演化大廳，看著名的霸王龍化石 Sue。整個博物館的主題算是自然歷史及人類歷史，所以有不少印地安館藏。地下一樓則有埃及文物、木乃伊等（不過跟紐約大都會博物館相比，數量差很多）。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-field-museum.jpeg&quot; alt=&quot;Field Museum&quot; /&gt;
圖：Field Museum 的入口照片，真正的脊龍，四隻發達。後面有一隻泰坦巨龍，兩龍均有出現在最新的《侏羅紀世界：重生》裡面。&lt;/p&gt;

&lt;p&gt;晚餐是科部聚餐，吃 Shaw’s crab club，不過我點了個牛排。主要成員有我們科以及另一桌台南高雄的放射科醫師。簡單吃一吃就回去了；離開的時候另一桌還在上主菜呢。&lt;/p&gt;

&lt;h2 id=&quot;1203&quot;&gt;12/03&lt;/h2&gt;

&lt;p&gt;今天在會場見了以前在美國實驗室的一些同事和指導教授。下午則跑回去飯店做自己的事情。晚餐吃千禧公園對面的 Giordano’s 深盤披薩專賣店，滿滿的碳水！吃完後走去溜冰場。不過溜冰場的鞋子很不合腳且很臭，滑起來跟我溜直排輪感受差異甚大。&lt;/p&gt;

&lt;h2 id=&quot;1204&quot;&gt;12/04&lt;/h2&gt;

&lt;p&gt;RSNA 的最後一天。今天也是睡到快時限才出門，畢竟晚上就要搭乘長途航班飛東京。搭上最後一班接駁車去會場。今天理論上是我的海報日，不過現場人數跟第一天相比大概少了四分之三，很空曠。我的海報電腦被前一個時段的日本大叔佔據跟過路人大力推銷他的研究，時間到了還在嘰哩呱啦的講，沒打算還給我，所以我就在附近繼續下載有趣的 RSNA 投影片。&lt;/p&gt;

&lt;p&gt;去機場要轉一次車。從會場南棟直接下樓就是 Metra 站點很方便，終點站就是千禧公園，跑上去看了一下 Cloud Gate（大鐵豆），然後轉 blue line 去機場。下一次來的話，可以考慮從 McCormick Place 搭車去南邊的科學技術博物館。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-cloud-gate.jpeg&quot; alt=&quot;Cloud Gate&quot; /&gt;
圖：大鐵豆。&lt;/p&gt;

&lt;p&gt;Blue line 走走停停。如果順利的話也是需要快 50 分鐘；加上延誤整整變成一個半小時的長程列車。飛東京我是搭 JAL 的飛機，不過班機大延誤且座椅不舒服、飛機餐馬馬虎虎。下次還是考慮全日空或美聯航吧。&lt;/p&gt;

&lt;h2 id=&quot;1205-1206&quot;&gt;12/05-12/06&lt;/h2&gt;

&lt;p&gt;回程沒有直飛台北，而是先去東京鬼混兩天。跟弟弟去舞鶴海濱展覽館看東京漫畫展（TOKYO COMIC CON 2025）。大部分是美漫角色居多，繪師都不認得，不過老弟有在看美漫，如數家珍。傍晚去了魂牽夢縈的秋葉原。上次來是一年多前了呢。第二天則去六本木看新世紀福音戰士 30 週年展覽，有一些珍藏原畫及高解析度的 AAA Wunder 模型。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-roppongi-hills.jpeg&quot; alt=&quot;Roppongi&quot; /&gt;
圖：從六本木瞭望台看東京市&lt;/p&gt;
</description>
        <pubDate>Fri, 05 Dec 2025 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/ideas/2025/12/05/RSNA.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/ideas/2025/12/05/RSNA.html</guid>
        
        <category>RSNA</category>
        
        
        <category>Ideas</category>
        
      </item>
    
      <item>
        <title>遊戲：生化危機四 重製版</title>
        <description>&lt;p&gt;生化危機（台灣翻譯：惡靈古堡 Resident Evil series）有名程度自不用我多說。不過，我其實買了 2 / 3 / 4 很長一段時間了，但是都只玩了開頭一小段就沒有繼續 - 遊戲中彈藥資源比最後生還者還匱乏，同時也缺乏好的自瞄機制，使得玩起來不那麼爽快。後來因緣忌諱玩了一會兒 8，發現比想像中有趣，於是重新啟封。&lt;/p&gt;

&lt;p&gt;目前主遊戲走了一輪，DLC 艾達劇情也已完成，底下來記錄一下心得：&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;劇情部分：不像頑皮狗嘗試在遊戲外加入劇情（與說教），或者是死亡空間（台灣翻譯：絕命異次元 Dead Space）那樣主打更多的恐怖，生化四的劇情蠻無腦的，基本上就是男主角闖入邪教幾敗教主及其背後的陰謀實力。由於劇情如此，角色設計也顯得很扁平。&lt;/li&gt;
  &lt;li&gt;場景設計：RE 引擎的物理特效還行，場景建模還算有在歐美 3A 遊戲水準平均上。&lt;/li&gt;
  &lt;li&gt;戰鬥部分：主題還是射擊，不過是那種要擬定戰術，盡可能偷襲為主的打法。後期解鎖了更多武器後可以有比較多種策略，同時相比生化二可以彈反一部分攻擊這也是很酷的特色。不過，武器耐久度的部分還是滿頭大的，刀斷掉後不能彈反只能掙扎會扣血。初代的最後生還者也有類似的機制，迫使玩家必須努力去撿垃圾來維持裝備而不能直衝主線。&lt;/li&gt;
  &lt;li&gt;Ashly：我有看了一些評論跟當年原作的錄影，以前真的是比較惱人，在這個重製版倒是還行，可以有基本的避難指揮，角色建模也賞心悅目。&lt;/li&gt;
&lt;/ul&gt;
</description>
        <pubDate>Sat, 29 Nov 2025 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/otaku/2025/11/29/Resident-Evil-4.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/otaku/2025/11/29/Resident-Evil-4.html</guid>
        
        
        <category>Otaku</category>
        
      </item>
    
      <item>
        <title>重返 Codex</title>
        <description>&lt;p&gt;從之前的 Codex、ChatGPT Pro 換到 Claude Max 再回來 Codex，轉瞬之間半年又過去了。代理程式變化的速度極快，對於研究範式的衝擊遠大於當時 GPT 3.5 推出以及從 GPT-4 變化到 GPT-4o。&lt;/p&gt;

&lt;p&gt;&lt;img src=&quot;/assets/img/blog-GPT-51-codex-max.png&quot; alt=&quot;Codex 運行&quot; /&gt;
上圖是使用 Codex 對我的四月多基於 MedImageInsight 與卵巢癌電腦斷層研究的修正，改成使用來自 UC Berkeley Yala Lab 的 &lt;a href=&quot;https://yalalab.github.io/pillar-0/&quot;&gt;Pillar-0 模型&lt;/a&gt;。目前這部分的工程還在進行。&lt;/p&gt;

&lt;p&gt;跟之前最主要的相比是，原本我的工作流程極度仰賴 Claude plan mode，也就是把複雜的工作寫成長 prompt，交給 Claude 一陣搗鼓後，審核它所提交的計劃；有時候需要些微修正個兩三次，之後觀察它修訂。Claude 是一個聰明的工具，但是背後的 token 消耗速度極快，同時，直到 Sonnet 4.5 之後才有比較穩定的運作；再之前是 Opus 4 配上 Sonnet 4，token 消耗超過一半會降低智商。Codex 則沒有這個問題，我後期切換的時候已經全線 GPT-5 了。在解決個別 issue 上也很聰明。針對 Codex 沒有 plan mode 的解決方法，官方是建議使用唯獨模式要求 Codex 提出 TODO；等待修正後再讓其依據 TODO 做事；另外就是要有定期備份的習慣。軟體工程切分 issue 大小也是一個很重要的技能。&lt;/p&gt;
</description>
        <pubDate>Sun, 23 Nov 2025 00:00:00 +0000</pubDate>
        <link>http://yfwu.github.io/tools/2025/11/23/Codex.html</link>
        <guid isPermaLink="true">http://yfwu.github.io/tools/2025/11/23/Codex.html</guid>
        
        <category>Codex</category>
        
        <category>OpenAI</category>
        
        
        <category>Tools</category>
        
      </item>
    
  </channel>
</rss>
