AI 編程的重大轉折:從 Vibe Coding 到 Context Engineering

AI 編程的重大轉折!前 Tesla AI 總監 Andre Karpathy 創造的「Vibe Coding」時代正式宣告結束。在這場關於 Context Engineering 的深度解析中,技術專家揭露了為什麼 76.4% 的開發者對 AI 生成的程式碼缺乏信心,以及如何通過全新的方法論徹底改變這個現狀。

Vibe Coding 的興衰

Andre Karpathy 在今年初創造了「Vibe Coding」這個詞彙,形容那種 100% 依賴 AI 編程助手、幾乎不需要輸入和驗證就能建立應用程式的方式。講者指出:「這個概念完全爆紅了。我們都陷入這個陷阱,因為即時程式碼生成帶來的多巴胺快感,也因為 Vibe Coding 對於週末專案和原型開發確實很棒。」

然而,問題很快浮現。你依靠直覺和重複嘗試,直到程式碼看起來能運作 - 至少在你試圖將其產品化和擴展之前是這樣。

根據 Codeto 的《AI 程式碼品質現狀》調查,關鍵數據令人震驚:「在底部的紫色象限中,76.4% 的真實開發者對在沒有人工審查的情況下部署 AI 程式碼缺乏信心,而且他們遇到大量的幻覺問題。」

Context Engineering 的崛起

講者引用了一句關鍵洞察:「直覺無法擴展,但結構可以。」這正是 AI 編程助手當前最大的問題 - 它們經常缺少或完全沒有必要的上下文來完成任務。

Andre Karpathy 對 Context Engineering 的定義特別精闢:「這是提供所有上下文的藝術,讓任務對 LLM 來說是可能解決的。」這代表著一個範式轉移 - 我們的指令、規則、文檔等上下文,應該被視為需要精心架構的工程資源,就像軟體中的其他一切一樣。

Toby(Shopify CEO)進一步解釋了 Context Engineering 與 Prompt Engineering 的區別:

  • Prompt Engineering:調整措辭,以特定方式表達以獲得單一好答案
  • Context Engineering:提供所有相關事實、規則、文檔、計劃、工具,讓 LLM 擁有完整的上下文生態系統

實戰案例:30 分鐘建立 AI 代理

影片展示了一個令人印象深刻的實際案例。使用 Claude Code 和 Context Engineering 方法,講者展示了如何:

  1. 建立基礎設施:創建 claude.md 文件定義全局規則
  2. 生成 PRP(產品需求提示):讓 AI 花費 30+ 分鐘進行深度研究和規劃
  3. 自動執行:通過簡單的 slash command 啟動整個實施流程

結果令人震撼:「在超過 30 分鐘後,Claude Code 已經端到端地完成並測試了我們的代理。這就是使用 Claude Code 和 Context Engineering 進行代理編程的力量。」

講者提到的 token 使用量截圖顯示了這個過程的複雜度,但通過 Claude 的 Max 計劃,「我不需要為它為我做的所有這些工作支付額外費用。這真是太美妙了。」

關鍵要點

LangChain 的文章《Context Engineering 的崛起》中提到:「LLM 應用正在從單一提示演變為更複雜的動態代理系統。因此,Context Engineering 正在成為 AI 工程師可以培養的最重要技能。」

這不僅僅是理論。影片中展示的模板和方法已經開源,任何人都可以在 10 分鐘內開始使用並提升他們的 AI 編程能力。正如 Abraham Lincoln 的名言:「如果給我六小時砍樹,我會用前四小時磨斧頭。」這正是 Context Engineering 的精髓 - 前期投資於創建上下文,將在後期獲得無限更好的結果。

參考資料來源:https://www.youtube.com/watch?v=Egeuql3Lrzg

Read more

Claude 的 Project、Skill、Connector 到底怎麼分?一次搞懂三者的關係

Claude 的 Project、Skill、Connector 到底怎麼分?一次搞懂三者的關係

很多人問我,在 Claude 裡面,Project、Skill、Connector 這三個東西到底差在哪裡? 什麼時候該用哪一個? 老實說,我一開始也搞得很混亂。 但實際用了一段時間之後,我發現其實邏輯很簡單。 先從最基本的開始:Connector 是對外的資料來源 如果你需要從外部拿資料,比如說接 Google Calendar、接 Notion、接你自己的資料庫,你就需要 Connector。 它就是一個 MCP 的連結,讓 Claude 可以去外面抓資料回來。 沒有 Connector,Claude 就只能用它自己知道的東西,沒辦法碰到你的資料。 Skill 則是內部的運算邏輯 Skill 沒有辦法對外連接。 它只能在內部用 Python 或程式碼執行。 你可以把它想成是一個 Controller,專門負責處理運算的部分。 比如說,你想讓 Claude 用特定的格式改寫文章、

By Andy Lin
讓 AI 認識你 — Memory is All You Need

讓 AI 認識你 — Memory is All You Need

讓 AI 認識你 — Memory is All You Need 最近我在 Claude 上快速搭建了七大 Agent。 原因很簡單:你的助理應該是越使用越懂你。 而 Claude Project 有個關鍵功能叫 Memory,它會根據你不斷詢問的過程,主動提取記憶。 這就是我認為 AI 助手真正強大的地方。 GA 分析助手:從進階到客製化 自從我串接 GA MCP 後,這位助手已經變得非常厲害。 漏斗分析、訪客來源、異常事件追蹤、站上任何問題都難不倒它。 但我想要的不只是這些。 我希望它隨著時間,能夠對齊我的知識,知道我要什麼。 你不用想太多,不用一次設定好整個 instructions。 試著使用一週,再回頭看看 memory,你會發現它已經根據你的行為開始學習客製化了。 許多助手不需要懂老闆要什麼,但網站分析不一樣。 因為我沒有那麼多美國時間,

By Andy Lin
AGI 來臨:兩大 AI 巨頭的預測與警示

AGI 來臨:兩大 AI 巨頭的預測與警示

在近期的達沃斯論壇上,Anthropic 執行長 Dario Amodei 與 Google DeepMind 執行長 Demis Hassabis 進行了一場關於「AGI 之後的世界」的深度對談,揭示了 AI 發展的最新進展與未來展望。 AGI 時間線預測 Dario 重申了他去年的預測:在 2026-2027 年,AI 模型將能夠在諸多領域達到諾貝爾獎得主的水準。他表示目前 Anthropic 的工程師已經不再親自寫程式碼,而是讓模型來完成編寫工作,人類只負責編輯和周邊任務。他預估在 6-12 個月內,模型將能端到端完成大部分工程師的工作。 Demis 則持稍微保守的態度,認為在十年內有 50% 的機會實現 AGI。他指出編程和數學領域較容易自動化,因為結果可驗證;但自然科學領域則更具挑戰性,需要實驗驗證,且目前模型在「提出問題」和「建立理論」

By Andy Lin
讓 AI 當你的健康顧問:我用 Apple Watch 數據打造個人健康分析 Agent

讓 AI 當你的健康顧問:我用 Apple Watch 數據打造個人健康分析 Agent

最近我嘗試做了一個 Agent,專門用來分析我的身體健康狀況。 這不是什麼有商業潛力的專案,純粹是出於好奇。 我想知道現在的 AI 到底能幫我們把健康分析做到什麼程度。 資料從哪來? 要讓 AI 分析任何東西,首先得有資料。 我第一個想到的就是 Apple Health。 因為我每天戴著 Apple Watch,它本來就會自動記錄睡眠、運動、心跳這些數據。 除此之外,我也在嘗試另一個經絡檢測的儀器,有點像中醫把脈的概念,只是還沒整合進來。 我覺得如果未來能把更多資料源串在一起,應該可以做出更有意思的應用。 技術架構其實不難 我用了一個叫「Apple Health Auto Export」的 App。 這個 App 可以把健康資料透過 REST API 自動傳送到你指定的伺服器。 資料打到伺服器後,我再處理並存到 Database 裡。 接著寫一個 MCP Server,然後在

By Andy Lin