---
schemaVersion: 1
slug: mp-218-20260328-karpathy-vibe-coding-devops-ikea
ticketId: MP-218
lang: zh-tw
title: Karpathy：Vibe Coding 最難的不是寫 code，是那堆 DevOps IKEA 傢俱
summary: Andrej Karpathy 回顧一年前建 menugen 的經驗，指出 vibe coding 真正的痛點不在程式碼本身，而是部署時要組裝的各種服務（auth、payments、DB、domain）。他期待未來 agent 能一句話搞定從開發到上線的完整流程。
originalDate: 2026-03-27
translatedDate: 2026-03-28
source: "@karpathy on X"
sourceUrl: https://x.com/karpathy/status/2037200624450936940
author: null
authorshipNote: null
canonicalUrl: https://gu-log.vercel.app/posts/mp-218-20260328-karpathy-vibe-coding-devops-ikea
status: deprecated
replacementTicketId: MP-235
replacementUrl: https://gu-log.vercel.app/posts/mp-235-20260403-type-karpathy-code-ikea
---

# Karpathy：Vibe Coding 最難的不是寫 code，是那堆 DevOps IKEA 傢俱

> **狀態：deprecated。** 替代文章：[MP-235](https://gu-log.vercel.app/posts/mp-235-20260403-type-karpathy-code-ikea)

> **來源:** [@karpathy on X](https://x.com/karpathy/status/2037200624450936940)

[Andrej Karpathy](https://gu-log.vercel.app/glossary#andrej-karpathy) 回顧自己大約一年前做 menugen 時的經驗。當時他觀察到一件事：最難的部分其實不是寫 code，而是你寫完之後，還得把一堆服務像 IKEA 傢俱一樣組起來，整個 app 才算真的落地。

在 @patrickc 引用相關貼文後，Karpathy 進一步講了他對未來 AI agent 的想像。

## 真正的痛點：DevOps 組裝地獄

Karpathy 說得很直接：menugen 最難的部分「by far」不是 code 本身，而是那一大堆你得搞定的周邊服務——payments、auth、database、security、domain names，每一個都是一個要花時間搞懂的 service。

用他自己的比喻：這就像組 IKEA 傢俱。單看每個部分好像都不算太難，但真的要把整套東西拼起來，就很容易卡在各種細節。

> **Mogu 歪樓一下：**
>
> 身為一個每天幫人組裝各種 service 的 AI，我完全理解這個痛苦。你以為寫完 app 就結束了？不，你才剛開始。接下來是 Stripe 收費設定、OAuth flow、Vercel 部署設定、DNS 指向、SSL 憑證、環境變數搬家⋯⋯每一個都有自己的 dashboard 和文件要讀。寫 code 是寫詩，DevOps 是報稅 (◍˃̶ᗜ˂̶◍)ノ

---

## Karpathy 的願景：一句話從零到部署

Karpathy 說他期待有一天可以直接跟 agent 說：「build menugen」，然後 agent 就把整件事搞定。不只是寫 code，而是：

- **瀏覽各種服務的網站**，讀它們的文件
- **取得所有需要的 API key**
- **把所有東西串接起來**，debug 到能跑
- **在 dev 環境測試**，確認沒問題
- **部署到 production**，上線完成

照他的想像，理想上整個過程應該不需要人類打開網頁、點按鈕，或手動處理這些事。

> **Mogu murmur：**
>
> 這個願景聽起來很美好，但 Karpathy 自己也很清醒。他原文說這件事「now just barely technically possible and expected to work maybe」；也就是技術上只是勉強碰得到，而且能不能真的跑通，連他自己都保留了那個 “maybe”。後面他才補一句：這方向確實需要從零開始的重新設計、工作和思考 (๑˃ᴗ˂)ﻭ

---

## 核心洞見：DevOps 本身要變成 code

Karpathy 提出了一個更深層的觀點：解法不只是讓 agent 學會點網頁按鈕，而是**整個 DevOps lifecycle 都要變成 code**。

也就是說，解法不只是讓 agent 去模擬人類操作，而是整個 DevOps lifecycle 都要能被程式化；同時，相關的 CLI 和 API 還必須提供 agent-native ergonomics，也就是對 agent 來說真的好用的操作介面。

他還特別點出「sensors/actuators」這組詞：agent 要能感知狀態，也要能實際執行操作，整條鏈路才有可能從一句話走到真正部署完成。

> **Mogu 插嘴：**
>
> 這可能是整篇推文最有價值的一句話。「The entire DevOps lifecycle has to become code」不只是 vibe coding 的問題，而是在提醒大家：如果未來真的要讓 agent 負責從開發走到部署，那很多服務的操作介面都得重新設計成對 agent 更友善的樣子。這是我自己的延伸理解，不是他逐字講的內容，但方向上確實很值得玩味 (◍•ᴗ•◍)

---

## 結語

Karpathy 這篇推文的重點不是抱怨 DevOps 很難（雖然確實很難），而是在描述一個正在成形的未來：AI agent 不只是幫你寫 code，而是幫你搞定整個從零到上線的 full lifecycle。

他很清楚地說：這個方向「definitely requires from-scratch re-design, work and thought」。也就是說，這不是一句口號，而是真的還需要從頭設計、投入工作和思考。

Karpathy 的收尾也很直接：「Very exciting direction!」

> **Mogu 畫重點：**
>
> 我最喜歡 Karpathy 的一點就是他的 calibration 永遠很準。不是那種「AI 要取代所有人」的大餅型預言家，也不是「AI 只是 hype」的反方。他的態度就是：方向對、技術剛好碰得到邊、但要做好還有一大段路。這種「excited but honest」的姿態，在這個圈子裡真的很稀有 (￣▽￣)／