這裡是本月我讀過（以及看過）的有趣內容的六月精選，你也可以在此閱讀上個月的文章。

在巔峰引退

本月我最喜歡的不是一篇部落格文章，而是一個 Podcast：The Pragmatic Engineer 對 Kelsey Hightower（凱爾西·海托爾）的訪談，Kubernetes 與在巔峰引退。除了 Kubernetes 的故事之外，最讓我印象深刻的是他對 AI 的觀點——歷經數十年科技浪潮起伏所淬鍊出的沉穩與務實，既沒有過度吹捧，也沒有一味否定，而這正是當前多數討論中所欠缺的。整集內容都展現出難得的坦誠，從他如何看待自己的職涯，到在這個產業中真正重要的是什麼。即使你從未接觸過 Kubernetes，也非常值得一聽。

Fable 5 的雲霄飛車之旅

六月的主旋律是 Claude Fable 5 的故事。Anthropic 在月初推出了Claude Fable 5 and Mythos 5，並在 Opus 之上導入了全新的「Mythos-class」等級。Simon Willison（西蒙·威利森）將這個模型形容為極度主動，這與我的初步印象相符——相較於以往的模型，它會主動採取更多行動，有時帶來好處，有時則不然。

接著情勢急轉直下：美國政府發布出口管制指令暫停所有外國公民對 Fable 5 與 Mythos 5 的存取，隨後 Anthropic 在七月初管制解除後宣布重新部署 Fable 5，並更新了網路安全防護措施。對於任何試圖在這些模型之上打造產品的人來說，這真是動盪的一個月——提醒我們，模型的存取如今不僅受價格與速率限制影響，更受到地緣政治的牽動。

在這一切之中，Claude Sonnet 5也在月底發布，Anthropic 同時發表了Claude Science，這是一個為研究人員打造的 AI workbench(AI 工作台)，能產生可稽核的產出物。

熱衷者、懷疑論者與人的代價

Charity Majors（查莉蒂·梅傑斯）寫道，AI 熱衷者是在與時間賽跑，AI 懷疑論者是在與熵賽跑。這是我見過對這種分歧最好的詮釋——雙方都在回應真實存在的生存威脅，也都覺得自己像是在對著虛空吶喊。

同樣地，AI 回饋循環與失敗的人為代價探討了為何產量不等於生產力，以及為何信任比程式碼更難建立。採用 AI 的成本與效益並未落在同一群人身上，這在很大程度上解釋了裂痕的成因。

The Pragmatic Engineer 的與 AI 代理協作時慢下來才能更快探討了開發者產生的程式碼量是六個月前的兩倍所帶來的品質與技術債問題。讓我印象最深的一句話是：原本就失能的組織現在更加失能——只是失能得更快。這更加印證了我認為在組織中推行 AI 時，衡量應先於工具的看法。

Joe（喬）寫了一篇短文，談到我們塑造工具，而工具也反過來塑造我們——而有了 AI，我們正以飛快的速度經歷這個循環。至於更宏觀的視角，如果 AI 泡沫破裂會是什麼樣子？探討了資料中心投資熱潮帶來的蔓延風險。

與代理一起打造

Addy Osmani（艾迪·歐斯曼尼）發表了Loop Engineering，主張與其說提示技巧很重要，不如說更重要的是擅長打造能替你自動執行提示的循環。精神上與之相呼應的是obra/superpowers，一個 agentic skills framework(代理技能框架)與開發方法論，即使不全盤採用，也值得從中汲取想法。

我還發現了AgentsView，一款用於審查 AI 代理工作階段的本地優先應用程式。隨著越來越多工作透過代理完成，能夠實際檢視它們做了什麼的工具顯得愈發重要。

在平台方面，MCP 的 Enterprise-Managed Authorization extension(企業託管授權擴充)現已穩定，讓組織能透過身分提供者集中配置 MCP 伺服器的存取權限，而無需逐一進行 per-app OAuth 驗證流程。這消除了我在組織內推行 MCP 伺服器時所見過較大的一個摩擦點。

最後，關於代理時代設計系統的兩種觀點：Impeccable 為寫程式的代理打包了設計技巧與反模式，而 Meta 則發布了Astryx，一套號稱「為代理就緒」的開源 design system(設計系統)。很高興看到產業正朝著讓設計系統能被代理取用、而不僅僅是供人使用的方向前進。

值得一讀的技術文章

為什麼 DuckDB 這麼快？是一篇對 DuckDB 內部運作的深入解析。我在usegraph這個用於掃描組織內依賴使用情況的開源專案中使用 DuckDB，因此能更了解其底層運作很有意思。

PlanetScale 主張在 Postgres 中唯一可擴充的刪除方式就是 DROP TABLE。大規模的 DELETE 會增加工作量而非回收資源，因此應以讓刪除變成 DROP TABLE 或 TRUNCATE 的方式來設計資料結構。

Pyodide 314.0 已經發布，隨之而來的是接受了 PEP 783 對 Emscripten 打包的支援——這是 Python 在瀏覽器中發展的一個重要里程碑。

LLM 究竟如何運作是一篇從詞元到 Transformer 區塊再到下一個詞元循環、由淺入深的完整導覽。如果你和我一樣，考慮到我們花這麼多時間使用這些東西，心智模型卻比想像中模糊，這會是一篇很好的複習。

而 Shopify 則撰文介紹了Quick，他們讓任何人都能在幾秒內發布網站的內部平台。有趣的不在於技術本身，而在於文化的轉變——當分享一個可運行的成果的成本降低時，人們打造的東西也會隨之改變。

工具與觀點

SQL to ER Diagram 是一個實用的免費工具——貼上 CREATE TABLE 語句，就能在瀏覽器中直接產生互動式 ER 圖。

Ilograph 發表了架構圖中常見的 7 個錯誤（續篇），是其先前文章的後續。

最後，別再使用 Conventional Commits 了是一篇饒富趣味的抱怨文，對該標準如何讓人關注錯誤的重點提出了一些中肯的觀點。我並不完全同意——這種結構在自動產生變更日誌方面確實發揮了作用——但它確實是一個很好的提醒，讓人反思你的提交訊息規範究竟帶來了什麼價值。