Agent-native 開發者技能

Andrej Karpathy 定義的代理時代開發者三大核心競爭力:你不再需要死記 API 語法,但必須具備品味與判斷力(Taste & Judgment)、撰寫精確規格(Spec & Design)、監督與基礎理解力(Oversight)

背景:核心競爭力的移轉

傳統開發者價值 = 記住大量 API、語法、函式名稱(如 dim vs axisnumpy.reshape 的行為)。

代理時代:這些記憶性知識被 AI 完全取代。人類的價值體現在 AI 無法取代的判斷層

「你可以外包你的思考,但你不能外包你的理解。」

三大核心技能

1. 品味與判斷力(Taste & Judgment)

識別 AI 產出是否有問題——包括:

  • 程式碼是否過於臃腫(Bloaty)
  • 結構是否脆弱
  • 底層邏輯是否有根本性錯誤?

案例(User ID 啟示)

Karpathy 開發 Menu Gen 時,AI 代理試圖透過 Stripe 和 Google 的電子郵件地址來匹配用戶資金,而不是使用「唯一且持久的 User ID」。

這種缺乏工程直覺的行為,正是需要「人類主管」介入修正的地方——AI 沒有意識到 email 是可變的、不唯一的,只有理解「User ID 作為持久識別符」的工程師才能發現這個根本錯誤。

2. 撰寫精確規格(Spec & Design)

人類負責設計頂層架構詳細規格文件,把「填空」的工作留給 AI。

精確規格能力 = 決定 AI 產出品質的上限。

如果你不理解底層原理,你就無法撰寫出足以引導代理的精確規格。——Karpathy

實踐對應

  • 本 vault 的 CLAUDE.mdCLAUDE.md(專案手冊))= 給 LLM Agent 的精確規格文件
  • wiki-ingest 的 13 步流程 = 精確規格的典型範例

3. 監督與基礎理解力(Oversight)

雖然不需要記憶 API,但必須理解底層原理。

範例:你必須理解「張量視圖(View)」與「張量儲存(Storage)」的區別:

  • 如果不懂,你無法判斷 AI 是否在做低效的記憶體複製
  • 這種判斷無法外包——它需要真正的理解,而非記憶

「理解力是無法外包的核心資產。如果你不理解底層原理,你就無法撰寫出足以引導代理的精確規格。」

「外包思考 vs 外包理解」

代理時代的核心分野:

可外包給 AI不可外包
思考(某種程度)✅ AI 生成方案
記憶性知識✅ AI 記得所有 API
理解人類必須懂「為什麼」
品味人類才能判斷「好不好」
規格設計人類定義「要做什麼」

對 vault 的意義

本 vault 的每次 ingest / query / repair 流程,實際上都在訓練和實踐這三種技能:

  • 品味:審查 LLM 提案是否合理(規則 E:show before write)
  • 規格:CLAUDE.md 的精確規範文件
  • 監督:每次 ingest 後 verify 必更新檔案清單(①–⑥)

相關概念

強連結(原文明確提及)

推斷連結(LLM 認為相關,待確認)

深入閱讀

← 回到 wiki