## 評估是特性，而不是產品 我今晚在這個編碼代理人聚會上，與 OAI、Any、GDM、Cursor、Factory、Delphi、Exa、@theo 等人一起 這個小組的一個令人驚訝的結論，如果我可以大膽地 paraphrase，就是 theo 說評估初創公司太多了，而 thariq、nate 和 romain 都驚訝地同意，沒錯，你應該繼續構建更多的代理，不要擔心大實驗室的代理，它們基本上也是小型內部初創公司，你可能會有不同的看法，世界需要看到這一點。然後，只有在那時，你才能構建出好的評估。

有很多關於“保持簡單，愚蠢”的代理工程觀點在流傳，基本上將其簡化為 “代理 = llm + 工具 + 循環 + 目標” 這是一個最小可行代理，這很好！ 但這個定義之所以過於簡化而不實用，是因為它讓你忘記了使代理變得優秀的一切： - 規劃 - 記憶 - 信任/認證 - 評估* 在二月份，我調查了所有對西蒙請求定義的回覆，併為你們進行了分類。附帶一個記住記憶、規劃和認證流程的縮略語 “代理 = llm + 意圖 + 記憶 + 規劃 + 認證/信任 + 控制流程 + 工具使用” *啊哈！你以為我是討厭評估的人？因為你只會用二元思維嗎？

有點諷刺的是，我們用MCP解決了MxN -> M+N的問題 然後現在每個人都在做的事情就是推出自己的MCP註冊表（我現在至少算有6個） 巴別塔哭泣了