具有人性化觸感的 AI 代理比試圖自動化一切的通用代理系統要好得多。 人性化的觸感發生在提示設計、上下文工程、代理架構等階段，更重要的是評估階段。 領域專業知識非常重要。

我很高興終於能推出這個。 我的 MCP 伺服器現在提供即時股市新聞。 可用工具： • 獲取新聞 • 獲取股價 • 獲取關鍵指標 • 獲取財務報表 花了大約一個月的時間來調整 MCP 伺服器，但現在運行良好。 更多金融工具即將推出。

MCP 變得如此出色！

什麼是上下文工程❓ 為什麼每個人都在談論它...👇 上下文工程正迅速成為AI工程師的一項關鍵技能。這不再僅僅是聰明的提示；而是系統性地協調上下文。 🔷 問題： 大多數AI代理失敗並不是因為模型不好，而是因為它們缺乏成功所需的正確上下文。想想看：大型語言模型（LLMs）並不是心靈讀取者。它們只能根據你提供的內容進行工作。 上下文工程涉及創建動態系統，提供： - 正確的信息 - 正確的工具 - 以正確的格式 這確保了LLM能有效地完成任務。 🔶 為什麼傳統的提示工程不夠： 早期，我們專注於使用「魔法詞」來引導更好的回應。但隨著AI應用變得複雜，完整且結構化的上下文比聰明的措辭更為重要。 🔷 上下文工程系統的4個關鍵組成部分： 1️⃣ 動態信息流 上下文來自多個來源：用戶、先前的互動、外部數據、工具調用。你的系統需要智能地將這一切整合在一起。 2️⃣ 智能工具訪問 如果你的AI需要外部信息或行動，給它正確的工具。格式化輸出，使其易於消化。 3️⃣ 記憶管理 - 短期：總結長對話 - 長期：記住用戶在不同會話中的偏好 4️⃣ 格式優化 一條簡短、描述性的錯誤信息總是比一大堆JSON數據更好。 🔷 結論 上下文工程正成為新的核心技能，因為它解決了真正的瓶頸：不是模型能力，而是信息架構。 隨著模型的改進，上下文質量成為限制因素。 隨著事物的發展和變得更加具體，我會分享更多！ 敬請關注！！🙌 ____ 如果你覺得這很有見地，請與你的網絡分享。 找到我 → @akshay_pachaar ✔️ 獲取更多有關LLMs、AI代理和機器學習的見解和教程！

如果你給我代碼，我可以執行 這意味著執行中的價值受到代碼的保護 但人工智慧正在使編碼變得更容易 所以規範成為了護城河 因為如果有人擁有規範，他們就可以生成代碼並執行

代理人隨意完成驗證碼實在是太好笑了

想像一個模組化的對話介面，您可以： - 選擇您喜愛的模型 - 選擇您的搜尋提供者 - 選擇MCP工具 - 存取您的檔案系統 - 管理您的記憶體，並確保安全與隱私 - 按使用的服務付費

如果有人對軟體授權感到困惑，就像我曾經一樣，這是我現在對它們的看法。軟體授權控制著人們可以對你的程式碼做什麼。 MIT 授權允許人們做任何事情。假設你建立了一個使用 MIT 授權的 JSON 解析庫。一家初創公司可以使用你的程式碼，修改它，並將其作為他們付費 API 服務的一部分出售，而不需要給你任何回報。他們只需要在程式碼註解中保留你的版權聲明。React 使用 MIT，因此 Facebook 本可以將其變為專有，但他們選擇保持開放。這是 "隨便你想做什麼" 的授權。 GPL 強制分享。想像一下你在 GPL 下創建了一個網頁框架。如果有人修改你的框架以添加新功能，他們必須將這些修改也以 GPL 發布。他們不能出售專有版本。WordPress 使用 GPL，因此所有 WordPress 主題和插件也必須是 GPL。如果你在 WordPress 上建立一個商業 CMS，你的整個 CMS 也會變成 GPL。這保持了一切都是開源的。 Apache 2.0 更好地處理專利。你寫了一個機器學習庫，有人貢獻了一個算法。後來，他們試圖因該算法的專利侵權起訴用戶。根據 Apache 授權，他們自動失去使用你的庫的權利。這是對專利流氓的保護。Kubernetes 使用 Apache 2.0，因為雲公司擔心專利問題。 BSD 基本上是 MIT，只是用不同的詞。你在 BSD 下創建了一個網路庫。與 MIT 相同的規則，人們可以隨意使用。FreeBSD 使用這個，這就是為什麼 Apple 可以使用 BSD 程式碼並將其放入 macOS，而不需要發布 macOS 的源代碼。大多數開發者現在只使用 MIT，因為它更清晰。 LGPL 是針對庫的 GPL。你在 LGPL 下建立了一個 PDF 生成庫。公司可以在他們的專有軟體中使用你的庫，而不需要讓整個應用程式變成 LGPL。但如果他們修改你的庫程式碼，這些更改必須是 LGPL。VLC 媒體播放器使用 LGPL，因此其他應用程式可以包含視頻播放而不會變成 GPL。 專有意味著你控制一切。你建立了一個資料庫引擎並保持其專有。公司支付你授權費用以使用它。他們無法查看源代碼，無法修改它，無法重新分發它。Oracle Database 就是這樣運作的。你通過授權賺錢，但限制了誰可以使用它。 雙重授權提供選擇。你同時以 GPL 和商業授權發布一個資料庫。開源項目使用 GPL 版本免費。那些不想要 GPL 限制的公司則支付商業授權。MySQL 就這樣做。初創公司使用免費的 MySQL，大公司則經常購買商業授權。 公有領域放棄所有權利。你創建了一個哈希函數並將其放入公有領域。任何人都可以隨意使用，沒有限制，無需歸屬。SQLite 就這樣做。政府機構喜歡這樣，因為沒有法律風險。 想建立一個希望每個人都能使用的庫？選擇 MIT。想確保改進能回饋社區？使用 GPL。擔心企業軟體中的專利？選擇 Apache。想圍繞你的程式碼建立業務？保持專有。想給用戶最大自由？試試公有領域。 關鍵是將你的目標與授權限制相匹配。不要在不理解其他項目為何選擇該授權的情況下隨意複製他們的做法。

MCP 就像是代理的 HTTP，感覺像是新互聯網的基礎。 我們發佈了這篇博客文章，回答了我從開發者、合作夥伴和企業那裡收到的最常見問題。感謝 MCP 的創造者 @dsp_ 的合作！

這是來自谷歌研究的重大消息。這是一篇高度技術性的論文，但我想這是非常必要的。