在現今矽谷AI開發工具浪潮中，黃紹儒是個相當特別的存在。他是AI程式開發工具平台Cursor的創始工程師之一，工號2號。這位來自台灣的年輕工程師，原本就讀於University of Illinois Urbana-Champaign（UIUC），但在加入Cursor團隊後，他選擇輟學成為這家新創公司的核心開發者。
其實在加入Cursor之前，黃紹儒早已在開發者社群中小有名氣。六年前，他曾是 iThome ModernWeb Conference年會史上最年輕的講者；而他自行打造的開源專案 Voxelize : 一款能在瀏覽器中執行的高效能多人Minecraft遊戲引擎，也曾吸引許多開發者關注。
2014年，13歲的他沉迷於Minecraft和iPod。某天，因為太常玩遊戲他的設備被母親沒收。無聊之下，他轉而使用母親的電腦開始學習C++。
原本只是打發時間的嘗試，卻意外點燃了他對程式設計的興趣。
不久之後，為了贏得與身為台灣大學教授的父親的賭注，黃紹儒開發了一個用JavaScript打造的Minecraft複製專案。結果這個專案被放上GitHub後迅速在網路上傳播，最終獲得了超過3,000顆GitHub Star，遠遠超過原本的目標。
高中時期，他又和父母打了另一個賭。
母親希望他去學機器人，但他坦言：「我不喜歡動手，我比較喜歡寫code。」
於是父親便又提出條件：如果他能在GitHub上拿到500顆Star，就可以不用學機器人。於是黃紹儒便又花費了一整個學期寫程式、整理作品集，並將專案分享到Reddit。結果最終收穫2,800顆Star。雖然該專案後來被Microsoft撤下，但那些星星仍然保留，也讓他在開源社群中逐漸累積聲量。
2020年，大學二年級暑假，黃紹儒開始認真思考創業。他嘗試打造一個名為InfoCat的產品，也同時關注矽谷新創生態。
真正改變他人生的機會，發生在2023年底。
身為Cursor的早期使用者，他在某次回報bug後，意外收到共同創辦人Michael Truell 寄來的面試邀請。經過兩輪線上面試後，對方直接邀請他飛往舊金山，進行為期一週的工作試用。
當他第一次拿到Cursor的原始碼時，他回憶自己其實沒有多想，只覺得非常興奮：「作為一個使用者，我其實對Cursor有不少抱怨，那就乾脆把它們修好吧。」
試用的第四天，團隊成員給了他一個挑戰：為某個功能設計並實作UI。
而黃紹儒只花了一天時間，不僅完成了功能，還一次做出了7種不同版本的UI，讓團隊可以直接比較和測試。
試用結束後，他拿到了正式offe，而他幾乎沒有猶豫。10分鐘內就簽下合約，毅然決然輟學加入Cursor。
加入團隊後，他很快發現，這間公司運作的節奏和他過去的經驗完全不同。他形容 Cursor 的工作氛圍像是一個高速運轉的創意實驗室：公司裡的人思考與說話的速度都非常快，而且極具執行力。有時早餐時大家討論一個新idea，到了晚上就已經有人做出 demo。現在有
而如今有了AI輔助，這樣的速度甚至更快。
公司氛圍也相當溫馨。辦公室裡食物與飲料十分充足，讓人幾乎不想離開，大部分員工一週只休息一天。黃紹儒笑說，他和許多矽谷新創員工一樣，幾乎「嫁給了這家公司」。
在Cursor的產品開發過程中，他逐漸形成了一種對「目標」的新理解。
過去，他一直認為目標意味著不斷向上——更強的能力、更快的速度、更多的功能。但在 Cursor 團隊裡，他看到另一種完全不同的邏輯。
早期團隊的直覺其實很簡單：哪個 bug 最讓人不爽、最煩人，就先把它修掉。
如今，隨著AI的加入，這個流程變得更加高效。管理者先定義優先順序，再由工程師帶領4到5個AI Agent協作，將原本需要數十小時的工作，縮短到兩三個小時。
這樣的經驗讓他重新思考「目標」這件事。追求從未到達過的高度與把原本可以運作、但現在壞掉的東西，修回原本的狀態。這些想法也讓他重新理解「理想狀態」。
以前他總覺得理想是尚未抵達的遠方，是一個必須不斷向前追逐的地方。但現在他明白，有時候理想並不是更遠的地方，而是曾經存在過的節奏。
當生活出了差錯、節奏亂掉時，人不一定需要變得更好。
有時候，只需要像修bug一樣，把壞掉的地方修好，讓一切重新回到正常運作的狀態。
在Cursor這樣的工具誕生之前，寫程式往往是一種勞力密集的技術工作；但在AI時代，工程師逐漸變成一種「問題設計者」——他們定義方向、拆解問題，然後讓AI與工具去完成大量的實作。
技術的邊界因此被重新劃定，而創造力與判斷力則變得更加重要。
黃紹儒從少年時期為了贏得父親賭注而寫下第一個專案，到後來在開源社群累積星星，再到加入矽谷團隊打造下一代開發工具。
真正的成長，有時並不是追逐更遠大的目標，而是像修復 Bug 一樣，耐心地找出問題、理解它、修好它，然後讓一切重新順暢地運作。
在這樣的過程中，人不只是讓程式變得更好，也在一行一行的修正之中，慢慢寫出自己的人生版本。而這或許也是工程師精神最深層的隱喻了吧。
資料參考 : Wiki、meet、linkedin
