NEAR HACKATHON 2026：Claude Code、Codex 加入 AI 評審，兩週原型怎麼準備？
NEAR HACKATHON 將於 2026 年 11 月舉行，公布 25 萬美元獎池，Claude Code 與 Codex 也加入 AI 評審。本文換算台灣報名時間，整理公開程式庫、X 展示與一次提交規則，並從私密 AI、代理協作和支付工具，說明兩週原型如何縮小範圍、交出可重現作品。
NEAR HACKATHON 把一個很實際的問題放到參賽者面前：如果評審拿到你的程式庫，他能不能照說明重跑出展示作品的結果？
這場活動預計在 2026 年 11 月提供兩週開發時間，獎池總額為 25 萬美元，並以 NEAR 支付。除了人類評審，官方也列出 Claude Code 與 Codex 參與 AI 評審。
因為作品會交給別人閱讀與操作，漂亮影片只能呈現其中一部分。程式怎麼啟動、需要哪些資料，以及每一步預期看到什麼，都會影響作品是否容易理解。
活動也提供寫給 AI 程式代理閱讀的 HACKATHON.md，把開發、展示與提交要求集中說明。這讓使用 AI 協作的團隊能直接對照規則，減少漏掉交付項目。
對有興趣做 AI 代理或自動支付原型的人，這場活動適合拿來驗證一個小而完整的需求。若題目大到無法在兩週內讓別人試用，就該先刪掉功能。
開始前先確認時程和提交形式，才能知道開發時間應該花在哪裡。尤其台灣日期與官方 UTC 日期不同，截止時間需要完整換算。
NEAR HACKATHON 什麼時候開始？台灣時間怎麼算？
官方公布的開發時間從 11 月 1 日至 11 月 14 日，使用 UTC。台灣比 UTC 快八小時，因此截止在台灣會落到隔天早上。
依 活動官網與 HACKATHON.md，以下是 2026 年 10 月 20 日查詢的時程。
| 階段 | 官方 UTC | 台灣時間 |
|---|---|---|
| 開始與開放提交 | 11 月 1 日 00:00 | 11 月 1 日 08:00 |
| 開發與提交截止 | 11 月 14 日 23:59 | 11 月 15 日 07:59 |
| 評審開始 | 11 月 16 日 00:00 | 11 月 16 日 08:00 |
| 預計公布結果期限 | 11 月 18 日 23:59 | 11 月 19 日 07:59 |
表格裡的開放提交時間還沒到。官方貼文說活動已推出，意思是消息與規則公開，不能把它解讀為 10 月就能送出參賽資料。
活動不要求事先註冊，但完成後仍有最後提交程序。參賽者需要把公開程式庫和 X 展示連結交到指定表單，才構成完整參賽資料。
一隊可以是一個人，也可以多人合作。選哪種方式，最好依題目需要的能力決定，因為多一個人也會增加協調與交接時間。
獎池與實際領取，為何要分開理解？
官網列出總冠軍與各賽道名次獎項，總額是 25 萬美元，支付形式則為 NEAR。因此美元標示與最後領取的代幣形式是不同資訊。
獎池金額不能推算個別團隊收入，也不能證明代幣未來價格。準備作品時，應先把參賽成本和能完成的作品算清楚，避免用可能得獎支撐開發預算。
AI 相關賽道，如何縮成兩週能完成的問題？
活動有 13 個賽道，包含私密 AI、多代理協作、代理經濟與 AI 安全等方向。對多數團隊而言，先選問題再選賽道，比試著涵蓋所有技術更容易完成。
私密 AI 的起點可以是某種資料不方便交給一般服務，而工具仍需要完成分析。作品若能說明資料如何處理，比只在名稱加上「隱私」更有說服力。
多代理協作則需要真的存在分工。若三個代理只是各自回答同一問題，團隊要能解釋為什麼平行處理更合適，以及最後由誰整合不同結果。
代理經濟涉及程式替使用者取得服務、支付費用或和其他代理互動。題目可以先縮到一次可追查的服務交易，不必把整家公司都自動化。
AI 安全方向則適合把限制做成可觀察功能。例如代理提出一項支出，系統依規則允許或拒絕，展示兩種結果就比只寫政策更清楚。
以上是題目拆解方式，並非官方承諾這樣做就能得獎。每隊仍需依實際問題，決定哪些 NEAR 技術對使用者有必要。
同一作品可以跨賽道，但仍要有一個主流程
官方允許選擇多個符合的賽道，一隊仍只提交一次。選更多類別，不會自動使作品更完整，也不會延長開發時間。
例如一個私密分析工具可以同時需要支付服務費，但使用者的核心需求仍是拿到分析結果。團隊應讓兩者串成同一段可操作流程。
若支付只是展示時另外開的一個畫面，與分析完全無關，評審反而需要花更多時間理解。把技術放回需求裡，才容易看出它的角色。
因此題目確定後，可以先用一句話描述「誰遇到什麼問題，作品替他完成哪一步」。這句話若塞滿技術名稱，就代表使用者需求還不夠清楚。
Claude Code 與 Codex 當評審，README 要改變什麼？
官方把 AI 工具列入評審，最直接的準備方式是讓說明可操作、可核對。README 是程式庫的入口文件，應該讓第一次打開的人知道怎麼試。
HACKATHON.md 建議用「做某件事，看到某個結果」的方式寫步驟。這比只說「本專案支援 AI 支付」更有資訊，因為對方可以照著確認。
例如描述「輸入一份範例訂單，畫面顯示總額與待批准狀態」，就能把輸入、操作與結果接起來。若需要帳號或測試資料，也要在啟動前交代。
先讓陌生人走完一條路
開發者容易省略自己電腦已經有的環境。團隊可以請未參與開發的同事照文件操作，記錄他第一個卡住的位置，再補上缺少的條件。
這項試驗不用涵蓋所有功能。先讓對方完成最重要的一條流程，才知道作品的入口、依賴和作品預期結果是否足夠清楚。
如果某個步驟會產生費用，要在操作前寫明。評審不應透過測試才發現需要付費服務，也不應為了看效果而交出自己的敏感資料。
展示資料最好和程式庫中的範例對應。影片用一份輸入，文件卻要求另一份資料，會使對方難以判斷差異來自設定還是功能。
同樣地，作品畫面也要說明真正完成的事。顯示付款意圖、完成簽署與交易確認是不同階段，作品應以實際回傳結果呈現。
把這些環節寫清楚，對人類評審同樣有用。AI 評審的加入，只是讓交付品質更容易成為開發者必須正面處理的問題。
延伸閱讀：Workbench 多代理協作教學：用 Markdown 看板，把 AI 交接和驗收寫清楚
AI 模型與支付工具，為什麼要分開限制？
模型負責理解需求與提出行動，支付工具則可能真的改變資產。兩者串接之後，不能把自然語言判斷直接當成完整授權。
NEAR AI 文件提供私密 AI 的開發入口，而帳戶權限則要回到 NEAR Access Keys 文件。選用工具時應沿各自用途查證。
NEAR 的完整權限金鑰可以控制帳戶；函式呼叫金鑰則限制在指定合約與方法。金鑰是能代表帳戶執行動作的憑證，所以不同能力不應混在同一個設定裡。
文件說明，函式呼叫金鑰不允許在呼叫中附帶 NEAR 轉帳。這類限制能縮小操作範圍，但合約本身能做什麼，仍需要另外理解。
因此作品若展示支出上限，應讓限制落到實際工具或合約行為。模型說「我會遵守預算」，仍不足以證明超出金額時真的無法執行。
對兩週原型而言，可以先用測試環境與範例資料，展示允許、拒絕和取消的結果。這能降低試用負擔，也讓流程更容易重現。
失敗後能否接續，也是作品的一部分
交易工具可能回應較慢，模型服務也可能暫時無法使用。畫面應交代目前狀態，讓使用者知道需要等待、重新查詢，還是改由人工處理。
尤其涉及付款時，連線中斷不等於交易沒有成立。作品若能查回既有結果，便比較不會把同一項工作重複執行。
這是原型設計的建議，不代表活動要求每隊建立完整金融系統。選一個具體失敗情境處理清楚，通常比列出很多尚未接好的功能更有價值。
延伸閱讀：Cloudflare Wallets 是什麼？AI Agent 穩定幣錢包、x402 支付與風險解析
提交前要準備哪些資料？
最重要的兩個交付物是公開程式庫與公開 X 展示。官方要求展示說明作品為 NEAR HACKATHON 製作，並附影片或截圖。
表單還收集隊伍、專案描述、賽道與獎金接收帳戶等資料。參賽者應由隊伍確認正確內容，因為官方規則寫明每隊一次提交，送出後不可編輯。
這個不可編輯範圍指提交資料，不能自行延伸成程式庫永遠不能更新。若關心截止後修改是否影響評審，應直接依主辦方當時規則確認。
程式庫可以在開發期間保持私人，但必須在截止前公開。因為評審需要能讀取內容，只有一個無法存取的連結，不能替代公開交付。
公開前也要檢查環境設定，確保沒有把金鑰或私人資料一起放進去。範例設定可以說明欄位用途，實際憑證則留在各自執行環境。
最後讓表單描述、README 與展示影片使用同一個專案名稱。三份資料一致，評審才不必猜測哪一版才是隊伍要提交的成果。
兩週時間可以怎麼分配？
以下是開發安排建議，並非官方指定時程。先用最初幾天確認工具真的能接通，比一開始就設計完整介面更能降低返工。
第一階段只做一個輸入和一個輸出。例如給代理一份範例需求，讓它提出可檢查的服務請求，先確認作品核心資料能沿整條路走完。
等主流程可用，再補使用者需要的選項。每加一個選項，就檢查它是否改變工具呼叫或交易條件，避免前端看起來可選，後端其實沒有處理。
中段時間留給失敗情境。故意提供不完整輸入、超出限制的金額或暫時不可用的服務，確認畫面能說明原因，而不只是一直顯示載入。
最後幾天則凍結主要功能，把時間用在文件與展示。因為展示要錄下可重現作品，功能仍持續大改時，影片和程式很容易變成不同版本。
錄影前先用同一份範例資料重跑一次。若資料會隨時間變動，便在文件交代查詢時間與預期差異，讓評審知道哪些結果合理地不會完全相同。
提交前再從乾淨環境照 README 啟動。這一步能抓出自己電腦才有的套件、檔案或環境變數，也是讓陌生人試用前最直接的檢查。
團隊可以把未完成構想留在開發路線，與已可操作功能分開。評審需要先理解眼前確實存在的成果，才有基礎評估延伸方向。
若時間不夠，保留一條完整流程比保留五個半成品入口更有用。它讓後續改善有明確起點，也讓兩週的投入留下可以繼續使用的作品。
台灣團隊還可以提前安排最後一次檢查，避免把不可編輯的提交留到清晨截止前。先留出檔案上傳、連結存取與影片處理的時間，會讓作品交付比較穩定。
活動結束後，這份可重現說明仍然有用。新成員可以沿同一份文件理解作品，團隊也能比較後續版本究竟改善了哪一段工作。
NEAR HACKATHON 常見問題
10 月就要先報名嗎？
官方表示不需要預先註冊。最後提交在 11 月開發期間開放，仍需在截止前提供完整資料。
一個人可以參加嗎？
可以，官方接受個人或團隊。選擇題目時仍要考量自己能在兩週內完成並說明的範圍。
一定要使用所有官方工具嗎？
官方把技術清單當作起點，並非逐項勾選的要求。應在文件中說明實際使用哪些工具，以及它們如何支援作品。
AI 評審是否已公開完整評分方式？
官網列出 Claude Code 與 Codex，但不能因此推定模型設定或每個評分細節。參賽者應以公開規則和可重現交付為準。
送出表單需要連接錢包嗎？
官網說明提交不需要連接錢包，只填獎金接收用的 NEAR 帳戶。這與開發作品本身是否涉及交易是不同問題。
用一個能讓別人重跑的成果，決定兩週範圍
NEAR HACKATHON 適合想做 AI 與價值交換原型的團隊，但最先該完成的，是一條使用者能理解的工作流程。模型、支付和畫面都應服務同一個目標。
先閱讀官方規則，再把 README 寫成幾個可以驗證的步驟，便能反過來安排開發。免費訂閱 AI 郵報，持續了解 AI 開發工具與可重現原型的實作方式。
