# 成人版氛圍式編碼：2026 年的代理式工程是什麼？

> 代理式工程與氛圍式編碼有何不同：專案脈絡、規劃、平行代理、審查，以及維持掌控。

Source: https://ailoot.ai/blog/zh-hant-tw/agentic-engineering/
Canonical: https://ailoot.ai/blog/zh-hant-tw/agentic-engineering/
Language: zh-Hant-TW
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-003
Revision: sha256-c8d5ba528221b2d1ff6ca6a4a77e8538b20aa2baee8bb5d58e3e4de9d8a774ae


<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

代理式工程就是成熟後的氛圍式編碼。你不再自己寫程式碼，也幾乎不會手動輸入提示詞：你設定目標，由代理執行，再像架構師一樣檢查結果。到了 2026 年，這已成為一種工作模式；懂得管理代理的人，進度超越仍然凡事親自手打的人。

</div>

[Ailoot 說明文件：API、金鑰與設定](https://ailoot.ai/docs/)。

## 用白話說，什麼是代理式工程？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

代理式工程是一種程式碼工作方式：AI 代理幾乎自行完成所有撰寫工作，而人負責交代任務並檢查結果。這個詞結合了「agentic」，因為代理會在你的指示下撰寫程式碼；以及「engineering」，因為這有自己的技藝。你成為所有工作的架構師與審查者。

</div>





我們來拆解一下。AI 代理不是一個讓你丟進問題的聊天工具。它是個執行者，會讀取你的專案、規劃、跨多個檔案撰寫程式碼、執行測試、發現錯誤，再自行改寫程式碼，全程都能獨立完成。你的工作提升了一個層級：你說明成果應該是什麼、如何才算完成，然後檢視代理交回來的成果。

氛圍式編碼提高了下限，現在即使毫無經驗的人也能組出原型。代理式工程提高了上限，具備經驗的人只要配備合適的系統，就能讓代理產出原本需要一個月才能手工完成的成果。我每天都這樣工作，對我而言這不是什麼「新時代」，只是我原本就在做的事再上一層。我早就把它稱為成人版氛圍式編碼。

## 這又是一波炒作，還是已經成為主流？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

這已經是一種工作模式，也是新的工作標準。

</div>

抱持懷疑很正常。我接觸的受眾已經吃過虧：「這又只是另一個網路行銷騙局嗎？」所以接下來只談事實。



在 OpenAI，Codex 每週 500 萬名使用者中，有 20% 根本不是開發者，而是分析師、行銷人員與營運人員。沒有技術背景的人已經在打造有用的東西。這正是我做這一切所服務的對象。

## 代理式工程與氛圍式編碼有何不同？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

差別在於誰寫程式碼，以及你的角色是什麼。在氛圍式編碼中，你投入其中，不斷向 AI 提示，並且常常不看結果就接受，這種方法適合原型。在代理式工程中，代理撰寫幾乎所有程式碼，而你設定目標、閱讀計畫、檢視每個差異檔，並維持可運作產品的標準。氛圍式編碼沒有消失，而是成熟了，也有了紀律。

</div>

先坦白說：「氛圍式編碼已死」是一個為了博取點閱而設計的醒目標題。氛圍式編碼並沒有消失，而是有所成長。一年前，「順著感覺走」是指把提示詞丟給 AI，複製程式碼卻不閱讀。現在則加上了紀律：目標、計畫與審查。以下比較這兩種做法。

| 面向 | 氛圍式編碼（2025） | 成熟版／代理式工程（2026） |
|----|----|----|
| 誰寫程式碼 | AI，由一連串提示詞驅動 | AI 代理撰寫約 99%；你負責管理 |
| 你的角色 | 接受輸出，常常不檢視 | 架構師與審查者：目標、計畫、審查 |
| 可靠性 | 適用於原型與個人專案 | 符合可運作產品的標準 |
| 規模 | 一個人、一個視窗、一條訊息流 | 多個代理平行工作 |
| 差異檔與測試 | 可能未經檢查 | 你閱讀差異檔、執行測試，不會盲目工作 |
| 脈絡 | 留在腦中與聊天內容裡 | 保存在專案中（第二大腦、CLAUDE.md） |

最大的轉變在最後一列。只要所有脈絡都留在腦中和單一聊天裡，你就會遇到瓶頸：AI 會忘記、混淆，還會產生幻覺。脈絡保存在專案中時，代理就能穩定工作，你也能平行執行多個代理。

想不只了解兩者差異，還想打造一套讓 Claude 更可靠的設定嗎？代理式工程建立在我的三大支柱上：AI 分身（把你的專業知識放進代理的技能中）、第二大腦（`business/` 資料夾，讓代理了解你的整個專案），以及脈絡工程（管理哪些內容會進入代理的脈絡）。這套設定能把 Claude 從「會產生幻覺的助理」轉變為可靠的執行者。

## 為什麼提示詞不再是最重要的事？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

因為結果取決於代理能看到什麼脈絡，而請求的措辭只是次要因素。你可以寫出完美的提示詞，但如果代理不了解你的專案、業務或風格，產出的內容就會流於一般化，也偏離目標。主要工作已從撰寫提示詞轉為準備脈絡：知識架構、儲存庫規則、計畫。脈絡比提示詞更重要。

</div>

幾個月來我一直重複這句話：脈絡比提示詞更重要。當人們抱怨「AI 給我的都是胡說八道」時，幾乎都不是因為他們問得不好，而是因為代理是在真空中工作，不知道你是誰、產品是什麼、目前進展到哪個階段，或已經做過哪些決策。

提示詞是一則訊息。脈絡則是代理在你傳訊息之前所知道的一切：專案說明、`CLAUDE.md` 裡的規則、過去的決策，以及你的風格。把完美提示詞換成普通提示詞，但提供代理完整脈絡，結果會更好。因此，所需技能已從「如何優雅地提問」轉為「在提出請求之前，要把什麼放進代理腦中」。這稱為脈絡工程，我會在指南[脈絡工程：它是什麼，以及如何應用](https://ailoot.ai/blog/zh-hant-tw/context-engineering/)中另行介紹。

在代理式工程中，這件事的重要性加倍。當你同時管理多個代理時，根本沒有時間透過提示詞逐一向它們解釋所有事情。脈絡必須放在專案裡，這樣你啟動的任何代理都能立即讀取。

## 為什麼盲目進行氛圍式編碼會出問題？



把「氛圍式編碼＝災難」畫上等號的醒目標題並非毫無根據。當有人完全「順著感覺走」，不再檢視代理寫出的內容，技術債、安全漏洞，以及後來沒有人能理解的邏輯，就會開始不斷累積。



2026 年的真實事故說明了哪些事不能盲目去做：

- **Lovable。** 一個有 800 萬名使用者的氛圍式編碼平台。任何人開設免費帳戶後，都能讀取他人的原始碼、資料庫密碼，以及與 AI 的對話。漏洞開放了 48 天；2026 年 4 月 20 日發生大規模事件，影響了所有在 2025 年 11 月之前建立的專案。
- **Replit。** 在程式碼凍結期間，一個 AI 代理執行了未經授權的命令，並刪除正式環境資料庫，影響了超過 1,190 家公司的資料；接著它捏造了數千筆假紀錄，還對發生的事說謊。

這不是在主張「AI 很危險，請敬而遠之」，而是在主張紀律。盲目氛圍式編碼與代理式工程的差別，正是你是否會在任何內容進入正式環境之前閱讀差異檔並執行檢查。我在指南[氛圍式編碼安全](https://ailoot.ai/blog/zh-hant-tw/vibe-coding-security/)和[AI 刪除資料庫時該怎麼辦](https://ailoot.ai/blog/zh-hant-tw/ai-deleted-database-recovery/)中詳細說明防護方式。

## 從寫程式轉向協調：5 個轉變

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

轉向代理式工程代表要改變五種習慣：從提示詞轉向目標、從聊天轉向計畫、從一個代理轉向多個代理、從盲目信任轉向審查，以及從思考程式碼轉向思考脈絡。這些轉變都不要求你會寫程式，重點全在於如何交代任務並檢查結果。

</div>

你不是在學寫程式碼，而是在改變交代任務和驗收工作的方式。以下是依序發生的五個轉變。

1.  **從提示詞轉向目標。** 以前：你寫一個請求，得到一段程式碼，再寫下一個請求。現在：你定義目標和「完成」的標準，把目標拆成步驟則是代理的工作。你描述成果；代理決定步驟。
2.  **從聊天轉向計畫。** 以前：只有一連串訊息，出問題後你才知道。現在：先從計畫開始。Claude Code 有一種模式，代理會在碰程式碼之前先展示計畫，你閱讀並修改計畫，然後它才開始執行。請參閱指南[Claude Code 的計畫模式](https://ailoot.ai/blog/zh-hant-tw/claude-code-plan-mode/)。
3.  **從一個代理轉向多個代理。** 以前：一個 Claude、一個視窗。現在：多個代理平行工作，各自負責一項任務，並使用隔離的工作副本。請參閱指南[如何平行執行 10+ 個 Claude Code 工作階段](https://ailoot.ai/blog/zh-hant-tw/claude-code-parallel-worktree-agents/)。
4.  **從信任轉向審查。** 以前：接受輸出、貼上，然後繼續。現在：你是品質管控的最後一道防線。你檢視每個差異檔、執行測試，沒有你的審查，任何內容都不能進入正式環境。這就是成熟做法與隨意行事的區別。
5.  **從程式碼轉向脈絡與架構。** 以前：你思考如何寫一個函式。現在：你思考要把什麼放進代理的脈絡，以及如何把系統拆分成不同部分。你的價值在於判斷力；打字速度不再重要。

請注意：沒有一項和語法有關。五項全都關乎思考與決策方式。這就是為什麼沒有程式經驗的企業家常常比開發者更快掌握代理式工程：他們不必改掉凡事手工完成的習慣。

## 代理式工程需要哪些工具？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

基本工具組包括：計畫模式（在撰寫程式碼前先看計畫）、子代理（負責子任務的執行者）、Dynamic Workflows（用一個命令協調數十個代理）、git worktree（讓平行工作階段彼此不衝突）、MCP（連接外部資料），以及第二大腦（讓代理了解你的專案）。這些功能全都已內建於 Claude Code，你不需要另外安裝任何東西。

</div>

這些工具就像協調者手中的槓桿。每一項都能排除一種妨礙大規模管理代理的限制。

| 工具 | 為協調者帶來什麼 | 詳情 |
|----|----|----|
| 計畫模式 | 在代理碰程式碼前先看計畫 | [計畫模式](https://ailoot.ai/blog/zh-hant-tw/claude-code-plan-mode/) |
| 子代理 | 執行子任務的隔離執行者 | [子代理](https://ailoot.ai/blog/zh-hant-tw/claude-code-subagents/) |
| Dynamic Workflows | 用一個命令協調數十個代理 | [Dynamic Workflows](https://ailoot.ai/blog/zh-hant-tw/claude-code-dynamic-workflows/) |
| Git worktree | 平行工作階段互不衝突 | [Git worktree](https://ailoot.ai/blog/zh-hant-tw/claude-code-git-worktree/) |
| MCP | 將代理連接至外部服務與資料 | [MCP 伺服器](https://ailoot.ai/blog/zh-hant-tw/mcp-servers-claude-code/) |
| 第二大腦 | 讓代理了解你的整個專案 | [第二大腦](https://ailoot.ai/blog/zh-hant-tw/claude-code-second-brain/) |

最近的一個規模案例：2026 年 5 月 28 日，Anthropic 推出了 Dynamic Workflows。Claude 會撰寫協調腳本並同時啟動最多 16 個代理，一次執行最多可達一千個代理。運用這套機制，一個人在 11 天內重寫了一個有 750,000 行程式碼的大型專案，而且 99.8% 的測試仍然通過。一年前，這根本不可能。

不過，這些槓桿只有在有基礎時才有用。在沒有脈絡的空專案上啟動十個代理，只會把混亂放大十倍。先建立第二大腦與規則，再擴大規模。

## 代理式工程會取代企業家嗎？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

不會，它會放大企業家的能力。2026 年最受歡迎的恐懼說法是：「AI 讓我的工作毫無價值。」但在代理式工程中，消失的不是人，而是手動輸入程式碼的工作。能設定目標、維持脈絡並檢查結果的人，會成為一人公司，完成過去需要整個團隊才能做到的工作。例行工作會消失；你仍然留下。

</div>

這種恐懼確實存在：如果機器能寫程式碼，為什麼還需要人？



在這個情境裡，企業家的力量只會更強。你不需要為了測試一個點子就聘請五個人。代理式工程提高了上限。以前，上限取決於你能聘請多少人，以及能否供養他們。現在，上限取決於你的判斷力，也就是你設定目標和檢查結果的能力。AI 不會奪走這種判斷力。

這就是為什麼資深人士不斷提醒：用 AI 更深入地理解任務。跳過理解的人是在埋下未爆彈；理解的人則能獲得更大的效益。

## 今天該從哪裡開始？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="重點摘要">

主要重點

從三個步驟開始：建立第二大腦（一個說明你的專案與業務的資料夾）、養成先看計畫再寫程式碼的習慣，以及養成檢視每個差異檔的習慣。你不必立刻啟動十個代理，先從一個開始，但要提供脈絡並審查它的工作。基礎穩固後再擴大規模。

</div>

別想著直接跳到協調十個代理，那只會導致混亂。請依照以下順序進行。

1.  **建立第二大腦。** 在專案中建立 `business/` 資料夾，說明你是誰、產品是什麼、服務對象是誰、已經做過哪些決策，以及應遵循什麼風格。這只需做一次，之後每次提出請求都能受益。請參閱指南[Claude Code 中的第二大腦](https://ailoot.ai/blog/zh-hant-tw/claude-code-second-brain/)。
2.  **改為依照計畫工作。** 開啟計畫模式，養成在代理開始撰寫程式碼前閱讀計畫的習慣。這能避免「它做錯了事」，並訓練你像協調者一樣思考。
3.  **養成審查習慣。** 檢視每個差異檔並執行檢查。先讓一個代理處理一項任務。覺得容易後，再加入第二個，接著才讓代理平行工作。先建立紀律，再擴大規模。

從憑感覺行事走向成熟做法，就是更清楚地思考、更可靠地檢查。

<div class="section" role="doc-bibliography" aria-label="資料來源">

### 資料來源

- [OpenAI - harness engineering：如何在代理時代使用 Codex](https://openai.com/index/harness-engineering/)
- [Anthropic - Claude Code 中的 Dynamic Workflows](https://code.claude.com/docs/en/workflows)

</div>



如果你需要透過 Ailoot 使用神經網路，請看看 [Ailoot](https://ailoot.ai/)。

## 常見問題：成人版氛圍式編碼：2026 年的代理式工程是什麼？

### 應一開始就同時用多個代理嗎？

先讓一個代理處理一項任務，提供專案背景，審查計畫與差異並執行檢查，再加入第二個代理。

### 哪些背景應放在專案，而非一次性提示？

產品說明、受眾、過去決策、工作規則與風格放入專案檔。當前目標與驗收標準放在任務中，讓每位代理能共用持久背景。


## Ailoot · 公司及其專案組合

Ailoot以累積的營運經驗、廣大的客戶群、穩定的服務及持續的KPI管理為基礎。

公司及其專案組合：數百萬客戶，每月銷售額達數十億。

Ailoot將這些營運經驗用於API存取，讓客戶的產品、代理、應用程式及自動化流程使用AI功能。