GitHub 上找到的程式可以直接拿來用嗎？小白也能看懂的 Open Source 入門

開始 Vibe Coding 後，遲早會有人告訴你：

不用每次由零開始。GitHub 上已經有很多別人做好的 Open Source Repo，找一個回來改便可以。

這句話聽起來非常吸引。

本來要從零開始做一個預約網站，網店平店，個人網誌，

現在有人告訴你，網上可能已經有一個現成，而且是免費的。

那還等甚麼？立即打開 GitHub，搜尋 booking app。直接複製上架開始賺錢。

但問題就來了。

GitHub 上的確有很多專案，每個看起來也很厲害。有人放了精美截圖，有人獲得幾萬個 Stars，右邊還有一個非常顯眼的綠色 Code 按鈕。

但我到底要怎樣下載來用呢？

沒有「立即使用」，沒有「加入購物車」，甚至沒有一個看起來像下載 App 的按鈕。

只有一堆名為 src、public 和 package.json 的東西。

本來只是想要一個預約網站，為甚麼感覺自己誤闖了飛機駕駛艙？

簡短答案是：有些 Repo 可以下載成品直接用，有些則需要自己安裝和修改；在拿來做正式產品前，還要確認作者給了甚麼使用權限。

其實問題不是 GitHub 太難，而是我們很容易把它當成另一個 App Store。

App Store 展示的通常是已經包裝好的產品；GitHub 展示的卻可能是產品的製作材料。

在 GitHub 看見一張漂亮的衣櫃相片，實際找到的可能是完整衣櫃、組裝包、設計圖，甚至只有一塊門板。

而這些東西，在 GitHub 上全部都可以叫做 Repo。

Repo 不是一個神秘的工程師暗號

Repo 是 Repository 的簡稱。

名稱聽起來很專業，其實可以簡單理解為：

一個收藏整個專案的資料夾。

一個網站的 Repo，可能包含程式碼、圖片、文字、顏色設定、安裝方法，以及以前修改過甚麼。

它有點像一個完整的 Canva 設計專案。

你在 Canva 看見的是完成的 Instagram 貼文，但設計專案裏還有原圖、字體、不同頁面、沒有使用的草稿，以及同事留下的修改紀錄。

Repo 也是一樣。網站只是最後呈現出來的結果；Repo 保存的是製作網站所需的材料和紀錄。GitHub 官方亦把 Repository 定義為保存程式碼、檔案及版本歷史的地方。

GitHub Docs：About repositories

所以，在 GitHub 找到一個 Repo，不代表你已經找到一個可以雙擊開啟的 App。

你只是找到了一箱材料。

至於箱子裏是完整傢俬、需要自行組裝的套裝，還是一堆不知道屬於哪張桌子的螺絲，就要繼續看下去。

為甚麼有人願意把自己的程式公開？

這是一個很正常的問題。

大家辛苦寫好的程式，為甚麼要免費放在網上？作者靠甚麼生活？

原因可以有很多。

有些人想讓其他人一起改善專案；有些公司希望更多人使用自己的技術；有人把作品放在 GitHub，當成自己的履歷；也有人只是想分享一個範本，讓其他人不用重複製作同樣的東西；也有人單純是為了互聯網的開源精神。

有些 Open Source 專案本身免費，但作者會提供收費的雲端版本、技術支援或額外功能。也有些專案完全由社群共同維護。

所以，Open Source 並不等於「作者做慈善」，更不代表所有相關服務都免費。

它只代表軟件以特定方式開放，讓其他人按照授權條款查看、使用、修改或分享程式碼。

很好，只是想找一個預約網站，現在卻開始研究軟件授權了。

放心，暫時不用背任何法律條文。只需要先避開一個最常見的誤會。

公開看得到，不等於可以任意拿走

假設一位攝影師把作品公開放在 Instagram。

你可以看見相片，也可以把相片分享給朋友，但不代表你可以下載後印在自己的護膚品包裝上。

GitHub 也是一樣。

一個 Repo 設定為 Public，只代表任何人都能看見。要成為真正的 Open Source 專案，還需要有 License，也就是授權條款，說明其他人可以怎樣使用、修改及發布程式碼。

Open Source Initiative：Open Source Definition

在 Repo 頁面尋找 License 資訊，也可以查看名為 LICENSE 的檔案；有些作者會在 README 說明授權。

你可能會看見 MIT、Apache、GPL 等名稱。現在不需要記住它們的分別，只要記住：

看到 License，不代表完全沒有規則；找不到 License，也不要自行當作免費任用。

GitHub 官方說明，如果作者沒有加入 License，預設版權仍然由作者保留。程式碼放在 Public Repo，不代表其他人自動獲得複製、修改和重新發布的權利。

GitHub Docs：Licensing a repository

因此，找到一個漂亮的網站後，不要立即把 Logo 換成自己的，再拿去賣給客戶。

先看 License。

這一步很不浪漫，但總比網站做完、客戶也付了錢，才發現授權條款不容許這樣使用來得好。

不懂程式，應該怎樣搜尋？

GitHub 上大部分專案使用英文介紹，所以用英文搜尋通常比較容易找到結果。

如果你想做作品集網站，可以搜尋 portfolio website；想找記帳工具，可以搜尋 expense tracker；想找預約網站，可以搜尋 booking website。

再加入以下字詞，結果便會更接近你的用途：

• template：預期讓別人複製和修改的範本。
• starter：已經準備好基本結構的起步專案。
• open source：可用來尋找聲稱開放原始碼的專案，找到後仍要查看授權條款。
• self-hosted：可以放在自己的伺服器或雲端空間運行。

例如可以搜尋：

• portfolio website template
• booking system open source
• expense tracker self-hosted

搜尋後，選擇 Repositories，便可以集中查看 Repo，而不是直接跌進幾百萬段程式碼裏。

如果完全不知道應該使用甚麼英文，可以先問 AI：

我想在 GitHub 尋找一個可以用來製作「（描述想做的工具）」的專案。請提供五組適合搜尋的英文關鍵字，優先尋找適合新手修改的 Template 或 Open Source 專案。現在只提供搜尋字詞，不要下載任何內容。

先找到幾個看起來接近需要的選擇，已經足夠。

打開 Repo 後，不要從第一個檔案開始看

終於找到一個喜歡的 Repo，按進去後又是一堆英文和資料夾。

第一個值得看的地方，是首頁顯示的 README 文件。

README 就像專案的商品介紹頁。作者通常會在這裏說明這個專案是甚麼、有甚麼功能、怎樣安裝，以及在哪裏可以看到 Demo。GitHub 亦將 README 定位為訪客最先閱讀的專案介紹。

GitHub Docs：About READMEs

先尋找幾樣最容易理解的內容：

• 有沒有網站連結或 Demo？
• 有沒有實際畫面？
• 作者說它是 App、Template，還是教學專案？
• 有沒有寫明適合甚麼人使用？
• 有沒有 License？

如果 README 一打開便是一大段英文，也不用立即放棄。把 Repo 連結交給可以閱讀網頁的 AI，請它翻譯和總結便可以。

你現在的目標不是成為工程師，只是確認這箱東西是不是自己想買的。

幾萬個 Stars，是否代表一定很好？

GitHub 的 Star 比較像收藏。

你看到一個有很多 Stars 的 Repo，可以理解為很多人對它感興趣，或者想留待日後再看。GitHub 官方也是以「保存和追蹤感興趣的 Repo」來形容 Star。

GitHub Docs：Saving repositories with stars

但很多人收藏，不代表：

• 它一定適合新手。
• 它一定能在你的電腦運行。
• 它一定仍然有人維護。
• 它一定安全。
• 它一定容許商業使用。
• 它一定是一個完整 App。

就像網上有十萬人收藏一條蛋糕食譜，不代表你買齊材料後一定焗得成功。

尤其是連焗爐的上下火也要看三次說明的人，更不應該只憑收藏數字產生信心。

說了那麼久，那麼找到 Repo 後，究竟可以怎樣使用？

先弄清楚 Repo 提供的是哪一類東西。你暫時不需要研究它用了甚麼程式語言。

有些是已經包裝好的 App

這類專案可能在 Releases 頁面提供可以下載的版本。

Releases 可以理解為作者正式整理和發布的版本。有時裏面會有適合一般使用者下載的檔案，有時則只有原始碼。

GitHub Docs：About releases

如果作者已經提供完成的 App，你可能根本不需要修改程式碼。

有些是 Template

Template 像 Canva 範本。

整體設計和基本結構已經做好，你可以複製一份，再更換品牌名稱、顏色、圖片和內容。

這通常是 Vibe Coding 新手最容易理解的起點。不過，Template 可能只有外觀，並不保證已經包含登入、資料庫和付款功能；複製或修改前仍要看授權條款。

有些只是其中一個零件

例如一個漂亮的登入畫面、一個日期選擇器，或者一套動畫效果。

它可能非常好用，但不能單獨變成完整 App。

這就像找到一個很漂亮的廚房水龍頭。它的確是家居用品，但不能因為買了它，便宣布自己已經擁有一個單位。

有些是教學或練習

作者可能只是用它示範某種技術，或者保存自己的課堂功課。

它可以幫助你理解做法，卻未必適合直接變成正式產品。

所以，找到 Repo 後最重要的一句是：

GitHub 上找到的 Repo，不一定是一個已經完成的 App。它可能是成品、半成品、零件、設計範例，甚至只是作者的練習。

它可能可以直接使用，也可能需要下載、安裝和修改；有些適合交給 AI 接手，有些則只適合看看。

這就是為甚麼不能只看截圖和 Stars。

寫在最後

GitHub 最有趣的地方，是你會突然發現：原來很多厲害的工具和網站，都不是憑空出現的。

有人公開製作方法，有人提供可以修改的範本，也有人把解決問題的零件留下來，讓下一個人不用再次從零開始。

對 Vibe Coding 新手來說，這的確是一座很大的寶庫。

但它不是一間所有商品都已經完成、免費，而且可以任意帶走的百貨公司。

第一次逛 GitHub，只要先記住三件事：

1. Repo 是整個專案的資料夾，不一定是完成的 App。
2. Public 只代表看得到；能否按你的用途使用，要先看 License，也要留意圖片、字體等素材的授權。
3. README、Demo 和專案檔案可以幫助你分辨眼前的是成品、範本、零件，還是教學作品。

這一篇先停在「看懂自己找到了甚麼」便足夠。至於怎樣交給 AI 檢查、修改和使用，下一篇會繼續談。

免費註冊會員，文章發布後便可以收到通知。