軟體、安全 & AI，由一名工程師獨立打造並交付。
原生 C/C++ 與 Qt 應用程式、COBOL 現代化、面向正式環境的 AI 整合，以及實戰的安全工作。你聘請的是我，與你協作的也是我。沒有專案經理，沒有層層交接。
與我直接協作
每個專案從首次溝通到交付，全程由我負責。沒有中間方。
完整原始碼 & 文件
完整的原始碼與文件於交付時一併移交。
範圍事先確定
在開始工作前確定固定範圍並達成共識，因此不會有意外。
交付後支援
每次交付後皆包含一段缺陷修復期。
我的工作
為建構嚴肅軟體的企業提供實戰服務 - 客製化開發、遺留 COBOL 遷移、AI 整合、現代邊緣基礎設施以及真實世界的安全工作。每個專案都由我親自交付，背後是多年的生產環境經驗。
最新技術教學與洞見
透過我最新的部落格文章掌握最新動態，涵蓋 Web 開發、程式設計、安全、基礎設施和人工智慧等廣泛主題。探索新技術，在不斷發展的技術世界中保持領先。
AI文件分類 - 系統整合、成本與覆核機制
如果員工反覆開啟收到的文件，只是為了判斷類型和分流位置，就值得評估AI文件分類。共享收件匣可以接收訂單、發票、送貨單、帳戶表格和不相關的附件。識別檔案類別可以幫助組織該工作，但業務價值取決於分配標籤後發生的情況。 AI 文件分類將業務類別指派給傳入文件，以便應用程式可以將它們路由到適當的工作流程。從清晰的標籤、代表性範例以及不確定或不受支援的檔案的審查路徑開始。測量正確的路由和異常處理，然後將結果與軟體中已有的更簡單的規則和功能進行比較。 本指南涵蓋了委託分類工作流程的決策，包括整合、評估和營運成本。它並不假設每個檔案都需要一個語言模型，或自動分類應該觸發不受限制的業務操作。目標是建立一個可靠...
軟體專案接手 - 評估、成本與交接驗收
當開發人員離開、開發供應商關係破裂或交付停滯，而業務仍依賴應用程式時，軟體專案接手就變得迫切。尋找另一個團隊只是決定的一部分。您還需要確定您控制的內容、在正式環境中實際執行的版本以及新人是否可以在不中斷客戶的情況下更改軟體。 軟體專案接手應首先對存取、建構可重複性、資料復原和關鍵業務行為進行基於證據的評估。將評估與實施承諾分開，然後商定新團隊在接受責任之前必須展示的內容。一個工作網站和一個複製的儲存庫是有用的起點，但都不能證明該專案可以安全運作。 本指南適用於委託收購的企業，而非評估收購的投資人。目的是保留有用的軟體、發現交付風險並根據更好的證據做出下一個支出決策。它適用於內部業務應用程式、客...
內部AI助理：權限、整合與成本
當員工反覆搜尋相同流程、產品細節或營運指引時，內部AI助理值得考慮。吸引人的展示是從公司文件產生流暢答案。真正有用的業務結果是員工找到正確且有權查看的資訊，能檢查來源，並在答案不確定時知道下一步找誰。 內部AI助理可以協助員工尋找和摘要核准的公司知識，但需要可靠文件、實際執行的權限和可衡量的驗收測試。委託獨立系統之前，先檢查現有軟體。從範圍有限的唯讀流程開始，評估任務是否正確完成，而不是助理說話多麼自信。 選擇技術之前，定義員工任務選擇目前難以回答的具體問題。支援員工可能需要最新的升級處理流程，客戶經理可能需要核准的產品規格。兩者要求不同來源和存取規則。一開始就連接所有公司文件，會讓範圍難以控...
AI潛在客戶資格評估：CRM整合與成本
當真實詢問到達的速度超過團隊理解與分派的能力時，AI潛在客戶資格評估才有實際用途。業務問題通常不是缺少分數，而是有潛力的買家在共用信箱等待，CRM紀錄不完整，或業務人員準備會議時仍不知道客戶真正需要什麼。 AI潛在客戶資格評估可以把詢問轉成結構化摘要，建議下一個問題，並準備CRM交接。接受規則、客戶負責人與商業承諾應保留明確的業務控制。從範圍有限的入站流程開始，衡量有用的業務對話，而不是把漂亮評分當成收入。 合格的潛在客戶究竟應該代表什麼？選擇模型之前，先約定需要做出的決定。對軟體顧問公司，有用的詢問可能包含營運問題、現有系統和行動理由。對製造商，可能是所需規格、交付地點與採購流程。即使使用同...
AI發票處理：成本、控管與ERP整合
當財務團隊花費過多時間把供應商資訊從文件輸入會計軟體時，AI發票處理值得評估。吸引人的示範是把PDF變成整齊欄位。真正有商業價值的成果，是讓正確、可追溯的發票進入適當簽核佇列，而不在其他環節增加工作。 AI發票處理可以擷取欄位與明細，但實用系統還要驗證結果、處理例外並接上會計流程。先檢查既有財務軟體，再委託整合其無法涵蓋的部分。依覆核時間、入帳錯誤和實際釋出的工作容量評估投資，同時維持明確的付款核准控管。 本文適合評估實際導入方案的財務主管、營運團隊與企業主，不論供應商在哪個國家。它說明哪些部分適合採購、哪些值得開發，以及如何在擴大部署前確認經濟效益。 AI發票處理究竟應該交付什麼發票透過電子...
Vibe Coding 安全稽核：應用程式準備好迎接付費客戶了嗎？
當 AI 建置的應用程式即將儲存客戶資料或接受付款時，Vibe coding 安全稽核就成為一項商業決策。畫面能運作，展示看起來令人信服，也有人願意購買。但在開放服務前，你需要證據證明：客戶只能存取自己的資訊，付費功能必須具備有效使用資格，而高權限操作仍由你掌控。 Vibe coding 安全稽核會根據實際業務風險，檢查程式碼、設定和運作中的應用程式。在接納付費客戶之前，應優先驗證帳號權限、客戶資料隔離、機密憑證與付款流程。依據結果修復並複測阻礙上線的問題，同時明確記錄已檢查的內容與範圍之外的內容。 本文面向希望把 AI 輔助原型變成產品的創辦人，無論客戶來自哪個國家。你將了解應委託哪些工作、...
AI客戶服務整合：成本與採購或自建的選擇
當支援團隊需要的不只是聽起來可信的回答時，AI客戶服務整合就成為商業決策。客戶想修改訂單、釐清有爭議的帳單，或恢復帳戶存取。系統必須找到正確紀錄、遵守客戶權限，安全完成請求，或交給能處理的人。 如果現有支援平台能滿足工作流程，就採購現成產品。需要受控存取自有系統時，加入客製整合；只有重要要求仍無法滿足，才考慮獨立開發。應比較總營運成本與實際從支援佇列中減少的有效工作，而非AI傳送的訊息數量。 對服務多個國家的SaaS公司、線上零售商或服務企業，這個區別比模型選擇更重要。本文說明如何界定範圍、比較方案，並在投入開發前判斷專案是否值得。 AI客戶服務整合實際涉及什麼不同問題需要不同來源。公開說明中...
客製化 Web 應用開發與現成 SaaS 比較
幾乎沒有哪個客製化 Web 應用開發專案是從一份規格書開始的。它通常始於一張試算表，某個人為了追蹤一件事而建立，後來加了第二欄，再後來多了一個工作表，最後加進一條只有一個人看得懂的公式。三年之後，那個檔案裡裝著排程、價格和一半的客戶資料，四個人同時在編輯它，而沒有人能有把握地說出哪一份副本才是最新的。 那才是真正的決策點，也是多數自建與採購之爭的文章沒有觸及的地方。你要選的並不是一張白紙和一件成品。你要選的是從一套還能運作但已經很脆弱的流程中脫身的三條路：買一個產品，在無程式碼平台上拼裝一個，或者依照自己的做事方式委外開發一套軟體。 該開發客製化 Web 應用，還是採購 SaaS？ 預設是採...
漸進式網頁應用程式：PWA 何時勝過原生
漸進式網頁應用程式開發，是英國買方在專案開始的頭十分鐘裡排除掉、又在十八個月後重新發現的方案，那時第二套原生程式碼庫已經悄悄吃光了預算。它之所以被排除，是因為關於它的文章幾乎都落在兩個陣營裡：跳過 iOS 拒絕做的那一部分的鼓吹，或者承襲自 2019 年、當時平台確實做不到的懷疑。 兩者現在都錯了，而且錯在會改變成本計算的地方。自 iOS 16.4 起，Safari 已支援加入主畫面的網頁應用程式發送推播通知。Chrome 取消了安裝對 Service Worker 的要求。英國主管機關在 2025 年 10 月認定 Apple 與 Google 在行動瀏覽器與瀏覽器引擎上具有策略市場地位。同...