REMUS

我思、故我在

用文字、工具與行動,回應真實世界。

cat llms.txt # 給 AI 讀的完整介紹

想用 AI 快速認識我?把這個網址貼給 ChatGPT 或 Claude,它會讀完我的經歷、5 個作品和 51 篇文章。

www.remusplus.com/llms.txt

  • 136 篇日記
  • 20 篇思想讀鑰文章
  • 5 個作品
  • 4 件長期投入的事

我不是履歷的延伸,而是一套持續進化的方法

我是一個善於思考、樂於行動,並持續進化的人。對我而言,真正有價值的工作,不是只停留在觀點,而是能把觀點轉化成清楚流程、具體行動與可持續的結果。

閱讀與旅行深深塑造了我看待世界的方式。閱讀讓我跳脫既有框架,跨越時間,與歷史上最聰明的大腦對話;旅行讓我理解文化與地域差異,也讓我在合作與決策時保有同理心與現實感。

我長期投入四件事:以寫作鍛鍊思維、以運動鍛鍊意志力並維持身心狀態、以 AI 加速學習與實作、以自動化釋放時間與注意力,把生命留給更有價值的人與事。

Remus 的肖像畫:油畫筆觸,深色捲髮、穿藍色圓領上衣,暖褐色背景,微笑看向前方

長期投入的事

writing
寫作・鍛鍊思維
training
運動・鍛鍊意志
ai
AI・加速行動
automation
自動化・釋放注意力

我如何把問題推進成成果

  • organize(chaos)

    把混亂整理成流程

    我擅長從混亂資訊與模糊情境中梳理脈絡,建立結構清楚、可執行、可交接的流程。

  • refactor(friction)

    把低效改善成系統

    我不只處理表面問題,而是從系統與結構層面修補斷點,讓效率與穩定性一起提升。

  • explain(complexity)

    把複雜說清楚

    我能將複雜資訊、需求與想法重整成更容易理解、溝通與執行的形式,降低合作成本。

  • ship(idea)

    把想法做成成果

    我不把想法停在討論,而是透過工具、AI、自動化與實作,把它推進成可驗證的真實成果。

做得出來,比說得漂亮更重要

已上線,2 家店使用中

客人用自己的手機點歌,DJ 一頁掌握全場 → → 桌 5 歌名歌手 一首日文歌 歌號 另一首 歌號 一首日文歌 歌號已帶上 點這首 掃桌上 QR 店家專屬點歌站台 從歌庫搜歌 依店裡的點歌機 送出 歌號自動帶上 點歌單 各桌輪流 桌 1歌名・歌號 桌 2歌名・歌號 桌 3歌名・歌號 桌 5你點的歌可自己取消 DJ 拖曳調整 DJ 後台播放中・歌號已帶入 你在 桌 5手機看進度 ⇄ 桌 1 前面還有 3 桌 桌 3 前面還有 2 桌 桌 2 前面還有 1 桌 桌 5 輪到你了! 掃 QR、從歌庫搜歌,帶著歌號送出 DJ 需要時,拖曳一下就調好 各桌輪流,兩邊同時看到輪到誰 客人用自己的手機點歌,DJ 一頁掌握全場 桌 5 歌名歌手 一首日文歌 歌號 另一首 歌號 一首日文歌 歌號已帶上 點這首 掃桌上 QR 店家專屬點歌站台 從歌庫搜歌 依店裡的點歌機 送出 歌號自動帶上 點歌單 各桌輪流 桌 1歌名・歌號 桌 2歌名・歌號 桌 3歌名・歌號 桌 5你點的歌可自己取消 DJ 拖曳調整 DJ 後台播放中・歌號已帶入 你在 桌 5手機看進度 ⇄ 桌 1 前面還有 3 桌 桌 3 前面還有 2 桌 桌 2 前面還有 1 桌 桌 5 輪到你了! 掃 QR、從歌庫搜歌,帶著歌號送出 DJ 需要時,拖曳一下就調好 各桌輪流,兩邊同時看到輪到誰

Happy Singing 點歌系統

問題
卡拉 OK 酒吧的客人手寫點歌,常常只寫歌名,DJ 得自己查歌號、手動排順序。尖峰時段點歌單一多,DJ 手忙腳亂,順序容易亂掉,客人也不知道還要等多久。
做法
不換點歌機、不接線:每間店有專屬點歌站台,客人掃桌上的 QR 用自己的手機點歌、看進度;店家用 SaaS 後台一頁掌握播放順序與桌位。各店共用同一套系統與資料庫,以應用層隔離資料、彼此看不到;每次改版先上 staging 前後台驗證,沒問題才併入 main。
結果
客人用手機從歌庫點歌,點的歌帶著歌號送到 DJ 後台,DJ 不用再查;系統自動讓各桌輪流排好順序,DJ 需要時再拖曳調整。現在輪到哪桌、前面還有幾桌,客人看手機就知道,自己點的歌也能自己取消。
  • React
  • Node.js
  • PostgreSQL
  • Netlify
  • VPS
  • Coolify
  • Multi-tenant SaaS

運作中,供應 Happy Singing 的曲庫

四個點歌機品牌,點歌頁用同一種方式查 日本 台灣 JOYSOUND 15 種機型 DAM 18 種機型 瑞影 約 19,000 首 金嗓 58,000+ 首 曲庫 API 點歌時即時查 排隊 每秒最多問一次 記下來 保留 7~90 天 這首歌的歌號已記下 爬蟲 瑞影每週五・金嗓每月更新 核對歌曲數和欄位 不對就不寫 傳通知 成功或失敗都傳 Happy Singing 點歌頁 第一次點:排隊去問,查到就記下來 再有人點同一首:直接用記下的答案 台灣兩家整批抓,核對無誤才寫入 四個點歌機品牌,點歌頁用同一種方式查 DAM 日本・18 種機型 JOYSOUND 日本・15 種機型 金嗓 台灣・58,000+ 首 瑞影 台灣・約 19,000 首 曲庫 API 點歌時即時查 排隊 每秒最多問一次 記下來 保留 7~90 天 歌號已記下 爬蟲 瑞影每週・金嗓每月 核對歌曲數 不對就不寫 傳通知 成功或失敗都傳 Happy Singing 點歌頁 第一次點:排隊去問,查到就記下來 再有人點同一首:直接用記下的答案 台灣兩家整批抓,核對無誤才寫入

卡拉 OK 曲庫 API 與爬蟲:JOYSOUND、DAM、瑞影、金嗓

問題
點歌系統要能搜歌、拿到正確歌號,但這四個點歌機品牌都沒有開放給外部串接的介面;各家歌號、機型、資料格式都不一樣,店裡用哪台點歌機,能點的歌就不同。
做法
日本兩家做成即時查詢 API(Node.js):點歌頁只要問它,它就依品牌和機型去對方網站找。為了不給對方添麻煩,查詢一律排隊、每秒最多一次,失敗會重試,被擋就先停手(限速佇列、熔斷機制);查過的結果會記下來,下一位客人點同一首時直接回答(SQLite 快取);輸入中文歌手名,也會自動換成日文名再查。瑞影每週五、金嗓每月自動把整個曲庫抓一遍(Python 爬蟲、GitHub Actions 排程),存進去之前先核對歌曲數和欄位,不對就不寫,成功或失敗都傳 Telegram 通知。
結果
四個品牌、33 種機型的曲庫,點歌頁都用同一種方式查。瑞影約 19,000 首,每週五自動更新;金嗓分完整、家庭、投幣三個曲庫(完整版約 58,000 首),每月 2~4 號各更新一次。日本曲庫在客人點歌當下即時查,查過的資料保留 7~90 天,這段期間直接用快取回答,不重複打擾對方網站。
  • Node.js
  • Express
  • SQLite
  • Python
  • GitHub Actions
  • Google Sheets API
  • REST API
  • Web Scraping

你正在看的這個網站

拿掉外掛,換成自己寫的程式 外掛 外掛 佈景 JetMenu JetEngine Elementor Pro Astra Pro 218 MB 340 KB 程式碼容量 $ 每年省約 US$328 自己寫的主題25 個檔案 外掛越疊越高:9,800 個檔案 換成自己寫的:25 個檔案 拿掉外掛,換成自己寫的程式 外掛 外掛 佈景 JetMenu JetEngine Elementor Pro Astra Pro 218 MB 340 KB 程式碼容量 $ 每年省約 US$328 自己寫的主題25 個檔案 外掛越疊越高:9,800 個檔案 換成自己寫的:25 個檔案

remusplus.com:用 AI 重寫 WordPress

問題
網站靠 Astra Pro、Elementor Pro、JetEngine 等外掛拼成,外掛越裝越多,網站越來越肥、越來越慢,每年續訂也是一筆不小的開銷;外掛雖然方便,版面卻只能在它給的組合裡排,犧牲了彈性。
做法
用 AI 直接寫主題與外掛(Claude Code 實作、Codex 審查):自己註冊日記、思想讀鑰兩種內容取代 JetEngine,主題取代 Astra 與 Elementor,日記與思想讀鑰的文章與網址全部保留;先在本機複本驗證,每個改動一個 commit、逐一審查。
結果
拿掉約 218 MB、9,800 個檔案、約 108.6 萬行 PHP 的外掛與佈景,換成約 340 KB、25 個檔案的自有程式碼;首頁 CSS/JS 從 50 檔約 297 KB 降到 8 檔約 48 KB;依定價估算每年省下約 US$328;畫面不再受編輯器限制,例如 REMUS 點陣動畫與 tree 目錄。
  • WordPress
  • PHP
  • Claude Code
  • Codex
  • Custom Theme

開源在 GitHub,v0.1.0

在你的電腦上,AI 只能看、不能碰 隔離・唯讀 Codex/Claude Code/Antigravity WordPress 密碼 碰不到! 錯字 2 處接受 標題改寫保留原文 建議配圖接受 核准發佈 你的 WordPress站上不用裝外掛 AI 在隔離、唯讀的工作區給建議 伸手也碰不到密碼 你逐項決定,按下核准才發 在你的電腦上,AI 只能看、不能碰 隔離・唯讀 Codex/Claude Code/Antigravity WordPress 密碼 碰不到! 錯字 2 處接受 標題改寫保留原文 建議配圖接受 核准發佈 你的 WordPress 站上不用裝外掛 AI 在隔離、唯讀的工作區給建議 伸手也碰不到密碼 你逐項決定,按下核准才發

Galley:在自己電腦上用 AI 校稿、發 WordPress

問題
想請 AI 幫忙校稿、配圖,常見做法是把 AI 外掛裝進 WordPress、給它權限直接寫;AI 一出錯,文章就這樣上線了。多數還要另外申請、付費買 AI API 金鑰。
做法
反過來:發文台只在自己電腦上跑,直接叫用已登入的 Codex、Claude Code、Antigravity(官方 CLI,用原本的訂閱額度)。AI 只拿到文章內容,在隔離、唯讀的工作區裡執行,碰不到 WordPress 密碼;建議逐項接受或保留原文,看過成品、按下核准,才由固定的程式發出去(REST API)。
結果
不用 API 金鑰,站上也不用裝任何外掛,只靠 WordPress 內建的應用程式密碼。內容一改,核准就失效,發出去的一定是看過的那一版;Codex 還能依前後段落生圖,按「用這張」才上傳。
  • TypeScript
  • Node.js
  • Fastify
  • React
  • SQLite
  • WordPress REST API
  • Codex
  • Claude Code

公開中,COMMEET 官方 YouTube

12 支影片,從腳本到配音 → → → 腳本 錄影 Recordly 剪輯 CapCut 配音 全部一個人完成 通用篇所有員工6 財會篇財務人員2 導入設定管理者4 腳本、錄影、剪輯、配音,一個人包辦 依角色分成三個播放清單 12 支影片,從腳本到配音 腳本 錄影 Recordly 剪輯 CapCut 配音 全部一個人完成 通用篇所有員工6 財會篇財務人員2 導入設定管理者4 腳本、錄影、剪輯、配音,一個人包辦 依角色分成三個播放清單

COMMEET 系統教學影片

問題
企業導入費用管理系統時,很難把所有員工集合起來上課;人員一流動,新人又要重教一輪。導入顧問應該把時間花在理解客戶目標、解決問題,系統操作的教學要盡量減少。
做法
依角色把操作教學拆成三個播放清單:通用篇給所有員工、財會篇給財務人員、導入設定給管理者,共 12 支。腳本、錄影(Recordly)、剪輯(CapCut)、配音都由我一人完成。
結果
客戶的員工先看影片、自己操作一遍,原本的教育訓練改成問答時間,只處理實際遇到的問題,雙方都省下大量時間。新進人員隨時能看,不用尷尬地問 COMMEET 顧問,也不用提心吊膽地問同仁。
  • 客戶成功
  • 教學設計
  • 影片製作

從文字認識我

我的日記記錄了我如何思考、學習、觀察與成長。若你想真正理解我如何看待問題、如何做決策、如何持續調整自己,這裡是最接近我的地方。

  1. diary 昨天花了將近一天,把Zeabur上的五個服務轉移到新租的VPS (Virtual Privat…
  2. diary AI未來已來 – 4
  3. read-think AI未來已來 – 4
  4. diary 今天無預警收到Zeabur的通知信,他們要終止服務了,也就是結束營業。
  5. diary 今天看到Roadster影片,剛開始很直覺:這假的AI影片吧!