所有節目›AI Engineer Europe 2026| World's Fair 2026完整場次線上軌AI in HealthcareSoftware Factories
From Writing Code to Designing Systems: How the Developer Role is Changing在 YouTube 看這一場

AI Engineer Europe 2026 · 演講 · 2026-07-11 · 23 分

從寫程式到設計系統的工作流

From Writing Code to Designing Systems: How the Developer Role is Changing · Chris Noring,Microsoft

Chris Noring 提出一套新的開發流程:從 CLI 開始、編輯器當控制台、再用委派把自己放大。中間靠 AGENTS.md、skills、custom agents 這幾層護欄,避免 AI slop。

其他:產品與研究介紹看原片 ↗

概要

  • 開發者不再是瓶頸Chris 說以前一個功能做不做得出來,取決於工程師自己有沒有時間;現在這個限制沒了,工程師的工作變成決定該把時間花在哪裡。
  • 從 CLI 起手,編輯器退到後面Chris 提議的流程是先開 CLI,再到編輯器,最後用 CLI 或 GitHub 介面來擴大規模。入行 20 年裡有 19 年半都待在編輯器,現在只拿它做細部調整。
  • 三層護欄AGENTS.md 管整個 repo 的高階規則;skill 是可重複、被限制住的做法;custom agent 有角色,可以規劃、推理、用工具,是比 skill 更高一層的概念。
  • agent 像幼兒,要有 harnessChris 提到有人把 agent 比成幼兒,一下很聰明、一下很蠢,所以委派之前要先把護欄設好。
  • 用 delegate 把自己放大在 CLI 用 /delegate,或在 GitHub 上把 issue 指派給 agent,agent 在沙箱裡做事,最後交出 draft PR,由人審查、決定要不要 merge。
  • 人還是迴圈裡的關鍵護欄與核准關卡是工程師自己建的,所以 Chris 的結論是 AI 不是取代人,而是需要工程師的腦袋。

原話

  • “Without rules, agents run amok.”

    沒有規則,agent 就會亂來

    ▶ 07:54
  • “a skill is limited in what it can do. It can't really orchestrate itself.”

    skill 能做的事有限,它沒辦法自己協調

    ▶ 13:09
  • “Each of us could be the 10 time developer, the 20 time developer, or even 100 time developer.”

    每個人都可能變成十倍、二十倍甚至一百倍的開發者

    ▶ 17:14
  • “20 times more code, that could be 20 times more slop, and we don't want that.”

    程式碼多二十倍,也可能是 slop 多二十倍

    ▶ 22:17
  • “we want the engineering brain so please stay in this industry.”

    我們需要工程師的腦袋,所以請留在這個行業

    ▶ 22:35

延伸

  • Chris 提到有些企業主說,工程師不再拿 PowerPoint 來,而是直接帶可運作的 demo 來。
  • Chris 說 agent 大多在沙箱裡工作,不能跳出去做怪事,但可以開 PR,把人拉回迴圈。

章節

點時碼直接跳到原片的那一段。

  1. 開場與現場調查Chris 先問現場有多少人還照以前的方式寫程式,幾乎沒人舉手;接著問 Copilot 與 Claude 各有多少人用,大約各半。
  2. 工程師不再是限制以前是工程師自己寫 100% 的程式碼,功能做不做全看自己;現在這個限制消失了,工作變成不同的位置。
  3. 護欄與 AI slop早期 AI 產出的程式碼要重寫,反而更累;現在不用 AI 已經不是選項,護欄成了日常的一部分。
  4. 提議的新流程從 CLI 開始,再到編輯器,第三步是用 CLI 或 GitHub UI 擴大規模;Chris 說這是自己的想法,歡迎大家反駁。
  5. CLI 當起點先做出第一版,設好護欄;CLI 可以處理 issue、PR 與 status check,不開 VS Code 也能關掉十幾個 issue。
  6. 同時開多個終端機現在寫的是 prompt,而不是 Java 或 Python;Chris 同時開著好幾個終端機,分別做新 app、修 issue、加功能。
  7. 編輯器變控制台有 15、20 個 agent 做事時,編輯器花的時間越來越少;但 Chris 還是捨不得放掉,把它當成接收 CLI 與 GitHub 串流的控制台。
  8. AGENTS.md每個 repo 至少要有一份,寫專案用途、架構、限制與該做和不該做的事,例如沒經過開發者同意,不要改架構。
  9. Skillsagent 常常做得不對,所以用 skill 給它一份可重複的做法,限制它不要自己發揮;用 Claude 的話放在 .claude/skills,一個資料夾配一個 skill.md;呼叫可以輸入 /skills,或打一個接近名稱或描述的 prompt。
  10. Custom agentskill 不能自己協調,需要能推理的 agent;它有角色(像資安專家、後端、前端)、能用多個 skill 與 MCP server,是比 skill 更高一層的概念。
  11. Custom agent 示範設定檔有指令與 tools 欄位,tools 用來限制它能做什麼;示範的 researcher 只能讀、搜尋網頁、建待辦,不能建立或編輯檔案。
  12. agent 像幼兒agent 有時很聰明、有時很蠢,所以委派要搭配 harness 與護欄。
  13. 用 delegate 擴大規模在 CLI 輸入 /delegate,要求做一個記帳 app;它會把 session 送上 GitHub、開出 draft PR,人再進來審。
  14. 從 GitHub 指派 issue建一個 issue,按 assign agent,agent 回應後在背景工作,完成後交 draft PR,等人看過能不能出貨。
  15. 人在迴圈裡Chris 把現在比喻成從斧頭換成電鋸;系統是人建的,有核准關卡,最後 merge 的還是人。
  16. 結論護欄到位的話可以是原本的 20 倍,沒有的話就是 20 倍的 slop;Chris 最後呼籲工程師留在這個行業。

名詞

AGENTS.md
放在 repo 裡的高階指引,寫專案用途、架構、限制與 agent 該做和不該做的事,Chris 稱為最低限度的護欄
Skill
一份可重複使用、被刻意限制的做法,由 agent 呼叫;放在 .claude/skills,內容是 skill.md 加上 front matter
Custom agent
有角色、可規劃與推理、能用多個 skill 與 MCP server 的 agent,比 skill 高一層
GitHub Copilot CLI
Chris 示範用的 CLI,換成 Claude 或其他 CLI 也行
`/delegate`
在 CLI 裡把工作送到 GitHub 上由 agent 執行的指令,要求目標是一個正式的 GitHub repo
Draft PR
agent 做完工作後交出的成果,由人審查、決定要不要 merge
AI slop
早期 AI 工具產出、得重寫的低品質程式碼,Chris 用來說明護欄為什麼必要

相關影片 同在「其他:產品與研究介紹」