IBM Skills Build  ·  Hackathon 教育訓練文件
IBM Bob AI ← 回索引
黑客松 · 一日 MVP · 6 人混齡團隊

團隊分工計劃

讓你了解如何在一天內有效分工完成 MVP、透過 IBM Bob AI 輔助完成任務,以及如何讓 Bob 幫你操作 Git。

與 IBM Bob 協作的建議流程
Plan Mode
向 Bob 說明你的目標與背景,讓 Bob 產生一個具體的計劃方案(步驟、分工、預期產出);針對計劃內容來回討論,修正與確認每個細節,直到你滿意為止
Agent Mode
計劃確定後切換到 Agent Mode,請 Bob 開始執行——寫程式、建檔案、操作 Git,Bob 會逐步完成
Ask Mode
任何時候有疑問,切換到 Ask Mode 向 Bob 提問——了解概念、確認步驟,或請 Bob 解釋剛才做了什麼
核心前提

整個計劃的設計基礎

每人僅有 40 BobCoins,且無法共用。所有人都透過 IBM Bob AI 完成分配到的任務。技術背景差異大:1–2 人有程式背景,其餘幾乎無開發經驗——但無程式經驗的成員同樣能透過 Bob 貢獻高品質成果。

設計原則

  • 一天時間有限,完成 MVP 比追求完美更重要
  • 選題確認與 GitHub 建置是全隊共同任務,技術成員協助非技術成員完成
  • 後續任務依個人強項分工,每個角色都有明確的 Bob 使用方式
  • 每人的 BobCoins 獨立計算,問 Bob 前先想清楚要什麼

社會影響力選題參考

重點是選出能真實解決問題的主題,而非特定技術  ·  台灣公開資料入門指南 →

方向說明
弱勢族群資訊近用打破資訊不對等(升學、法律、醫療諮詢)
社區互助媒合連結有需求與有資源的人(食物、二手物資、志工)
心理健康支持降低求助門檻,提供初步陪伴與資源引導
環境行動協助個人或社區追蹤與改善環境行為
教育機會均等幫助資源不足的學生獲得學習支持
選題心法:「如果這個工具消失了,誰會受到影響?」答案越具體,社會影響力越強。

分工架構

全隊共同任務 + 個人平行任務

全隊共同任務說明
選題確認全員討論,確定問題、目標用戶與 MVP 範圍
GitHub 建置全員完成 repo clone 與建立個人 branch,技術成員帶領
角色人數主要產出Bob 用途
技術開發1–2 人MVP 前端介面、核心邏輯生成程式碼、解 bug、架構建議
內容與研究1–2 人問題背景文件、用戶故事、測試腳本撰寫文件、整理數據
視覺設計1 人配色方案、介面草稿、品牌識別生成配色建議、版型說明
簡報 + 說故事1 人評審簡報、Demo 腳本、影響力論述生成大綱、撰寫文案

一天時間軸

六個階段,從選題到簡報演練

約 60 分

選題與規劃

選題討論、需求定義、MVP 功能確認、角色分配 ── 全隊

約 30 分

GitHub 建置

建立 repo、每人完成第一個 commit ── 全隊

240–300 分

平行開發

技術 / 內容 / 視覺 / 簡報 同步進行 ── 各自分工

約 30 分

中間 Check-in

確認進度、技術成員說明目前功能、調整方向 ── 全隊

約 90 分

整合與測試

合併各分支、功能測試、README 收尾 ── 全隊

約 30 分

簡報演練

模擬 Demo、最終調整、提交 ── 全隊

⚠️ 選題討論容易超時。建議設定硬截止:討論超時就直接投票決定,不要無止境討論。

各角色任務說明

每個角色的目標與具體產出

技術開發

打造可以展示的 MVP

核心原則:先讓它「能跑」,再讓它「好看」。

  • 一定要完成:3 個核心功能可在瀏覽器中展示
  • 🔵 時間允許再做:資料持久化、後端 API、使用者帳號
  • 今天不做:完美 UI、完整錯誤處理、效能優化

部署優先考慮 GitHub Pages(零設定、免費、數分鐘上線)。部署是 optional,有公開網址加分,沒有也不影響評審看到成果。

內容與研究

提供數據與用戶視角

不需要寫程式,但你的產出對評審非常關鍵。評審最在意:「這個問題真的存在嗎?規模多大?」找資料可參考 台灣公開資料入門指南 →

  • 問題背景文件(數據 + 現有解法的不足)
  • 用戶故事清單(誰會用這個工具、為什麼用)
  • 功能測試腳本(整合階段全隊用來測試的步驟清單)
視覺設計

給技術成員具體可操作的視覺規格

不需要用設計軟體。用 Bob 生成文字規格,技術成員可以直接把色碼套入程式碼。

  • 配色方案(主色、次要色、背景色,附色碼)
  • 核心頁面的布局說明(文字描述即可,不需畫圖)
  • 簡報視覺模板(Canva 或 Google Slides)
簡報 + 說故事

讓評審在 3 分鐘內理解「這個問題值得解決」

簡報的核心是故事,不是技術細節。讓評審先被問題打動,才會想看你的解法。

  • 8–10 頁評審簡報
  • 3 分鐘 Demo 腳本
  • 影響力論述(能幫助誰、改變什麼)

建議結構:封面 → 問題與規模 → 現有解法的不足 → 我們的解法 → Demo 展示 → 社會影響力 → 技術架構 → 團隊分工 → 未來規劃 → 結語


如何善用 BobCoins

每人 40 BobCoins,獨立計算、無法轉讓

有效使用的原則

  • 問 Bob 之前先想清楚「我要什麼輸出」,一次給完整背景,避免反覆提問
  • 生成的內容先用,不滿意再追問修改,不要每次都從頭重問
  • 技術開發任務通常比文件類任務需要更多來回,技術成員要特別注意節省
! 在請 Bob 執行 git clone 之前,請先完成以下步驟
  1. 在 IBM Bob 左側邊欄的檔案總管中,點選你想存放專案的資料夾(例如桌面或指定的工作目錄)
  2. 確認該資料夾已被選取並顯示在檔案總管中,Bob 會將 repo clone 到這個位置
  3. 完成後再把 clone 的 prompt 貼給 Bob

⚠️ 若未先選擇資料夾,clone 下來的檔案可能會放在預設位置,之後難以找到。

Git 是什麼?

你不需要記住任何指令,只需要理解「我在做什麼、為什麼這樣做」

想像你和隊友一起寫一份 Google Doc 報告,面臨幾個問題:有人刪掉了重要段落怎麼復原?兩人同時修改同一段落要保留誰的?Git 就是解決這些問題的工具。
追蹤每次修改
Google Doc 的「版本紀錄」,每次存檔都有紀錄
還原舊版本
遊戲的「讀取存檔」,可以回到任意時間點
多人同時開發
多人同時編輯不同段落,最後合併成一份
知道誰改了什麼
每次存檔都記名字,一目了然

幾個你需要知道的 Git 概念

理解這些名詞就夠了

Repository(Repo)= 專案的儲存庫

放所有程式碼和文件的地方。我們的 repo 放在 GitHub 上,所有人共用同一個。

Branch(分支)= 你的工作副本

想像 repo 是一棵樹,main 是主幹。每個人從主幹長出自己的分支來工作,做完後再合回主幹,不會互相干擾。

main(主幹) ├── feature/小明-簡報 ├── feature/小華-視覺設計 └── feature/阿強-技術開發

Commit(提交)= 存一個版本快照

每完成一個階段就 commit 一次,相當於按下「存檔」並寫下「我這次做了什麼」。

Push(推送)= 把存檔同步到 GitHub

Commit 只存在你自己的電腦。Push 才是上傳到 GitHub,讓隊友看到。

Pull Request(PR)= 申請合併到主幹

在自己的分支做完後,發一個 PR,讓技術 Lead 確認沒問題再合到 main


讓 Bob 幫你操作 Git

非技術成員不需要自己下指令,告訴 Bob 你想做什麼

你想做的事告訴 Bob 這句話
建立自己的分支請幫我建立一個 branch,名稱是 feature/暱稱-角色
存檔(Commit)請幫我把目前的修改 commit,訊息是「新增:設計規格文件」
上傳到 GitHub(Push)請幫我把這個 branch push 到 GitHub
申請合併(PR)請幫我對 main branch 發一個 Pull Request
文件類任務(README 文案、測試腳本、視覺規格)也要透過 Bob commit 到 GitHub,讓你的貢獻在 repo 歷史上可見。評審通常會看 commit 歷史確認每人都有參與。

讓 Bob 操作 GitHub 的必要設定

Bob 要能代替你操作 GitHub,需要先完成一次 GitHub 認證

非技術成員

使用 gh CLI(最簡單)

請 Bob 安裝 gh CLI 並完成 GitHub 登入認證。告訴 Bob:

安裝 gh CLI 並完成認證
請幫我安裝 gh CLI,然後引導我完成 GitHub 認證。請依照我的作業系統給我適合的步驟。

認證過程是互動式問答,Bob 會引導你依序選擇:

  • 帳號類型 → GitHub.com
  • 連線協定 → HTTPS
  • 是否用 GitHub 帳號驗證 Git → Yes
  • 認證方式 → Login with a web browser(瀏覽器登入)

瀏覽器開啟後登入 GitHub 並授權,完成後就能直接推送,不需要輸入密碼。

技術成員

使用 SSH Key

請 Bob 幫你產生 SSH 金鑰並完成設定。告訴 Bob:

產生 SSH 金鑰並加入 GitHub
請幫我在這台電腦上產生一組 SSH 金鑰,並說明如何將公鑰加入 GitHub 帳號,讓我之後 push 不需要輸入密碼。請依我的作業系統調整步驟。

完成後,clone repo 時使用 SSH 網址(git@github.com:帳號/repo名稱.git),往後 push 不需要輸入密碼。

⚠️ 這個設定需要在 GitHub 建置階段前完成。每位成員在自己的電腦上各自設定一次,設定完成後請 Bob 確認能否成功連線到 repo,再開始正式工作。

Bob Prompt 快速卡片

直接複製以下 prompt,貼到 IBM Bob 對話框,Bob 會逐步引導你完成每項操作

組長任務(組長 = Repo 創建者):創建團隊 GitHub Repo 並邀請所有組員為協作者
  • Step 1  確認並安裝 git 與 gh CLI(Bob 會依你的作業系統給步驟)
  • Step 2  透過瀏覽器完成 GitHub 帳號認證
  • Step 3  用 gh CLI 創建團隊 repo,並在 GitHub 網頁邀請所有組員為協作者
組長 Step 1  安裝 git 與 gh CLI
請幫我確認這台電腦是否已安裝 git 和 gh CLI。如果尚未安裝,請依照我目前使用的作業系統給我對應的安裝方式,不要假設作業系統,請先偵測或詢問我。安裝完成後,請確認兩個工具都能正常使用並顯示版本號。
💡 Bob 會先偵測你的作業系統(macOS / Windows / Linux),再給你適合的安裝方式,不需要自己查指令。
組長 Step 2  透過瀏覽器完成 GitHub 認證
請幫我用 gh CLI 完成 GitHub 帳號認證。我想透過瀏覽器登入的方式授權,使用 HTTPS 協定。請引導我完成互動式問答的每一步,並在最後確認認證是否成功。
💡 認證完成後,往後的 push 和 pull 都不需要手動輸入密碼。
組長 Step 3  創建團隊 Repo 並邀請組員
請幫我用 gh CLI 在 GitHub 上建立一個新的公開 repo,名稱是「【替換成你的 repo 名稱】」,描述為「黑客松團隊專案」。建立完成後,請告訴我如何在 GitHub 網頁上將其他組員的 GitHub 帳號加入為協作者。
⚠️ 請將「【替換成你的 repo 名稱】」換成你們團隊實際決定的名稱再執行,例如:team-alpha-2025
所有組員任務(a → b → c):認證 → Clone → 建立 Branch → Commit → Push
組員 = 除 Repo 創建者以外的所有團隊成員
  • Step a  確認並安裝 git 與 gh CLI,透過瀏覽器完成 GitHub 認證(Bob 會依你的作業系統調整步驟)
  • Step b  將組長建立的 repo 複製到本地端
  • Step c  建立個人 branch,新增一個技能分享檔案後 commit,再 push 到 GitHub
組員 Step a  安裝 git 與 gh CLI,並透過瀏覽器完成 GitHub 認證
請幫我依序完成以下兩件事:

1. 確認這台電腦是否已安裝 git 和 gh CLI。如果尚未安裝,請先偵測我的作業系統,再給我對應的安裝方式。

2. 安裝完成後,幫我用 gh CLI 完成 GitHub 帳號認證,使用 HTTPS 協定並透過瀏覽器登入授權。請引導我完成整個互動流程,並在最後確認認證是否成功。
💡 每位組員在自己的電腦上各執行一次,設定完成後才能 clone 和 push。Bob 會依你的作業系統(macOS / Windows / Linux)自動調整步驟。
組員 Step b  Clone 組長建立的 Repo
請幫我把以下 GitHub repo 複製到本地端,然後進入該資料夾,並告訴我目前目錄裡有什麼檔案、目前在哪個 branch:

repo 網址:https://github.com/【組長帳號】/【repo名稱】
⚠️ 請替換兩處佔位符:「【組長帳號】」換成組長的 GitHub 帳號,「【repo名稱】」換成組長建立的實際 repo 名稱。例如:https://github.com/john123/team-alpha-2025
組員 Step c  建立 Branch、新增檔案、Commit 並 Push
請幫我完成以下四件事:

1. 建立一個新 branch,命名為 feature/【你的暱稱】-【你的角色】,並切換到這個 branch。

2. 在這個 branch 新增一個 Markdown 檔案,檔名為 skill-【你的暱稱】.md,內容包含:
   - 你擅長的一項技能(例如:資料分析、簡報設計、文案撰寫、UI設計…)
   - 這個技能在黑客松中可以如何幫助團隊
   - 你願意在哪個環節貢獻這個技能

3. 將這個新檔案存檔並提交(commit),commit 訊息為「新增:【你的暱稱】技能分享」。

4. 把這個 branch 推送到 GitHub,並在完成後讓我確認 commit 已成功記錄。
💡 將 【你的暱稱】 和 【你的角色】 替換為實際內容,例如:feature/小明-視覺設計。請使用暱稱,無需填寫真實姓名。

整合組員成果流程

由 Repo 創建者(組長)負責,將所有組員的 branch 整合進 main

整合流程共三步:
  • Step 1  確認所有組員已完成 push,列出 remote 的所有 branch
  • Step 2  逐一將每個 feature branch merge 進 main,遇到衝突請 Bob 協助解決
  • Step 3  確認 main 已包含所有人的成果,通知全隊從 main pull 最新版本
整合負責人  一鍵整合所有 feature branch 進 main
請幫我把所有組員已 push 到 GitHub 的 feature branch 整合進 main,目標是讓 main 包含所有人的成果。請依序完成以下事項:

1. 先從 GitHub 抓取最新狀態,列出所有尚未合併的 remote branch,讓我確認清單。

2. 切換到 main 並更新到最新版本。

3. 逐一將每個 feature/ 開頭的 branch 合併進 main。遇到衝突時,請告訴我哪個檔案有衝突、衝突的內容是什麼,並引導我解決後繼續。

4. 所有 branch 整合完成後,把最新的 main 推送到 GitHub。

5. 最後顯示 main 的 commit 歷史,讓我確認每位組員的成果都已出現。
💡 整合前請先在群組確認所有組員都已完成最後一次 push,避免遺漏任何人的成果。

你不需要成為工程師才能參與 GitHub

Bob 會幫你完成每一步 Git 操作。你只需要告訴 Bob 你想做什麼,剩下的交給它。