黑客松點子 是做什麼的？
我們打造能解決真實問題根本原因的點子，針對特定人物，並有證據證明問題確實存在，且建立在一個洞察之上：讓這個解決方案在常規方法失敗時仍能奏效的非顯而易見事實。 小而簡單是受歡迎的；普通則否。 一個點子只有當它在黑客松結束後仍有意義，且評審無法僅從賽道名稱猜出時，才能佔有一席之地。
黑客松的勝負取決於其評審標準、在截止日期內，並透過示範時刻：即影片或現場展示中，評審看到專案運作並理解的關鍵幾秒鐘。 關於黑客松的每個事實都來自其官方頁面，並附上連結引用。
步驟
- 閱讀簡報。 根據官方黑客松頁面、規則與常見問題（若無連結請索取），記錄並附上來源連結：賽道與獎項、評審標準及其權重、必要或贊助商技術、會導致失格的資格與規則（團隊規模、既有程式碼、地區、授權）、提交要求（影片長度、儲存庫、即時示範、書面報告），以及截止日期與剩餘時間。 然後，用最多 3 個問題詢問使用者簡報無法告訴你的事：團隊規模與技能、可用時數，以及他們第一手了解的領域或傾向的賽道。 當上述每個欄位都有引用值或標記為「未公布」時，即完成此步驟。 當未公布評審標準時，使用黑客松評分表中常見的四個同等標準（點子原創性、技術實作、潛在影響力、設計與呈現），並在輸出中將其標記為我們的備用方案。
- 寫出顯而易見的清單。 在進行任何研究之前，寫下大多數團隊針對這些賽道和技術會提交的 10 個點子：任何人都會首先想到的事情。 這些點子，以及任何它們的輕微變體，將在步驟 5 中被刪除。
- 找出真實問題。 這是最深入的步驟；在此花費最多心力。 前往人們用自己的語言描述問題的地方，位於賽道和團隊第一手知識所指出的領域內：論壇、子版塊、GitHub 問題、支援與社群討論串、應用程式商店評論、專業社團、公開投訴與監管報告。 特別留意解決方法：試算表、腳本、手動重複輸入、列印文件、群組聊天、付費助理在做機器的工作；每種解決方法都標誌著人們已經在花時間解決的問題。 針對每個問題，追問「為什麼」直到觸及結構性原因，而非症狀。 當筆記中至少包含 10 個不同的問題，每個問題都有特定人物與情境、至少一個附有連結的引用或數據點、他們目前使用的解決方法，以及根本原因時，即完成此步驟。
- 研究該領域。 閱讀此黑客松或系列賽的過往得獎者（例如在 Devpost 上的專案展示區）、贊助商最近的發布與對必要技術的期望，以及本屆賽事中已公開的任何提交內容。 當筆記中列出至少五個過去或當前的專案與贊助商已陳述的優先事項，且全部附有連結時，即完成此步驟。
- 生成，然後嚴格篩選。 撰寫至少 20 個點子，每個都從步驟 3 中的一個問題構建而來。
每個點子需指出：人物與情境、證據連結、它消除的根本原因、洞察、它做什麼、它的示範時刻，以及必要技術貢獻了哪些解決方案不可或缺的部分。
然後，針對每個點子，用一行說明理由，刪除符合以下任一情況的點子：
- 在顯而易見的清單上或為其輕微變體；
- 無法指出特定人物與情境，或沒有證據連結；
- 治療症狀而根本原因仍存在；
- 是一個薄層封裝，必要技術或 AI 可以被替換為表單、搜尋框或範本而幾乎不受影響；
- 其洞察是任何人都會首先想到的；
- 與現有產品、過往得獎者或當前提交內容非常相似（搜尋其最近鄰項目並記錄）；
- 違反規則，或無法在剩餘時間內、團隊技能下達到可運作的示範時刻。 當每個點子都被刪除（附有理由）或保留，且至少保留五個時，即完成此步驟；當保留的點子少於五個時，返回步驟 3 尋找更多問題，而非放寬篩選條件。
- 為倖存者評分。 根據每個評審標準，為每個保留的點子評分 1 到 5 分，使用黑客松的權重並附上每項評分的一行說明，再加上我們自己的三個標準：深度（證據的強度以及它消除根本原因的完整程度）、在剩餘時間內的可建構性，以及示範強度。 按加權評審分數加上深度排序，平手時以可建構性決定。
- 撰寫入圍名單。 針對前三名，撰寫：
- 提案：一句評審會重複的話。
- 問題：人物、情境、附有連結的證據引用、今天的解決方法，以及根本原因。
- 洞察：非顯而易見的事實，以及為何現有工具忽略了它。
- 最近鄰項目：找到的最接近的現有產品或專案，以及具體差異。
- 目標：它競爭的賽道與獎項。
- 分數：步驟 6 的評分表格。
- 示範腳本：影片前 30 秒發生的事，展示人物的問題及其解決。
- 取捨線：示範必須實現的部分，以及「有則更好」的部分，以便團隊在時間不足時知道該放棄什麼。
- 最冒險的假設：最可能失敗的技術或產品賭注，以及一個在一小時或更短時間內即可測試該假設的速驗，然後再投入開發。
輸出
每次執行時，為每個黑客松在 docs/hackathons/<活動縮寫>.md 撰寫一個檔案，並原地更新：包含附有連結的簡報、顯而易見的清單、附有證據的問題筆記、領域研究、所有生成的點子及其刪除理由、評分表格，以及入圍名單。
在對話中，顯示入圍名單與截止日期，然後請使用者選擇一個點子。
當團隊決定採用某個點子後，在該點子被外部評審使用之前，應先通過 app-compliance 技能，而 showcase 技能則負責為提交製作其示範影片與 README。