背景初衷
對於不是修習電腦相關科系的人，對於自學寫程式絕大部份都是摸不著頭腦—直至有AI的出現。
在數個月前，未有Gemini 3 Pro的時候。我嘗試用Vibe Coding寫一個系統給自己用，一個關於批發存貨銷售的系統。
結果是—空有直覺的介面，但功能欠奉，那時候用的是github的copilot。沒有程式功底的人，想改寫代碼或debug根本是天方夜譚，因為根本就不知道那一串串的代碼代表著什麼。
看著不算是成品的介面，告一段落。
那肯定有人說，為何不學？學起來就好了阿。
用python寫個helloworld之類我還是會的。對我而言，如果不是於在學時期開始沉浸接觸的話，出來社會工作後的學習曲線太高太長了。
最近Gemini 3 Pro出來了而且Vibe coding更成熟了，我又重燃了希望，一為神功，二為弟子，哈哈哈哈哈！
我重整架構，寫了一個真的可用的Web App，將其打造為一個專為小型企業設計的極簡進銷存 SaaS 系統，讓您輕鬆管理報價、發票、庫存和客戶。
其實我曾經嘗試過用坊間一些軟體，但總覺得上手時間長，介面不夠直覺。剛實體創業的我只求快捷開報價單，發票，記錄存貨，有個一目了然的圖表，最好不用多費心，就能全心在其他方面推廣找生意。
這就是我的初衷。
核心功能
- 📊 資訊面板 – 一站式業務總覽，讓您快速掌握業務狀況。
- 📦 商品管理 – 完整的商品資料庫管理，支援多規格、多倉庫、成本追蹤。
- 👥 客戶管理 – 完整的客戶關係管理，建立長期合作夥伴關係
- 🏭 供應商管理 – 供應商資料管理，優化採購流程。
- 📈 銷售出貨 – 完整的銷售流程管理，從訂單建立到出貨完成。
- 📥 採購進貨 – 採購流程管理，從請購到進貨驗收。
- 🏪 庫存管理 – 多倉庫庫存管理，即時庫存追蹤與調整。
- 📄 報價單 – 專業報價單管理，提升成交率。
- 💰 支出管理 – 日常支出記錄與分類管理。
- 📊 報表中心 – 多維度業務報表，數據驅動決策。
- 💳 財務管理 – 完整的財務管理系統，包含帳戶管理、銀行對帳、會計分錄。
- ⚙️ 系統設定 – 完整的系統配置與個人設定。
桌面版介面
手機版介面
2025/12/31
經過一輪奮戰，Cursor AI的使用量也用盡了(中途也有開發其他項目，Vibe Coding太好玩了)，不過在此之前系統已經完成了。
雖然有人從 Vibe Coding 的角度質疑可能存在安全風險，但我已經搜集資料在能力內做好安全措施，同企業級的安全架構一樣，去到A+級。
- 邏輯安全（OWASP）
- 資料庫安全（RLS）
- 邊界安全（Cloudflare）
- 審計安全（Audit Logs）
- 敏感資料保護（Safe Logger）
- API Key 隱藏（Edge Functions）
直到這裡，我的系統已經完成，已經與身邊朋友分享使用。如果你有興趣，或希望能夠幫輕你生意的運作，歡迎試用SoloNeat。
2025/12/26
沒有coding基礎的人，像是戴了痛苦面具般，答案要東拼西湊再整合，也許這也是種磨練。
從Base44搬家，花了好幾天的時間。問題主要圍繞在資料庫的整合。
Base44與Supabase雖然都是基於PostgreSQL為主的資料庫系統。但為了將現有資料搬到Supabase去，我要將Base44 資料庫的所有 schema匯出，再在Supabase生成一個有相同欄位的資料表套進去。AI agent雖然能生成一系列指引及工具將你的資料搬過去，但若你的欄位有相衝的問題，那就不是小事了。這也是造成我頭痛至極的問題。
我需要將有問題的欄位抽出整理，不斷在reddit爬文看看別人怎樣做。
最後還有一樣最麻煩的是將所有包含Base44內容的字眼移除，不得不說他們真的是很想將用戶綁著不要離開，程式碼內有很多相關字眼，包括連結及描述字眼等，這樣除了AI agent代工取替外，人手肉眼查看都是必需的。
2025/12/20
將程式由Base44搬到Supabase+Cloudflare Pages。
原因是Base44作為SaaS Platform的速度太慢了。無論是在內部的壓力測試下或真實的使用者的體驗上，Base44的數據都不合乎要求。
後來與AI agent切磋交手幾個回合，效能優化了，但我覺得仍然不足夠，因為操作體感上仍然與成熟的程式有段差距
鑑於我要繼續完善程式，加上Credits即將用盡的情況下，將佢搬離Base44環境。
Base44 Pro會員，每月$100美金。
轉用Cursor Vibe coding, 訂閱$20美金的Pro會員繼續作戰；Supabase仍然是免費層，$0；Cloudflare Pages也是免費層，$0，哈哈。
2025/12/17
把最後的Credits都用在調整UI上了，暫時都算可以。想了很久，終於在Threads上發了一段文字，希望有人能試用，畢竟一個人抓bug的速度以及平衡功能方面花的時間比較久，而且身邊也沒有太多朋友自己創業的。
2025/12/16
頭昏腦脹日，但覺得搞定了這一步，一切都會好起來。專注在資訊安全、壓力測試、以及邏輯測試跟UI/UX的精修。
2025/12/15
頭昏腦脹日，250個Credits一貶眼用完，立馬再課金升級，看來要精修下Prompt的用法。
是專注在資訊安全、壓力測試中。一堆堆專有名詞不斷跳出，不斷Google以及用AI了解這些資訊。
2025/12/14
AI的到來能夠補完整塊能力拼圖，寫程式也好、做行銷也好、做實業也好、做設計也好，通通都能夠透過工具把自己的短板修補起來。
今日再重新審視將功能再簡化，更新系統方式及流程。
2025/12/13
測試下，頁面有時候還是會走位，修復一下UI/UX。
形象官網快將完成。
2025/12/12
一開始我想效法其他SaaS有Freemium免費版的功能限制，但是想來想去還是將Freemium 改成14日免費試用，其他維持不變。
如果一個用戶他沒有完整試用過體驗過整個服務，我認為不太會留得住。
再審視SEO訂立的關鍵字走向。
2025/12/11
25個Credits能夠寫好70%的東西，額外購買的250個Credits 用來寫剩下的30%。
修改ui/ux的問題，一直在跟ai來回切磋。
用沙盒模式進入金流測試
2025/12/10
邏輯是寫Vibe Coding的最大要素，這裡的邏輯是指你能夠清楚描述事情走向的能力。
不想認輸，就要找方法解決。前兩天被pdf字體的問題搞到頭昏腦脹。
因為原生react.pdf 生成pdf 只能支援西歐語系，而我沒有辦法直接上傳到base44的關係。我一開始將ttf轉檔做base64，一下轟爆左個ai agent，之後又換用CDN載入，可惜的是速度慢到無辦法使用, 而且會令生成文檔也崩潰。
原因是pdf 字型的 base64 file太大(約5mb~6mb)，導致vibe coding 時讓AI讀取時會令input token數目超出預算。
解決方法是如果想透過react-pdf顯示繁體中文，你需要先將ttf檔案上傳到後端，然後再讓ai去抓他。
2025/12/09
來到這裡，其實web app的大致功能已經完成，再來是驗收debug/uiux/邏輯修正的時間。
有用戶試用後反映採購進貨及銷售出貨開立單票後, 再修改單據日期後 庫存管理的異動記錄時間並沒有跟著修改成單據日期
他認為所謂流水就應該要跟回本來單據的日期，所以佢建議多加一個盤點日期同時間（即現時的系統截記timestamp），如果客戶之後修改單據資料時，盤點日期同時間就能夠發揮作用。否則當用戶換到別的系統時/或從其他系統轉過來時，就看不到流水記錄。
2025/12/08
頭昏腦脹日
2025/12/07
重新構思UI/UX, Debug, 部署SEO計劃
2025/12/06
主要是有三件事。
- 開始著手寫形象官網，我是用Wordpress架建的。
- 申請BR(商業登記證)
- Debug…
2025/12/05更新
1. 語言切換幾乎完全修正。
2. 重新驗證用戶間的資料庫都是獨立的。
3. 這幾天下來，每日5次，每月的基本配額25次已用光光，代表準備要課金了。
課金的用意除了有更多的次數之外，需要的是為我的Web App能夠有連接Domain的權力。
Base44有數個方案，但只有Builer方案或以上才能連接自己的域名(Domain)。
最後含淚選擇USD50方案，主打客家低成本投入，每月多付的USD10，就當是保險可以隨時轉會，不用被先收USD480，實行快速試錯。
4. 購買了一個一年域名，原因也是同上。雖然不建議在構思名字上花太多時間，但最後還是用了幾十分鐘選了一個便宜而且意思與我概念相關的。(花費USD10)
5. 接下來，根域名將會用作建立一個形象官網；而子域名則用來橋接我的進銷存Web App。
2025/12/03進度
今天修正的功能比較多。
1.修正所有頁面即時轉換語言問題，例如是有頁面在語言切換後仍沒有反應。
2.我沒有在公司設定的銀行資料加入銀行代碼欄位，為了方便記錄，已經加上。
3. 新增訂金與付款記錄，此功能是讓需要客戶先付訂金然後更新帳目。
4. 如果客戶已接受報價單，理應能夠轉換為發票，所以加入此功能。雙向關連的是在新增發票也能夠選擇已接受的報價單。
5. 供應商詳情欄位修改；累計消費改成累計購買；待收款改成待付款；發票、報價單記錄改為採購進貨記錄。
6. 採購進貨單加入付款記錄
2025/11/30/進度
雛型很陽春，但必要的項目都有顯示出來。