產品上線背後的開發。

精選產品與工程案例，呈現我的貢獻及可確認的佐證。

產品開發W–2

W–01 · 消費型閱讀 App，我自己的產品

Paguely：一個人打造並上架的書籍 App

每一本書的封面都在拉著你走，要選下一本書並不容易。Paguely 提供與一本書的「盲約」：心情測驗給出線索，書名保持封存，直到讀者做出決定。

我的角色: 創辦人暨唯一的工程師
期間: 2026 年 7 月至今
我做了什麼: 依功能劃分 Clean Architecture 的 Flutter App，使用 BLoC 與 go_router。
Supabase 後端，含 24 個 migration 與 13 個 Edge Function。
RevenueCat 訂閱與 Webhook、Apple 與 Google 登入，以及 iOS 主畫面小工具。
以 OpenAI 產生的書籍推薦。
行銷網站與隱私權頁面，依實際程式碼的稽核結果撰寫。
技術堆疊: Flutter, Supabase, RevenueCat, Firebase, PostHog, OpenAI
成果: 已在 App Store 與 Google Play 上架。
URL: paguely.app

W–02 · 行銷代理商，我自己的產品

ScalePilot：從引導式需求表產生登陸頁

代理商得花好幾天製作遵循相同模式的登陸頁。

我的角色: 開發者
期間: 2026 年 6 月至今
我做了什麼: 先填寫引導式需求表，再由流程建置、檢查並發布設計完成的頁面。
多租戶架構，含不可變的網站版本、回滾、自訂網域、計費與團隊功能。
技術堆疊: Node, Anthropic SDK, Playwright, Tailwind, GSAP, Supabase, Vercel, Railway
成果: 已作為多租戶服務上線。2026 年 6 月至 10 月間共 99 次 commit。

軟體開發W–3

W–03 · meinunfallauto · 汽車電商，以德國為起點

meinunfallauto：歐洲汽車電商平台的前後兩端

這個販售事故車、受損車與一般車輛的平台，需要管理與合作夥伴後台、快速的多語言客戶網站、預訂車輛的訂金，以及從舊系統匯入的資料。

我的角色: 唯一的工程師，負責後端與網站
期間: 2026 年 5 月至今
我做了什麼: Laravel 12 後端，含管理與合作夥伴儀表板、雙因素登入、PDF 發票與背景工作。
Next.js 16 客戶網站，預設德文，並支援英文與由右至左的阿拉伯文。
與庫存保留連動的 Stripe 預訂訂金，具備可安全重試的 Webhook 與實際退款。
擁有專屬詞庫與查詢解析器的領域專用搜尋引擎。
透過唯讀連線匯入舊資料庫；管理後台內建 CMS，搭配有快取的內容 API。
技術堆疊: Laravel 12, PHP 8.2, Next.js 16, React 19, Tailwind 4, next-intl, Stripe, Playwright
成果: 兩套程式碼皆由我撰寫：後端約 87 次、前端 90–95 次 commit（2026 年 10 月）。

W–05 · 消費型交友 App，歐洲新創公司

正式上線的交友 App，行動端由我獨力負責

一款 iOS 與 Android 交友 App，需要一位工程師負責整個行動端：功能、兩大商店的金流、不會遺失訊息的聊天，以及包含緊急修正的版本發布。

我的角色: 唯一的行動端工程師，後端團隊約十二人
期間: 2025 年 10 月至今
我做了什麼: 使用 StoreKit 與 Google Play Billing 8 的 App 內購買：收據驗證、確認（acknowledgement）、權益輪詢、跨帳號擁有權衝突，以及 Google 即時開發人員通知。
重做聊天分頁與差異同步，消除了伺服器端上限造成的永久訊息缺口。
將 API 層抽出為有版本管理的 Dart 套件，讓單一 commit 就能精確重現套用過程式碼推送修補的版本。
GitHub Actions 品質關卡，以及每個 Flavor 各自簽署的 Codemagic 建置，搭配 Shorebird 程式碼推送。
平台層工作：狀態還原、具 Android 備援的自訂觸覺回饋、ML Kit 臉部驗證，以及在聊天中貼上圖片。
技術堆疊: Flutter, BLoC, go_router, dio, Socket.IO, drift, Firebase, Shorebird, Codemagic, GitHub Actions
成果: 1,090 次以上 commit，佔全部紀錄的 99%；約 124,000 行 Dart 程式碼，由 464 個測試檔、約 112,000 行測試程式碼涵蓋（2026 年 10 月）。

W–06 · DACH 市場的小型企業

Clematis：多語網站與客戶導入

將多語服務探索與客戶導入、營運工具相連。

我的角色: Web 開發與整合
期間: 專案工作
我做了什麼: 波士尼亞語、德語與英語介面。
付款、交易郵件與 CRM 整合。
技術堆疊: Next.js, React, Stripe, Resend
成果: 實作從探索服務到客戶導入的流程。

W–07 · ManyRoads · 戶外與旅遊，多語言的步道與健行路線

ManyRoads 與 ManyQuests：以同一套 Flutter 程式碼打造的兩款路線 App

一個步行與健行平台，需要用同一套程式碼做出兩款 App，並整合地圖與多種語言。

我的角色: Flutter 開發者
期間: 2026 年 1 月至今
我做了什麼: 在含三個建置 Flavor 的共用程式碼庫中，為兩款 App 開發功能。
Mapbox 地圖、在地化、產品分析與 Codemagic 建置。
技術堆疊: Flutter, async_redux, go_router, Mapbox, easy_localization, PostHog, Codemagic
成果: ManyRoads App 的 224 次 commit 中有 107 次（2026 年 1 月至 10 月）。

W–08 · 消費型城市服務市集

為大型城市服務市集 App 開發功能

一款大型消費型 Flutter App 需要從 Figma 移植新功能、處理地圖與在地化，同時不能破壞八位開發者共用的程式碼庫。

我的角色: 八人團隊中的 Flutter 開發者
期間: 2026 年 7 月至今
我做了什麼: 從 Figma 移植的新個人檔案與導覽功能，並與設計稿逐一比對。
在 App 的 Google Maps 套件中處理標記群聚。
修正整個 App 的在地化與設計一致性問題。
技術堆疊: Flutter, Clean Architecture, BLoC and Riverpod, Firebase, Google Maps, Stripe
成果: 成果已合併進擁有約 2,000 個 Dart 檔與 260 個以上測試檔的正式上線 App（2026 年 10 月）。

W–10 · Basket · 零售、購物與現金回饋，英國

Basket：英國購物與現金回饋 App 的 Flutter 主導開發

一款購物與現金回饋 App 需要降低 Firestore 的成本與負載、加入新的互動功能，並建立能讓連結持續有效的導覽系統。

我的角色: Flutter 主導開發者
期間: 2025 年 8 月至 2026 年 6 月
我做了什麼: 合併 Firestore 查詢，使作用中的監聽器減少約 97%。
搭配 ML Kit 影像品質檢查、分享與浮水印的虛擬試穿。
降價與到貨通知、在地優惠與深層連結。
重構 48 條以上路由的導覽，並在重新導向時保留查詢參數。
RevenueCat 訂閱；Codemagic CI/CD，含 dev、staging 與正式環境 Flavor。
技術堆疊: Flutter, Firebase, RevenueCat, GoRouter, Codemagic
成果: 無當機工作階段超過 99%；效能追蹤中的緩慢紀錄減少 35%。

展示蜂巢式實驗筆記的Apini公開App Store畫面。 — ApiniLabs

W–11 · ApiniLabs · 實驗室管理，瑞士

ApiniLabs：為瑞士實驗室管理平台實作即時同步與實驗室硬體整合

實驗室團隊需要在多台裝置上同時存取相同資料，不能有衝突，畫面也不能卡頓，而且 App 還得與工作檯上的儀器通訊。

我的角色: Flutter 主導開發者
期間: 2024 年 6 月至 2025 年 8 月
我做了什麼: 以 Firestore 與 Cloud Functions 實作的多用戶端即時同步。
與 Ohaus Explorer 精密分析天平的低功耗藍牙（BLE）連線。
透過 Kotlin 與 Swift 的平台通道，整合條碼與物料掃描器硬體及標籤印表機的原生 SDK。
使用 Crashlytics 與 Performance Monitoring 監控當機與效能。
技術堆疊: Flutter, Firestore, Cloud Functions, flutter_blue_plus, Kotlin, Swift, Crashlytics
成果: 資料效能提升 30%；無當機率超過 99.5%；效能追蹤中的緩慢紀錄減少 35%。App「Apini」已在 App Store 上架。

W–13 · 消費型電影與影集 App，我自己的產品

Sealed Reel：用我的代理系統打造的電影 App

決定今晚看什麼，往往花太多時間。Sealed Reel 用心情測驗與封存的「盲約」片名來回應，片名在你打開之前都不會揭曉。

我的角色: 創辦人；使用我的多代理交付系統開發
期間: 2026 年 10 月至今
我做了什麼: 收藏庫、待看清單、影集追蹤、每日推薦與口味檔案。
使用 RevenueCat 的 Pro 訂閱；Supabase 每張資料表皆啟用列級安全性。
本機核心與設計套件、自訂著色器、主畫面小工具，以及 GitHub Actions 品質關卡。
技術堆疊: Flutter, Riverpod, go_router, Drift, freezed, Supabase, RevenueCat, Firebase
成果: 尚未上架。445 個 Dart 檔、314 個測試檔，2,027 項測試通過（2026 年 10 月）；大部分程式碼出自我的代理交付系統。

W–14 · Stage Coding · 企業工時記錄，波士尼亞與赫塞哥維納

Stage Coding：離線優先的企業工時記錄 App

一款企業工時記錄 App 必須在沒有網路連線時照常運作，並將每筆紀錄同步到後端，不能遺失或重複計算時間。

我的角色: Flutter 主導開發者
期間: 2023 年 9 月至 2024 年 6 月
我做了什麼: 在裝置上記錄時間、並與 Node.js 後端同步的離線優先 Flutter App。
為團隊制定程式碼規範，並在我第一次擔任主導角色時指導兩位初階開發者。
技術堆疊: Flutter, Node.js
成果: 正式環境零同步問題。

W–15 · Tech387 · 餐旅、健身、社群與生產力 App

Tech387：橫跨餐旅、健身與生產力領域的六款以上 Flutter App

塞拉耶佛的一家軟體公司，需要為不同產業的客戶開發 Flutter App，每款都有登入、金流，並在兩大商店上架。

我的角色: Flutter 開發者
期間: 2021 年 6 月至 2023 年 9 月
我做了什麼: 六款以上 App 上架至 App Store 與 Google Play。
AI 產生健身課表、生物辨識登入、媒體處理流程與訂閱。
使用 Stripe 與波士尼亞金流閘道 Monri 的付款。
建立在 Firebase 與 AWS（AppSync、Cognito、S3）上的後端。
技術堆疊: Flutter, Firebase, AWS AppSync, Cognito, S3, Stripe, Monri
成果: 無當機率超過 99%；透過延遲載入、背景同步與快取，效能最多提升 60%。

AI 導入W–4

W–04 · 軟體交付，我自己的工具

建立在 Claude Code 上的多代理交付系統

我希望代理能把產品規格帶到經過測試的程式碼庫，並像真正的團隊一樣分工：探索、設計、工程、QA、上線。

我的角色: 設計者暨開發者
期間: 2026 年至今
我做了什麼: 100 多個依角色分工的代理與工作流程，需要判斷的角色使用較強的模型，其餘使用較快的模型。
程式碼稽核工作流程：每項發現在回報之前，都會由三位獨立的審查者逐一質疑。
App Store Connect API 用戶端，以及用來監看執行狀況的本機儀表板。
技術堆疊: Claude Code, Claude API, TypeScript, Flutter, Supabase
成果: 一次執行產出了含 445 個檔案的 App，2,027 項測試通過。第一次完整執行讓我明白，程式碼健康不等於產品可用：新使用者無法完成註冊引導。我因此以使用者旅程為核心重建驗證，下一次執行就先抓到了壞掉的路徑。

W–12 · 行銷自動化，我自己的工具

AutoReach：短影音與貼文的內容引擎

我的書籍 App Paguely，需要在 TikTok、Instagram、YouTube Shorts 與 Pinterest 持續發布短影音與貼文，另外還要有 SEO 部落格，而且不能靠一個人逐一製作。

我的角色: 設計者暨開發者
期間: 2026 年 9 月至今
我做了什麼: 一個負責規劃、產生、檢查、發布、衡量並學習的循環。
附有評測（eval）的版本化提示詞，並以三個不同的模型分別負責產生、評分與稽核。
只使用平台官方 API。
在含九個套件的 Turborepo monorepo 中，包含控制台與背景 worker，每個邊界都以 zod 驗證。
技術堆疊: TypeScript, Node 22, pnpm, Turborepo, Postgres, MinIO, zod
成果: 開發中：2026 年 9 月 29 日至 10 月 11 日之間共 135 次 commit，約 930 個 TypeScript 檔案。

交易機器人W–5

W–09 · 散戶交易工具，客戶專案

從 Telegram 到 MT5 的訊號複製程式

多個 Telegram 群組發布的訊號，必須快速傳送到多個 MT5 帳戶，且要能一次暫停全部。

我的角色: 開發者
期間: 2026 年
我做了什麼: 一個讀取 Telegram 訊號、並在多個 MT5 帳戶下單的 Python 服務。
各元件之間使用 Webhook 串接。
一個可在不終止程序的情況下停止交易的 STOP 檔案。
技術堆疊: Python, MetaTrader 5, Telegram
成果: 已依規格完成並交付客戶。不宣稱任何交易成果。

交易具有高度虧損風險。交易風險揭露

確認表W–6

下一步需要實現什麼？

CS-01

請說明現況、想解決的問題與下一個里程碑。可從聚焦的檢視、產品發布或 AI 試點開始。

產品的功能，以及誰在使用。
已經有的東西：設計稿、程式碼、後端、商店帳號。
你的期限，以及已經確定的事項，例如上線日期或平台。

討論您的專案 hello@merimtufo.com