一個人的線上工具箱，是怎麼蓋出來的

蓋著蓋著就蓋出來了。

回頭看 tools.helloruru.com 上面十幾款免費線上工具，有時候自己都覺得有點好笑。

一開始根本沒有要做什麼「工具箱」。

目錄

• 排版排到崩潰，做了第一個工具
• 從電子書轉檔到 AI 去背——需求驅動的開發
• 中文系畢業怎麼做線上工具？
• 為什麼堅持免費和本機處理？
• 三個最常被問的問題

做第一個免費線上工具的起點：排版排到崩潰

幫客戶發社群貼文的時候，換行一直被平台吃掉。每次都得手動塞零寬空格，一篇文多花十分鐘在處理格式問題。

客戶看到的是排版乾淨的成品，看不到的是後面那些搞剛的手動操作。

做了社群貼文排版之後，十分鐘的手動作業變成十秒的一鍵處理。

然後就停不下來了。

解決了一個問題，就會看到下一個。每次卡在某個重複的操作上，腦子裡就冒出同一個念頭——不然自己做一個？

自己有需求就做——從電子書轉檔到 AI 去背

看簡體網路小說，每次都要手動轉繁體、調字型、改行距。做了 EPUB 編輯器，簡轉繁加上排版調整一次搞定。

TXT 純文字的小說想放進電子書閱讀器好好看，但沒有章節、沒有目錄、打開就是一整坨文字。做了 TXT 轉 EPUB，上傳檔案就能自動偵測章節結構，直接輸出標準電子書格式。

客戶需要去背產品照片，一次二三十張，一張一張摳太慢。做了批次去背工具，AI 自動處理，全部丟進去等結果就好。

十幾款免費線上工具，沒有一個是先做市場調查再決定要做什麼的。全部都是自己用到、覺得麻煩、然後動手解決。

目前工具箱裡有什麼？

所有工具都在瀏覽器本機處理，不上傳檔案、不需要註冊登入。關掉分頁，資料自動清除。

不是工程師也能用 AI 開發線上工具

中文系畢業。寫程式這件事，是離開辦公室之後才開始的。

不是先去報名程式課、考個證照，才開始做東西。是先有了需求——排版太麻煩、轉檔太花時間——然後找方法解決。

方法就是 AI 輔助開發。

我出需求（一張嘴），AI 寫程式碼，我負責審、改、測試、部署。像是把腦子裡的想法翻譯成電腦能執行的指令，中間有 AI 當翻譯。

tools.helloruru.com 上面每一款免費線上工具都是這樣做出來的。從介面設計到程式邏輯，從深色模式到手機版適配，一個人完成。

用 AI 開發的實際流程

不是對 AI 說「幫我做一個工具」就會變出來。實際流程比較像這樣：

1. 釐清需求 — 先想清楚「要解決什麼問題」「使用者操作流程是什麼」
2. 拆解步驟 — 把大功能拆成小任務，一次只處理一個
3. AI 寫初稿 — 給 AI 明確的規格描述，讓它產出程式碼
4. 審查修改 — 看程式碼邏輯對不對、介面好不好用、有沒有 bug
5. 測試部署 — 自己用用看、手機上試試看、確認沒問題再上線

聽起來很厲害？沒有。就是每天多做一點。有些工具一個下午搞定，有些改了好幾個禮拜。

規劃內容跟開發工具是同一個道理——先搞清楚要解決什麼問題，再想怎麼執行。不管是寫一篇文章還是做一個工具，起點都是「需求」不是「技術」。

為什麼全部免費、全部在瀏覽器本機處理？

因為自己也討厭那些要求上傳檔案到不知道哪裡去的線上工具。

轉個檔案要先註冊帳號、上傳到別人的伺服器、等它處理完再下載。中間檔案存在哪裡？會不會被保留？完全不知道。

所以做的每一款免費線上工具，都堅持本機處理。

檔案不會離開使用者的瀏覽器。所有運算都在本地完成，伺服器只負責載入網頁本身。關掉分頁的瞬間，資料就消失了。

不用註冊、不用登入、不用擔心隱私。打開就能用，用完就走。

做這些工具的初衷是解決自己的問題。如果同一個問題剛好也困擾著其他人，那免費開放出來就是最好的結果。

自己做工具前，這些問題先想清楚

Q1. 做一個免費線上工具要花多久時間？

看複雜程度。功能單純的（像問安圖產生器）半天就能上線，功能複雜的（像 EPUB 編輯器、TXT 轉 EPUB）前前後後改了好幾個禮拜。真正花時間的通常不是寫程式，是反覆測試和調整使用體驗。

Q2. 不會寫程式也能用 AI 開發工具嗎？

可以。AI 輔助開發的門檻比想像中低很多。但「不用學程式」不代表「什麼都不用學」。需要學的是怎麼把需求講清楚、怎麼判斷 AI 寫的東西對不對、怎麼測試和部署。真正難的不是技術——是確定自己到底要解決什麼問題。

Q3. 這些工具真的完全免費嗎？

全部免費，沒有付費版本、沒有功能限制、沒有使用次數上限。做這些免費線上工具的動機是解決自己遇到的問題，開放出來讓有同樣需求的人一起用。

從需求到工具，中間只差一個動手的決定

有些事沒有想像中那麼難。

只要清楚自己需要什麼，然後動手去做。就算背景跟技術完全沒關係，方法總是會找到的。