4個月燒掉30億Token，這位「菜鳥」程序員做出50多個產品

機器之心編輯部

長久以來，代碼世界的大門似乎只對少數掌握秘術的人敞開。我們被告知：你必須先理解內存、掌握語法、忍受枯燥的文檔，才配談論創造。

現在，隨著大模型的發展，編程不再是一場苦修，而是一場大型即時策略游戲。在這個游戲里，很多人學會了與 AI 并肩作戰，學會了用一種更純粹、更直抵本質的方式去構建自己想要的世界。

Ben Tossell（Factory 開發者關系主管）就是其中一員。他是一位不怎么會寫代碼的人，在過去四個月里，卻消耗了 30 億個 Token。

這意味著每一分、每一秒，他都在通過終端窗口，觀察 AI Agent 寫下那些他憑一己之力永遠無法寫出的復雜代碼。

或許有人會將這種方式貶低為所謂的氛圍編程（Vibe-coding），但在 Tossell 看來，這個詞帶有某種傲慢的偏見。它像極了 2019 年人們對無代碼（No-code）的刻板印象 —— 而正是那一年，他創辦了自己的無代碼教育公司并最終被 Zapier 收購。這種偏見選擇性地忽視了隱藏在交互與調度背后的核心技能。

在 Tossell 看來，編程新范式下，衡量一個人的技術能力不再是看他能否默寫語法，而是看他能否駕馭系統。

從無代碼時代的先行者，到如今 30 億 Token 的調度者，Ben Tossell 證明了一件事：在 AI 時代，通向代碼世界的最高通行證不是專業背景，而是那種為了探索而探索的欲望。

為了記錄這些體驗，Tossell 還專門寫了一篇文章，其在 X 上的瀏覽量已經超過了 360 萬。接下來我們看看文章內容。

實際交付的產品

雖然燒掉了 30 億 Token，但 Tossell 表示自己也是收獲滿滿，包括：

• 個人網站：Tossell 重新設計了個人網站，使其看起來像一個終端 CLI 工具。
• Feed：Tossell 構建了一個簡單的社交媒體追蹤器，跟蹤 subreddit 帖子和 GitHub 問題。它是開源的，得到了 100 多個 stars，很多人也克隆了這個項目。
• Factory Wrapped：Tossell 構建了 Factory 產品的第一個版本，展示給團隊后他們非常喜歡，并決定將其融入到實際產品中，現在已經上線。Tossell 還添加了新的指南，重新整理了一些內容。雖然這看起來不像傳統的編碼，但對 Tossell 來說，它依舊是編碼，整個過程沒有變。
• 定制 CLI 工具：創建了一些 CLI 工具，例如 Pylon CLI，團隊用它來幫助處理客戶支持請求。
• 加密追蹤器：Tossell 投資了一家能夠準確預測金融、天氣、健身和蛋白質折疊等動態數據中正面、負面或中性信號的公司。Tossell 基于這些預測構建了一個加密追蹤器，能夠自動根據預測開設和關閉多空倉位，類似一個迷你對沖基金。
• Droidmas：這是一個 12 天的實驗或游戲，圍繞 X 上人們討論的不同主題展開，記憶、上下文管理、vibe coding 等。
• AI 指導的視頻演示系統：簡單來說，給它一個提示，它會創建一個視頻。該系統作為自己的導演、制片人和編輯，能實時觀看錄制過程，并根據情況做出反應。如果遇到問題、bug，或者需要等待響應，它會處理。Tossell 用這個系統制作了一段視頻，并由 OpenAI 發布。

此外，Tossell 還做了大約 50 個其他項目，其中有些已經被遺棄。

完全使用 CLI 來工作

Tossell 的戰場不在花哨的網頁界面，而是在純粹的 CLI（命令行界面）。他認為終端勝過網頁界面，并且還能看到它的工作過程。

每當 Tossell 有一個新的想法，或者遇到一個問題，Tossell 就會在 Droid（Factory 的 CLI）中啟動一個新項目。他會與模型交流幾次，提供上下文，然后切換到規范（spec）模式，制定構建計劃。

在規范模式下，Tossell 會提出很多問題，比如他不理解這個是什么，為什么需要這個而不是那個，難道不能這樣做嗎？等等。

接著，在運行時，Tossell 讓 Opus 4.5 在高自主性模式下運行，查看發生了什么，并在遇到錯誤時介入，最后進行測試，提供反饋并迭代。

agents.md 設置

Tossell 花了很多時間來思考如何設置最佳的 agents.md，因為這基本上就是操作手冊。

Tossell 本地有一個 repos 文件夾，所有的編碼項目都放在那里。在這個文件夾中，有一個 agents.md 文件，里面明確規定了每個新倉庫的設置流程，做什么、不做什么，如何使用 GitHub、如何提交代碼之類的內容，還會標明是否使用工作 GitHub 賬戶或個人 GitHub 賬戶。

端到端測試是 Tossell 以前沒有特別關注的事情，但現在他非常希望在每個項目中都進行端到端測試。

基于他目前的知識和能力，很多時候在構建和測試過程中，總會有一些本應該早早發現的低級 bug，如果一開始就做了測試，可能就能避免這些問題。

Tossell 表示，他也經常查看他人的 agents.md 文件，看看有哪些可以借鑒的地方。Tossell 一直在努力改進自己的文檔，從而讓每次新的工作會話更加順暢。

Tossell 學到了什么

Tossell 主要通過 CLI 而非 MCP 進行工作，不過他曾經使用過 MCP，但現在更傾向于使用 CLI 版本，因為它簡單且更高效。比如在 Supabase、Vercel 和 GitHub 上，Tossell 總是使用 CLI 而非 MCP。

他還經常為自己的需求創建 CLI 工具。比如，他構建了自己的 Linear CLI，這樣就能通過終端查詢問題并執行任務，而不需要進入桌面或網頁界面。

Bash 命令：Tossell 在處理變更日志的過程中真正理解了 Bash 命令的工作原理。這是一個重復的過程，最終理解了工作流程。Tossell 讓 Droid 創建了一個斜杠命令流程，這是 Tossell 第一次正確使用的命令，它運行多個 Bash 命令，并提示模型做一些特定的任務，比如查看 GitHub 差異、檢查功能標志的狀態，或者將新功能和 bug 修復放到正確的部分。

VPS：Tossell 之前對 VPS 有一個抽象的理解，知道它是一個 24 小時運行的遠程計算機。直到 Tossell 真正需要使用 VPS 時，Tossell 才深入了解它的用途。現在，Tossell 使用 VPS 來運行加密追蹤器，獲取每分鐘的數據，同時保持它始終在線。使用 Droid Telegram 機器人時，Tossell 也依賴 VPS，通過 SyncThing 同步本地的倉庫到 VPS，這樣 Tossell 的倉庫總是保持最新狀態，能夠隨時接著上次的狀態繼續工作。

新的可編程抽象層

在看到 Andrej Karpathy 的推文時，Tossell 深有感觸 —— 現在有了一個新的可編程抽象層需要掌握。

在無代碼時代，抽象層是像 Webflow、Zapier 和 Airtable 這樣的拖拽工具，將它們拼接在一起，讓它看起來像真實的軟件（直到你遇到限制）。

但現在，我們不再認為自己必須從零開始學習編寫代碼才能做這些事情，實際上，需要學習的是如何與 AI 合作。如何給它提供合適的提示？如何確保它擁有正確的上下文？如何把各個部分結合起來以及如何隨著時間推移不斷優化系統等等。

為了更好的掌握 AI 編程技能，Tossell 還會閱讀像 Peter Steinberger 這樣的程序員的帖子。從他的帖子中，Tossell 看到了他系統的簡潔性：他只是和模型互動，讓模型做事。這一發現讓 Tossell 感到非常有信心，也讓 Tossell 明白自己不需要一個復雜的系統。

Tossell 表示，在 X 上，你會看到很多人不斷優化，甚至可能是過度優化自己的系統。對于像 Tossell 這樣的人來說，這有時會感到很有壓力，但他也認為這正是這個系統的魅力所在：它是一個完全可定制的系統，你可以根據自己的需要，讓它按照你希望的方式工作。你可以像 Kieran 一樣創建一個計劃模式，或者像 Peter 一樣直接與模型對話。

不過，他有時也會遇到 bug 和問題，但他明白這些問題其實是用戶知識的空白，而不是自己當前能力的局限。

Tossell 的任務是識別這些空白，找到它們，并思考：如何確保這種問題永遠不會再發生？或者如何確保自己足夠理解這部分系統，以便下次發生時能及時發現。

所以，我們需要做什么呢？其實你只需要問模型。模型知道你不知道的所有東西。你可以不斷向它提問。它是你永遠耐心的、在你肩膀上的專家程序員。 你可以在 agents.md 中寫道：Tossell 不是程序員，你需要非常簡單地解釋給 Tossell 聽。你可以根據自己的需求完全定制它

我們學習的方式改變了

以往，Tossell 嘗試過很多次學習編程，每次都是輸入這些字符，按下回車，看看是不是顯示 hello world。但 Tossell 覺得這和今天的學習方式差別很大。

如果按照傳統的方式來學習編程，想要達到現在能構建的程度，可能需要花費數月甚至數年的時間才能有信心自己寫代碼。

而現在，Tossell 是從理解代碼構建項目的系統思維角度來學習的。Tossell 在經營無代碼教育公司時，無意中學到了這一點。你依然要理解：Webflow 是前端，Zapier 是 API 路由和連接層，數據流動，而 Airtable 是數據庫。所以 Tossell 之前學會了這些系統化的思維，今天可以幫助他理解這些組件。

有太多東西可以學習了，但也是沒有任何軟件是不可達成的。

學會提出那些「愚蠢」的問題

人們常會冒出一些看似笨拙的問題，那些資深程序員或許早已習以為常，不再追問。

比如：既然框架是為了簡化人類的工作，而現在的 LLM 已經如此強大且智能，為什么我們不干脆拋棄沉重的框架，讓它直接寫出最純粹、零依賴的代碼？這樣不是能大大減少 Bug 和維護成本嗎？

后來 Tossell 逐漸意識到，這并非一個傻問題。框架的存在，不僅是工具，更是共識與生態。LLM 的智慧源于海量的訓練數據，而這些數據大多根植于現有的成熟框架之中。

這就是 Tossell 構建認知的過程。以前，Tossell 總覺得自己是代碼世界的門外漢，甚至覺得這個領域高不可攀；而現在，通過這些直抵本質的提問，Tossell 正一步步拆掉思維的圍墻。他不再只是一個使用者，而是正真實地成為這個工程世界的一部分。

關于氛圍編程

雖然現在氛圍編程這個詞很火，但 Tossell 總覺得它沒能觸及靈魂。我們所做的，遠不止于憑感覺，而是在深度理解系統 —— 去拆解它的邏輯，去改進它的構造。作為新時代的技術階層，我們究竟該如何定義自己？

Tossell 不想稱自己為非技術人員，但 Tossell 也不想被框在程序員這個傳統標簽里。他更像是一個處在某種無名階層中的探索者。如果說無代碼曾是一種誤讀，那么 Vibe Coding 現在也正帶著某種傲慢的偏見。

對 Tossell 來說，編程更像是一場真實存在的宏大游戲。

這種新范式迷人之處在于：每一個創意都能被即刻實踐，每一個念頭都能深入探索。它不需要從一開始就追求完美，因為在這個過程中，掌握系統真諦才是重要的。就像代碼未必都要上傳 GitHub，有時候，它們只是通往某個系統深處的路標。

我們不要再為了工具而去生產工具。就像看到別人的 React 抓取工具，Tossell 不再只是感嘆，而是會問自己： 我能做一個屬于自己的嗎？它的原理是什么？這種為了探索而探索的自由，正是新技術賦予我們的最高權限。

以前，學會編程更像是一種重資產投入。Tossell 曾以為，如果我們費盡心力做出了一個想法的簡陋原型，結果卻無人問津，那我們一定會因為投入了太多情感和成本而無法放手。

但在無代碼時代，Tossell 第一次嘗到了快節奏的甜頭：一兩個小時，一個周末，快速成型。如果市場不買單，那就隨它去吧。因為投入極低，所以放手極快。

而現在，AI 讓這種反饋循環達到了光速。

我們正處于軟件大爆炸的前夜。你會看到平庸的作品泛濫，但更會看到無數驚艷的項目井噴。那些資深的程序員正以前所未有的速度發布著令人贊嘆的開源工具。這意味著，我們擁有了一個取之不盡的靈感庫和零件廠，可以隨時克隆、調整、重混。

比起從讀寫文件這種最底層的語法練起，這種以結果為導向的重組效率高得驚人。反饋是即時的，輸出是持續的。你不需要在起跑線上糾結太久，你只需要不斷地去嘗試，去碰撞。

在這個范式下，每一個創意都不再是沉重的負擔，而是可以隨時拋出的探針。如果你想，你可以隨時隨地、隨心所欲地去構建一切。

Tossell 堅信，每個渴望進入技術世界的人都能做到這一點。你不需要計算機學位，你只需要一份允許自己去玩的許可。把編程看作一場游戲：去注冊一個 CLI 智能體，告訴它你想做一個 RSS 追蹤器、健身應用或個人網站。然后，按下啟動鍵。

在這個過程中，你會撞上無數 Bug，但這正是最精彩的部分。你不再被錯誤困擾，而是開始好奇：為什么會這樣？你要知道，即便頂尖專家也難逃 Bug 的圍攻，而你擁有 ChatGPT 或 Claude 這樣的多維智囊團。你可以從不同模型中獲取視角，在無數種方案中做出選擇。

在工具的叢林里，準則只有一條：最快、最簡、最遠。

面對琳瑯滿目的工具，沒必要陷入選擇癱瘓。選定一個，深挖下去。如果覺得缺了什么，嘗試自己去造。

Tossell 最后總結說：「這整件事對我而言，是一場巨大的、令人享受的學習實驗。不斷構建，不斷向前失敗，然后不斷把新作品推向世界。」

參考鏈接：https://x.com/bentossell/status/2006352820140749073