使用 Vibe Coding 開發 App 這半年，有些專案很順利，有些專案則讓我踩到完全不同層面的問題。
兔耳絲網路電台，就是其中一個很特別的案例。
這個 App 從技術角度來看，其實並不是做不出來。
相反地，在 AI 協助之下，從功能規劃、畫面設計、串流播放、收藏電台、最近播放、搜尋分類，到 Google Play 與 App Store 的上架素材，整個開發流程都算是相當順利。
但最後我還是選擇沒有正式上架。
原因不是技術問題，而是：
m3u8 直播串流的授權問題。
一開始只是想做一款簡單的網路電台 App
兔耳絲網路電台最初的想法很單純。
我希望做一款可以快速收聽網路電台的 App，讓使用者可以依照地區、分類或名稱找到想聽的電台。
功能大致包含：
- 電台列表
- 搜尋功能
- 分類瀏覽
- 收藏電台
- 最近播放
- 推薦電台
- 迷你播放器
- 睡眠計時
- 主題色與顯示模式
這類 App 在功能上並不算複雜，重點主要在資料整理、播放穩定度與操作體驗。
透過 AI 協助，很快就能規劃出 App 架構，也能逐步完成 Flutter 端的播放功能與 UI。
如果單純從「能不能做出來」來看，答案是可以。
但問題是，App 能做出來，不代表可以放心上架。
Vibe Coding 很快，但法律問題不會因為 AI 而消失
使用 AI 開發時，很容易產生一種錯覺：
只要 AI 能幫我做出功能，這個產品就離上架不遠了。
但兔耳絲網路電台讓我發現，真正麻煩的地方不一定在程式碼。
網路電台 App 最大的問題，是直播串流來源。
很多電台都可以在網站上收聽，也可能可以透過瀏覽器或技術方式找到 m3u8 串流網址。
但是，能在網站上播放，不代表第三方 App 就可以直接拿來使用。
這中間牽涉到很多問題：
- 直播串流是否允許第三方 App 使用？
- 電台是否授權其他平台轉播？
- App 是否會造成使用者誤以為與電台官方合作？
- 電台 Logo、名稱與節目資訊是否可以使用？
- App 是否涉及內容重製、公開傳輸或再利用？
- 如果 App 內有廣告或商業用途，授權條件是否不同？
這些問題，不是 AI 幫忙寫完播放器就能解決的。
甚至可以說，AI 把技術門檻降低之後，反而讓這些法律與授權問題變得更重要。
技術上可行，不等於法律上可行
這是我在這個專案中最大的體會。
過去開發 App 時，我比較常思考的是：
- 功能能不能做？
- 畫面好不好用？
- App 會不會閃退？
- Google Play 或 App Store 能不能通過審核？
但兔耳絲網路電台讓我多了一個更前面的問題：
這個內容，我到底有沒有權利使用？
在 AI 時代，開發速度變快，取得資料與整理資料也變容易。
以前可能需要花很多時間研究的功能，現在透過 AI 幾天內就能完成初版。
但也因為如此，開發者更容易在沒有完全理解授權邊界的情況下，把產品做出來。
尤其是牽涉到音樂、廣播、影片、圖片、文章、新聞、地圖資料或第三方資料來源時，都不能只看「技術上能不能抓到」。
更重要的是：
對方是否允許你這樣使用？
App Store 審核只是第一關，不是法律保證
很多人可能會想，如果 App 能通過 Google Play 或 App Store 審核，是不是就代表沒有問題？
我認為不能這樣理解。
平台審核可以擋下一部分明顯違規或高風險的 App，但平台審核不等於法律授權。
就算 App 上架成功，也不代表內容來源一定沒有版權問題。
如果未來權利人提出異議，仍然可能面臨下架、警告、帳號風險，甚至法律責任。
所以對我來說，與其抱著僥倖心態先上架再說，不如在授權沒有釐清前，先不要正式推出。
這也是兔耳絲網路電台最後沒有上架的主要原因。
AI 時代，版權問題會更常發生
AI 讓個人開發者的能力被放大。
以前需要多人團隊才能完成的事情，現在一個人搭配 AI，也許就能做出原型，甚至完成可上架的產品。
這是一件很令人興奮的事。
但同時，也代表開發者更容易接觸到原本需要專業判斷的問題。
例如：
- 使用公開網站資料是否可以？
- 使用對方網站圖片是否可以？
- 使用串流網址是否可以？
- 使用他人商標或 Logo 是否可以？
- AI 產生的圖片能不能商用？
- AI 生成內容是否可能太接近既有作品？
- 整理第三方資料後提供給使用者，是否涉及資料再利用？
這些問題在以前就存在。
只是過去技術門檻比較高，很多人還沒做到產品階段，就已經卡在開發過程。
現在 AI 把開發速度推快之後，法律、授權與內容來源反而會更早浮現。
也因此，我覺得未來使用 Vibe Coding 開發產品時，不能只問 AI：
「這個功能怎麼做？」
還要多問自己：
「這個功能使用到的資料、內容或服務，我有沒有權利使用？」
開發者不能只相信 AI 的回答
在開發過程中，也可以問 AI 法律或版權相關問題。
但我認為，這只能當作初步參考，不能當成最終答案。
因為 AI 可能會根據一般情況給出看似合理的說法，但實際法律問題往往取決於：
- 所在地區法律
- 平台規範
- 權利人的授權條款
- 實際使用方式
- 是否營利
- 是否造成混淆
- 是否涉及內容再傳播
尤其是授權問題，最終還是要回到權利人或官方條款。
如果條款沒有寫清楚，或使用方式可能超出一般網站瀏覽範圍，就應該更加保守。
AI 可以協助整理問題、撰寫授權信、分析風險，但不能替開發者承擔法律責任。
真正要負責的人，還是開發者自己。
兔耳絲網路電台帶給我的提醒
這個專案雖然最後沒有正式上架，但它不是一個失敗的專案。
相反地，它讓我更清楚理解一件事：
Vibe Coding 的限制，不只在程式能力，也在產品能不能被合法使用。
技術可以快速完成，但授權需要時間確認。
功能可以靠 AI 生成，但責任不能交給 AI 承擔。
App 可以被做出來，但不代表它就適合公開上架。
這也是我後來在其他專案中會更加注意的地方。
例如使用圖片、第三方資料、網站內容、AI 生成素材、地圖資訊或任何外部來源時，都會先想一層：
這個東西是不是我可以使用的？
以後如果要重啟這個專案
如果未來要重新啟動兔耳絲網路電台，我認為比較安全的方向會是先處理授權。
可能的方式包括：
- 向電台官方申請串流授權
- 只收錄明確允許第三方使用的電台來源
- 改成導向官方網站收聽，而不是在 App 內直接播放
- 避免使用未授權 Logo 與節目資訊
- 建立清楚的資料來源與下架聯絡機制
- 在 App 內標示非官方 App，避免使用者混淆
這些做法不一定能完全解決所有問題，但至少可以讓產品方向更穩健。
對個人開發者來說，做得出來很重要，但能不能長期安全地運作更重要。
結語
兔耳絲網路電台讓我學到一個很現實的課題。
AI 讓開發速度變快，讓一個人可以完成更多過去很難完成的作品。
但也因為開發變快了，我們更不能忽略產品背後的法律與版權問題。
在 Vibe Coding 的過程中，最容易被看到的是速度。
幾天完成原型、幾週完成 App、快速產出圖片與上架素材，這些都很有成就感。
但真正能不能把產品公開推出，不只取決於程式碼。
還取決於內容來源、授權條件、平台規範，以及開發者是否願意在法律風險前停下來。
這次我選擇不上架兔耳絲網路電台。
不是因為做不出來，而是因為我還沒有足夠把握，確認所有直播串流都有可以被第三方 App 使用的授權基礎。
對我來說，這也是 Vibe Coding 很重要的一課：
AI 可以幫你把產品做出來，但不能替你確認產品是否真的可以合法上線。