Kaze 產品日誌 (一)：從重啟開始 —— 在 AI 時代賦予老工具第二次生命

這是一個關於產品如何在長達數年的沉寂後，因為技術環境的劇變與 AI 工具的成熟，選擇在 2026 年重新出發的故事。

農曆春節後的一次決定

今年農曆春節過後，我們團隊坐下來重新審視了 Kaze。這個曾經承載著我們對下載技術堅持的工具，雖然已經累積了一群忠誠的用戶，但卻因為舊有的 Objective-C 架構與日益複雜的開發環境，進入了漫長的維護期。

「這個好工具，能不能用最小的成本把它救回來？」這是我們當時的核心提問。

我們意識到，現在的技術環境與幾年前已截然不同。雖然 Kaze 的原生基因讓我們引以為傲，但舊有的架構已經顯得過於笨重且難以應對快速變化的攔截規則。

為什麼要在 2026 年重新救回這個「下載」工具？其實也沒什麼，就是用的人求更新，我們也覺得這個工具還能再救一下，於是就救了。

現在的網路資源不再是簡單的一個連結。從 HLS 到 DASH，資源被切碎成數千個片段，隱藏在複雜的請求與防盜鏈機制背後。過去 Dan Downloader 時代那種純粹的抓取跟Kaze早期的複雜規則引擎，不是滿足不了需求，就是太過複雜很難維護。

Kaze 的重啟，不僅是技術棧的遷移，更是一次產品邏輯的徹底簡化。我們打掉那些過於複雜的 Plugin 體系，將核心下載邏輯收歸底層。

大概在2025年下半年，我們公司所有產品線跟專案，基本上超過9成以上的原始碼都是由AI撰寫，剩下基本也是由人跟AI一起寫出來的。

所以這次Kaze的重構，我們決定嘗試一種全新的重構範式：AI Agentic Workflow，過去都是由工程師主導，AI輔助，但這次我們決定反過來，由AI主導，工程師輔助。

這不是傳統意義上的手寫程式碼遷移。我們利用 AI 工具，在大約 2 個小時內完成原本可能需要數週的核心邏輯轉換。我們將原本龐雜的 Objective-C 代碼庫，精準地遷移到了 Rust 的現代架構上。

選擇 Rust 不僅是為了記憶體安全，更是為了其卓越的異步任務處理能力，這在處理現代分段媒體流時至關重要。

前端的話更簡單，設計師只給Design System，剩下的讓AI參考就作品自己跑出來，框架的話，我們沒有選擇熟悉的Electron，而是改用去年第四季開始的內部規範，新的桌面產品一率採用 Tauri。

整體來說，讓我們能保持 Kaze 一貫的「輕量化」初衷，同時大幅提升了跨平台的開發效率。

即便架構翻新，Kaze 依然維持了我們最原始的社群哲學。我們不鎖定功能，而是採用 「贊助制」的訂閱模式。用戶可以免費使用所有功能，而訂閱則被視為對我們持續優化技術、更新規則的一種支持。對我們而言，這更像是一個與用戶共同維持的 Side Project，而非一門冰冷的生意。

這就是 Kaze 重生計劃的介紹。在接下來的筆記中，我會深入分享我們如何處理 HLS/DASH 的技術細節，以及那「 3 小時重構」背後的具體實踐。