LLM 代理在運行中應用程式採取行動前，究竟該觀察什麼？

• 開發者探討了從「理解源代碼」到「在真實應用環境中運作」之間的落差，指出靜態代碼庫無法反映動態運行狀態。 • 當前的應用程式多由前端、API、資料庫、快取與微服務組成，許多實際故障往往源於容器、網路或環境變數，而非代碼本身。 • 為了全面掌握狀況，LLM 代理需要存取應用程式日誌、進程資訊、服務健康狀態、連接埠、相依性連接以及運行時錯誤。

「有趣的問題在於，這些運行時資訊應該如何呈現給 LLM？是作為持續可用的上下文，還是讓代理在需要時主動請求？」 • 讀取日誌與重啟服務或修改配置有著極大的權限差異，因此建立安全的權限邊界至關重要。 • 作者最後向開發社群徵求實務經驗，探討究竟該給予代理廣泛的讀取權限但要求變更審批，還是最終應信任代理自主管理環境。