Loop Engineering
Loop Engineering 讓使用者不再直接提示 AI,而是設計系統讓 AI 自行執行迴圈任務。文章介紹了五個核心元件:自動化、工作樹、技能、外掛與子代理,並強調記憶與狀態管理的重要性。
依人氣
Loop Engineering 讓使用者不再直接提示 AI,而是設計系統讓 AI 自行執行迴圈任務。文章介紹了五個核心元件:自動化、工作樹、技能、外掛與子代理,並強調記憶與狀態管理的重要性。
回顧了作者在 Google 的 14 年經驗,重點在於團隊協作、信任與系統設計。內容涵蓋如何選擇正確問題、避免模糊會議、建立明確的邊界、將可靠性視為產品功能、以及利用 AI 提升決策效率。
探討了 AI 自主性的六個階層,從協助建議到完全自主的工廠式管理。作者提出「代理」與「排程」兩個維度來衡量自主性,並建議根據任務風險與可逆性,保守地從 Level 0 逐步升級至 Level 5。
探討了 AI 輔助程式設計從 70% 完成度轉向 80% 甚至 100% 完成度的趨勢,指出這並非單純的數量增長,而是程式碼錯誤性質從語法錯誤演變為概念性失敗。
探討了「長running AI 代理」的概念,即能夠持續運作數小時甚至數週的 AI 代理。與傳統短時對話不同,它具備跨沙盒、恢復失敗、留下結構化文件的能力。
探討了 AI 工程中的「外圈」概念,即人類必須對由 AI 系統執行的決策負責。隨著大模型能力增強,責任轉移至人類,人類需透過「品質」、「判決」與「可解釋性」三項核心概念來建立邊界,確保 AI 行為的安全與可追溯。
探討 AI 輔助編寫程式後,「逐行閱讀程式碼」的過時趨勢。作者指出,雖然自動審查能大幅降低發現漏洞的成本,但確認真正可 exploits 的漏洞仍需人工介入。
探討現代 Agent 架構面臨的治理與可靠性瓶頸,提出四項關鍵建築選擇:建立獨立的 Agent 身份而非共享憑證、提供跨系統的通用上下文、確保任務能跨越斷線與重啟持續執行,以及依賴開源基礎設施而非自研堆疊。
探討了如何建立包含人類監督的軟體工廠。作者指出,雖然 AI 能寫出程式碼,但最終需要人類在產品意圖、系統設計與品質標準上做出判斷。
介紹了「迴圈工程」(Loop Engineering) 的概念,即 AI 代理重複執行工作直到達成特定目標的自主迴圈。作者分享了他如何使用 Claude Code 的「目標」與「迴圈」兩個基本原語,來處理重複性任務、監控外部系統以及確保工…
依發布時間
探討 AI 輔助編寫程式後,「逐行閱讀程式碼」的過時趨勢。作者指出,雖然自動審查能大幅降低發現漏洞的成本,但確認真正可 exploits 的漏洞仍需人工介入。
探討如何在舊有程式碼庫中運用 AI 代理進行工程化。作者強調必須先識別程式碼的「安全區」與「紅區」,並建立可持續的知識儲存機制,避免重複考古。文章提出將程式碼解耦為不同風險等級的區域,並透過自動化測試驗證行為後再進行修改。
探討了 AI 代理(Agents)在執行任務時可能導致技能退化的問題。作者強調,雖然 AI 能快速完成工作,但真正的專業能力(如深度領域知識與審美判斷)仍需透過大量實踐(Reps)來建立。
探討如何定期審視程式碼代理的配置檔案,以確保其內容不會過時或膨脹。作者分享了自己使用 Claude 的 /doctor 命令來檢查技能、上下文和掛載程式的經驗,發現許多舊技能已遺失。
探討了如何建立包含人類監督的軟體工廠。作者指出,雖然 AI 能寫出程式碼,但最終需要人類在產品意圖、系統設計與品質標準上做出判斷。
介紹了「迴圈工程」(Loop Engineering) 的概念,即 AI 代理重複執行工作直到達成特定目標的自主迴圈。作者分享了他如何使用 Claude Code 的「目標」與「迴圈」兩個基本原語,來處理重複性任務、監控外部系統以及確保工…
探討了如何透過設定嚴格的約束(constraints)來提升 AI 代理生成的程式碼品質。作者指出,傳統的人工審查無法處理海量程式碼,因此必須在環境、測試和系統層面建立品質閾值。
探討軟體工廠的概念,指出軟體工廠的核心在於將「迴路」(Loop)堆疊起來並擴充套件至規模。作者強調,雖然迴路是基本單位,但真正的挑戰在於如何平衡自動化與人工判斷。
探討了 AI 工程中的「外圈」概念,即人類必須對由 AI 系統執行的決策負責。隨著大模型能力增強,責任轉移至人類,人類需透過「品質」、「判決」與「可解釋性」三項核心概念來建立邊界,確保 AI 行為的安全與可追溯。
探討了 AI 自主性的六個階層,從協助建議到完全自主的工廠式管理。作者提出「代理」與「排程」兩個維度來衡量自主性,並建議根據任務風險與可逆性,保守地從 Level 0 逐步升級至 Level 5。
Loop Engineering 讓使用者不再直接提示 AI,而是設計系統讓 AI 自行執行迴圈任務。文章介紹了五個核心元件:自動化、工作樹、技能、外掛與子代理,並強調記憶與狀態管理的重要性。
探討了「長running AI 代理」的概念,即能夠持續運作數小時甚至數週的 AI 代理。與傳統短時對話不同,它具備跨沙盒、恢復失敗、留下結構化文件的能力。
探討現代 Agent 架構面臨的治理與可靠性瓶頸,提出四項關鍵建築選擇:建立獨立的 Agent 身份而非共享憑證、提供跨系統的通用上下文、確保任務能跨越斷線與重啟持續執行,以及依賴開源基礎設施而非自研堆疊。
探討 AI 如何取代傳統 IDE 成為開發者的核心工具。隨著 Agent 技術的進步,開發流程正從單一的線性編輯轉向由多個並行 Agent 執行的協同工作模式。
回顧了作者在 Google 的 14 年經驗,重點在於團隊協作、信任與系統設計。內容涵蓋如何選擇正確問題、避免模糊會議、建立明確的邊界、將可靠性視為產品功能、以及利用 AI 提升決策效率。
探討了 AI 輔助程式設計從 70% 完成度轉向 80% 甚至 100% 完成度的趨勢,指出這並非單純的數量增長,而是程式碼錯誤性質從語法錯誤演變為概念性失敗。
介紹如何撰寫高績效 AI 程式碼代理的詳細規格。作者提出五項原則:先以高層面願景啟動,再讓 AI 擴充細節;將規格結構化為類似 PRD 的正式文件,涵蓋六個核心領域;建立自我檢查機制與人機雙向約束;並強調持續迭代與維護。
探討 AI 時代下的程式碼審查如何演變。作者指出,AI 雖能加速開發,但無法取代人工對邏輯、安全與邊界情況的判斷。Solo開發者傾向信任 AI 生成的「感覺」,而團隊則需透過人工簽名來確保責任與上下文。
探討 AI 在 React 開發中的實際效能,指出 AI 在單一任務(如構建、基礎框架搭建)上表現優異,但在多步驟整合、複雜狀態管理及設計審美上會遇到「複雜度 cliff」。