Wiki
個人知識庫
知識圖譜授權此裝置
一個外交部長和我，各自用一台小電腦做第二大腦
新加坡外交部長維文今年五月在一場研討會上，把他每天在用的個人 AI 系統整個攤開來講。那套跑在一台用了兩三年的樹莓派上，用 WhatsApp 講話當入口，最後存進他自己的雲端筆記。我這套用的是同一款小電腦、同一套軟體、同一個 AI，而且我開始動手的那天，剛好是他上台的前一天。差別在最前面跟最後面：他用講的，我用打的；他存給自己看，我送上公開部落格。他最麻煩的是不敢關機，知識跟機器綁死了；我最麻煩的是搜尋只到字面這一層，問不出有深度的問題。這兩個問題剛好是對方的強項。
用魔法對付魔法，我請 AI 先打自己的站
攻擊者已經用 AI 挖洞、寫攻擊程式。我請兩個 AI 分開對自己的部落格做白箱檢測，交叉比對結果，也記下 AI 判斷錯、漏掉的地方。
看什麼看？來給佛祖看啊！壽山獼猴與一個台灣國語諧音梗
一隻台灣獼猴蹲在壽山步道指標上回頭看鏡頭，配上一句「看什麼看？來給佛祖看啊！」。有人看完問「為什麼猴子是佛祖？」，答案是諧音：「佛祖」用台灣國語念快一點就是「猴子」。
第一次寫 Omarchy plugin 就上手：用 oma.spectra 當例子，從 clone 內建時鐘到上架 marketplace
我把 Spectra 做成 Omarchy 的 bar 外掛 oma.spectra，從第一個 commit 到可以送 marketplace 的 v0.3.2 是同一個下午的兩個半小時，整包 41 個 commit。這篇把過程寫成別人也走得通的路：Omarchy plugin 有六種 kind、每種對應一個 entryPoints 鍵與一個固定檔名，官方建議的起手式不是從空資料夾開始而是 omarchy plugin clone omarchy.clock --edit 把內建時鐘複製成自己的，因為時鐘就是「一個 bar 圖示加一個面板」這個最常見的形狀。manifest.json 只有六個必填欄位，但 barWidget 區塊裡的 schema 陣列才是讓使用者能在 shell 設定裡改參數的關鍵。驗證分兩層：omarchy plugin validate 看 manifest 與資料夾結構，qmllint -I $OMARCHY_PATH/shell 看 QML 對不對得上已安裝的 shell imports，而且 validate 不吃 symlink，要指到 ~/.config/omarchy/plugins 底下的真實路徑。上架只有三步：公開 repo、根目錄放合格 manifest、開 issue 表單送審，自動檢查會綁定一個 commit 快照。後半是 oma.spectra 本身：面板讀 Spectra CLI 的 list 與 status JSON、渲染 proposal/design/specs/tasks、可改 .spectra.yaml 五個鍵，其餘一律唯讀，new/apply/archive/park 留在終端機。踩到的坑有四個是有紀錄的：mise/nvm 裝的 spxa 只在互動 shell 的 PATH 上、登入 profile 印任何東西都會污染 CLI 回來的 JSON、validator 拒絕 symlink、Markdown 裡的圖片與角括號要先消毒再丟給 Qt 的渲染器。
Lex Fridman #501：DHH 談 agentic engineering、模型實測與 Linux 桌面
DHH 在 Lex Fridman #501 講 agentic engineering 的分界點、六個模型改寫 Rust 的實測、Omarchy Quattro 全部由 agent 寫成，以及他認為 Linux 會贏下桌面的理由。
2012 年的 MacBook Air 裝 Omarchy：6 分鐘裝完，它現在是我的隨身工作機
一台 Mid 2012 的 13 吋 MacBook Air，i5-3427U、HD Graphics 4000、8G 記憶體、1440x900 的非 Retina 螢幕，裝上 Omarchy 4.0.1。安裝程式從開始到跑完顯示 6 分 0 秒，開機進桌面之後是 Hyprland 0.56.2、957 個套件、待機記憶體用掉 1.99 GiB。這頁是實機安裝的過程紀錄與使用心得，不是規格比較。結論是它現在真的可以當隨身的工作機在用：錄教學影片、寫 Rails、跑 AI agent 都做得動。另外用 Omarchy 內建的 Claude skill 把觸控板的兩指三指四指手勢補上，用起來幾乎接近原生，F1 到 F12 的螢幕亮度、鍵盤背光、音量也一次設定完成。另外記了一段意外插曲：安裝選單裡有一個 Windows on Docker 選項，點下去它真的用 Docker 裝了一整套 Windows 11，花了一個多小時，跑起來確實能用，但 CPU 刷爆超過 200%，最後還是移掉了。裡面也記了一台十四年前的機器該有的限制，像是螢幕只有 1440x900 而 Omarchy 的介面預設是照著高解析度螢幕調的。
Omarchy 4 用起來到底怎樣：優點、缺點，還有一張我自己機器產的快捷鍵速查表
我把 Omarchy 4.0.1（DHH 做的 Arch + Hyprland 桌面）裝在一台民國 107 年（2018 年）的舊電腦上，這篇是實際用下來的優缺點分析，加上一張從實機設定直接產出來的快捷鍵速查表（全機共 227 組綁定，表上收了最常用的 87 條）。優點的部分講它真正省掉的是什麼：不是安裝時間，是幾百個你原本要自己查、自己選、自己接的設定決定，另外也講一台八年前的機器為什麼跑得動，而且 4.0 把整套內部從 git dotfiles 改成 pacman 套件、桌面殼改用 Quickshell 重寫、Hyprland 設定全面改成 Lua。缺點的部分不客氣：Arch 滾動更新的破圖風險是真的、4.0 這種大改版換來一批新的回歸問題（升級後 kernel panic、闔蓋接外螢幕會把 GUI 程式全殺掉、待機醒來鍵盤配置跑掉、閒置抑制在改寫時掉了）、NVIDIA 是社群自理、手冊預設你有一台 2 倍解析度的螢幕、而且整個專案的品味跟治理跟一個人綁在一起。中文輸入另外開一節：Omarchy 本身就內建 fcitx5，但引擎要自己裝，而且它預設的 kb_options 會讓 Shift 單擊切換中英文失效，這是為什麼我的速查表上寫的是 CTRL + SPACE。快捷鍵那一段從修飾鍵語法講起：SUPER 是視窗與工作區、SUPER+SHIFT 是開程式或反向動作、SUPER+CTRL 是系統選單、SUPER+ALT 是分組與微調，記住這條規律比背 227 組有用得多。2026-08-30 補一節「它到底想變成什麼」：我懷疑 Omarchy 想變成 OpenClaw 那種東西，查完的結論是方向成立、種類不成立。成立的部分包括官網標語已經改成 The malleable computer for the age of agents、專案出貨一份教 agent 改自己的 skill 並無條件 symlink 到 Claude / Codex / pi / Gemini 五個 agent runtime 的 skills 目錄、AI 相關檔案數從 v3.0.0 的 0 跳到 v4.0.0 的 49、以及 usage-update 每 15 分鐘跑一次與當機自動交給 agent 診斷這兩個常駐成分。不成立的部分是 Omarchy 裡面根本沒有 agent（不打包模型、只預接 lazy stub、147 個基礎套件無 LLM）、沒有 OpenClaw 那層常駐 Gateway 與 channel 橋接、4.0.1 反而把 agent 啟動從 full bypass 收緊成 auto-review、而且 DHH 明確表示地端模型都很爛。更準的講法是三方在搶同一個位置的不同層：OpenClaw 從 agent 往下長、Omarchy 從 OS 往上長、NanoClaw 直接拿 OS 的容器隔離來裝 agent。
鐵人賽熱門系列衝到 Top 5：一份榜單裡唯一的垂直產業題目（2026-08-23）
2026-08-23 上午，《SMART on FHIR 開發之路：30 天做一個跨醫院的 app》進入 iThome 鐵人賽官網「熱門系列」前五名，排第 5。這頁記錄當下的榜單快照與一個比名次更值得看的觀察：前四名分別是 Claude Code 寫 Playwright、AI coding 時代的探索性測試、Azure GenAI、DGX Spark 地端 LLM，全部是通用開發題目，只有第 5 名是垂直產業（醫療）的題目。同一時間的「熱門文章」前五名裡一篇都沒有上，第一名是高見龍的 Claude Code 系列 Day 01，單篇 10138 次瀏覽。單篇榜看題目的大眾程度，系列榜看有沒有人願意一路追下去，兩者訊號不同，這也是垂直題目唯一有機會贏的地方。時間點是連載第 22 天（Day 1 為 2026-08-02，8/1 那篇的系列名稱打錯，實際從 8/2 起算），全程 30 天。頁面附一張自製的排行榜資訊圖表。
2026 鐵人賽的 SMART on FHIR 範例程式：每一天都是一份點下去就跑得起來的專案
2026 iThome 鐵人賽 SMART on FHIR 系列的範例程式已整理成 GitHub Pages 靜態站，每一天一個資料夾、點下去就在瀏覽器裡跑起來。用瀏覽器原生 JavaScript 寫成，沒有打包工具、沒有框架、不需要 Node.js。這頁記錄它的組成、每一天做什麼、實作時撞到的坑（CORS 讀不到 Location、401 回純文字、分頁只能照抄 next、拿錯 token 回 200 加 SUBSETTED），以及公開 sandbox 的安全界線。
Kaohsiung | Claude Meetup（2026-08-21）：高雄第一場 Claude 社群聚會，以及這頁本身就是那場 live demo 的成品
高雄第一場 Claude Community 城市場聚會的完整紀錄，也是當晚 live demo 的成品本身。內容包含活動圖解讀、高見龍的主題分享「你的錢都花在哪了」、衛武營三樓演講廳的現場側記，以及我 demo 通勤時用 Claude Code CLI 寫文章那條線：從 Discord 丟一則訊息、樹莓派上的 nanoclaw 接手、Claude Code 讀完寫成文章、再經部落格 API 上架。現場我一度以為 demo 失敗，最後翻到文末才發現照片是被接進同一篇而不是新增一篇。
英文口說練習紀錄：走路上班的晨間對話
用 ChatGPT 語音模式在走路上班路上練英文口說的滾動紀錄。2026-08-17 新增兩段：急診室系統議題的正常練習，以及隔天到聖保祿醫院演講要現場 demo 的 AI 英文練習流程與背誦句組。
Chris Oliver 談 Rails 為什麼在 AI 時代吃香：一支 1 分 44 秒的影片，和我想補的三件事
GoRails 創辦人 Chris Oliver 在 LinkedIn 一支 1 分 44 秒的短片裡，把「Rails 為什麼跟 AI 合得來」講成四句可以直接拿去說服人的話：Ruby 能被塑造成自己的方言、Rails 二十年的一致慣例本身就是 AI 的訓練資料、可讀性讓不會寫程式的人也能讀懂、入門就從讓 AI 除錯 production 錯誤開始。我同意方向，但補三件事：可讀性在醫院的價值是讓臨床端能直接驗證規則、「讓 AI 除錯」已經是兩年前的門檻該把重點放到有紀律的流程、訓練資料優勢真正撐住的其實是一致性而不是數量。另外補一節台灣同伴一定聽得懂的對照：CQL 之所以長那樣就是為了讓臨床專家自己讀懂邏輯，跟 Chris 講的可讀性是同一個目標，並給出什麼時候該用 CQL、什麼時候自己寫 Ruby DSL 的判準，關鍵問題是這條規則將來要不要離開這家醫院。最後給同伴三個可以馬上做的動作。