歸藏的AI工具箱

歸藏的AI工具箱

共 30 篇文章

產品設計師🎨 AI畫圖工具操作員🔧 AI課程撰寫與信息收集整理📰 致力於發掘藉助AI工具改善設計與產品開發流程的各種可能性🤔

Claude 官方寫了一篇關於 Loop Engineer 的入門文章。 其實現在我們所說的 Loop Engineer，所有的底層邏輯在提出這個概念以前就已經具備了，甚至這些工作流程也是大家一直在用的，只是被套上了一個新的概念。 在這篇文章中，他們把 Loop 分成了四種類型： 回合制循環（Single-turn Loop） 這是最基本的 Claude Code 工作方式。你發出的每一個提示詞（Prompt）都是一個循環，在這個循環中你不需要額外干預。Claude Code 完成這個循環後會給你輸出，它的具體步驟是：收集上下文、採取行動、檢查工作、重複，直到它認爲你的提示詞任務已經完成，或者覺得需要你介入時纔會停止。 基於目標的循環（Goal-oriented Loop） 也就是 GOAL 模式（如 Codex、Claude Code 等工具都支持該模式）。有時候單回合不足以完成複雜任務，系統就會進行多次迭代，直到達成那個更大的目標。 基於時間的循環（Time-based Loop） 也就是 Claude Code 中的 loop 命令。你可以設置在指定的時間間隔自動觸發某一個提示詞，去運行特定任務，比如定期進行 PR 合併等。 主動循環（Active Loop） 你只需要設置一個事件，一旦該事件發生就會自動觸發循環，完全不需要人工干預。例如，一旦 GitHub 上有了新的 Issue 或 PR，AI 就會自動進行審覈和記錄。 此外，官方還針對 Loop 給出了一些優化建議： 循環的質量取決於系統：你需要保證代碼庫本身的質量，比如完善的文檔、嚴格的代碼審查以及保持代碼庫的簡潔等。 管理你的 Token 消耗：像 GOAL 這種基於目標的模式，對 Token 的消耗是非常巨大的。因此，你需要給循環設置明確的界限，比如什麼時候該用大模型、什麼時候該用小模型，以及明確的啓動和結束條件。否則，一旦系統自己無限制地跑下去，不僅容易跑偏，還會消耗大量的 Token。 這些循環模式，本質上都是由我們現在 Agent 常見的各種能力組合而成的，比如前面提到的 GOAL 模式、Loop 模式，以及常見的 Skills 和 Hooks 等。 詳情：x.com/ClaudeDevs/status/2074208949205881033

2026/7/7

Fable 5 正式啓用的細則來了。將於美國時間 7 月 1 號恢復全球上線。 在 Claude 平臺、Claude Code、Claude CodeWork 都可以用。 Pro、Max 和 Team 用戶，在 7 月 7 號前，Fable 包含在每週用量限額的最多 50% 以內。 7 月 7 日以後，就需要拆成單獨的額度扣除積分了。 目前 AWS、微軟和谷歌雲服務的接入還沒有恢復。 這次它的安全分類器會設置更大的安全閾量，所以導致這次開放以後，拒絕服務的概率可能比剛開始那幾天還要高。

2026/7/1

Anthropic 每天都能整點新活，感覺現在大家都習慣了 昨天被爆出在系統提示中，以用戶無法察覺的方式將市區代理和 AI 實驗室信息放進去，用這種方式獲取一些用戶的信息。 結果被發現並傳播以後，又趕緊說以前我們不用這種方式了，或者說這種方式本來就準備下掉，明天就下掉，又當又立了。 昨晚發佈的 Sonnet 5 在測試中發現，它的測試結果雖然接近了 Opus 4.8，但任務成本可能比 Opus 4.8 還高，甚至在完成測試任務上的成本接近了 Fable 5。 所以說它的綜合成本可能比 4.8 貴得多，這模型真離譜。而且很多人的體感反饋也不是很好，說它會偷懶，還會拒絕執行任務。 唯一好的一點是，Fable 5 模型終於被授權重新開放給所有用戶了，明天就能知道具體措施了，這也解釋了爲什麼前幾天會大規模封號。

2026/7/1

Anthropic 還是達成了他的目的。 現在 OpenAI 的模型已經不能按照之前的模式正常推送上線了，GPT-5.6 需要先向一些符合要求的 B 端客戶提供，並由美國政府對這些客戶逐一審覈。 結合這幾天 GLM 5.2 以及 Anthropic 指控中國公司“蒸餾”他們模型的事來看，我們已經無法將模型發佈當作正常的互聯網產品上線邏輯來看待了。 它已經變成了類似軍民兩用的戰略資產、網絡武器這一等級的管控。誰能使用先進模型，已經變成了一個國家安全問題。 這會帶來以下幾個變化： 發佈節奏放緩 整個頭部模型的發佈節奏會嚴重放緩。雖然模型訓練的節奏會變慢，但拿到許可的公司會先利用先進模型和頭部模型建立競爭優勢。 准入門檻提高 先進模型的使用准入會變得更加嚴格，需要經過更嚴苛的審查，尤其是美國的這些模型。美國模型公司的護城河正在從“模型是否最強”轉變爲“是否能被安全、合法且持續地交付”，這變成了一種准入機制，還要看與政府的關係。 但這也會造成一個問題： 如果我們中國的開源模型繼續變強，可能會喫掉更多美國模型的訂單。不過，不排除美國會對中國開源模型進行更嚴格的監管和控制（例如禁止美國公司使用中國開源模型），但這種做法是否能管得住，還需要再看。

2026/6/26

我現在 Twitter 時間線上只有兩類內容，非常詭異： 一種是充斥着所謂“一句話生成”的很漂亮的那種用 Fable 5 生成的網頁； 第二種是除了 Anthropic 自家的 AI 研究員，全在抨擊 Anthropic 這次發佈 Fable 5 的各種行爲。 這次 Anthropic 真是惹了衆怒，幾乎所有我關注的研究員都在罵他們。大家主要抨擊的是以下幾個問題： 安全風險 它的安全護欄極其嚴格。你哪怕問它最基本的初中生物學問題，都會被拒絕回答。這導致很多生物學研究員和團隊無法獲得正常許可來進行科學研究。 數據存儲政策 Mythos 和 Fable 模型的數據是明文儲存且強制儲存的，最高期限長達兩年。雖然官方聲稱只用於安全分析和減少誤傷，不用於模型訓練，但業內沒人相信這種說辭。因爲這個條款的存在，微軟已經禁止內部使用 Fable 模型了。 隱形降級（最嚴重的問題） 如果系統判斷你想“蒸餾” Fable 模型，它不只是拒絕服務，還會偷偷摸摸地把模型降級到 Opus 4.8 或者更低的版本。甚至會通過修改提示詞或微調等方式，暗中讓 Fable 在相關話題上變笨，表現甚至還不如原生的 Opus 4.8。 大家最憤怒的點在於： 你要麼幫忙，要麼拒絕，假裝在幫忙實際卻故意把效果變差，這是一個非常嚴重的道德問題。這會直接污染一切基於該模型所做的算法效率比對和評估，導致現在根本無法用測試器對其進行正常評估。 實際上，這個政策對大公司和國家影響不大，受影響最深的是開源研究者、小實驗室、獨立開發者和科學界。 剛好達里奧（Dario Amodei）在昨天晚上新發的文章裏，還在強調他們堅持透明、問責和公共機構監督。 但實際上他們拒絕一切監督問責，甚至反過來暗中破壞針對模型的評估和研究行爲，這和他們宣稱的完全相反。 所以，這次模型發佈讓 Anthropic 在業內的口碑一夜之間變得不如路邊的一坨臭狗屎。

2026/6/11

我去！沒想到 Anthropic 的 Mythos 模型今天真的發佈了。 不過他們這次發佈的是 Mythos 的一個低配版本，命名爲 Fable 5。 它的測評基準非常驚人，甚至比之前的 Mythos Preview 模型還要高。在 Agent Coding 方面，它的主要長處在於 Coding、Agent 以及工具調用，基準得分比 Opus 4.8 高出非常多。 關於 Mythos 5 和 Fable 5 的具體情況如下： 模型定位與權限 (a) Mythos 5 與 Fable 5 採用同一底層模型，但在特定領域解除了限制。 (b) Mythos 目前依然只爲受信任的合作伙伴提供，優先開放給網絡安全和生命科學領域的合作用戶。 (c) Fable 5 現在已經開始向 API、Pro、Max、Team 及企業用戶提供。 API 定價 (a) 輸入： 每百萬 Token 10 美元。 (b) 輸出：每百萬 Token 50 美元。 (c) 這個價格比原先的 Mythos Preview 便宜了一半。 安全防護機制 (a) Fable 加強了安全防護。如果系統判斷請求可能涉及網絡攻擊、生化攻擊或大規模能力蒸餾，它會直接拒絕服務。 (b) 一旦拒絕服務，系統會回退到 4.8 版本。官方稱 95% 的情況不會發生回退。 訂閱服務說明 (a) 官方表示，6 月 23 號以後，Fable 即使在訂閱期內也可能會按量提供，不一定會直接包含在基礎訂閱包裏。 (b) 但如果 23 號以後算力資源充足，官方會盡量將其包含在 Pro 和 Max 等訂閱服務中。 詳情：anthropic.com/news/claude-fable-5-mythos-5

2026/6/10

Codepilot 這種大型代碼庫 Vibe Coding 非常依賴於文檔體系去控制 AI。 自從 Claude Code 的 Plan 模式廢掉以後，我連計劃寫的都是計劃文檔，整個文檔體系的複雜度和佔代碼的比例都在快速大幅上升。 這裏的 Plan 模式廢掉，是因爲在大型代碼庫下，它的 Plan 模式會產生非常多的幻覺。一旦任務變大，這種幻覺是非常致命的： 沒有辦法審查，因爲計劃內容不在項目裏，是臨時的；其他 AI 也無法進行審查，因爲它是直接吐出來的。所以它不如文檔直觀，也不如文檔可協作。 所以，文檔體系的管理，以及 AI 和人協作下的文檔梳理，在整個大型代碼庫中其實是非常重要的。 我讓 Codex 分析了一下 CodePilot 目前的文檔體系，以及它跟代碼之間的關係。 目前 CodePilot 裏面有 26 萬行代碼和 5.6 萬行文檔，文檔佔代碼的比例大約是 21%。 說一個事實： 從 CodePilot 的第一個版本到現在，我沒有動過一行代碼，因爲現在確實看不懂了。 但目前基本上所有已知的 bug 我都能修復，所有想要實現的能力也都能實現。 這是當前 Vibe Coding 我自己的一個實踐，也是我自己的一個上限。整個重構本來預期是兩週，但實際持續了超過一個月零三週。 順便通知一下，昨天藏師傅吭哧癟肚重構了一個多月的版本 0.55 已經上線，可以去體驗了。

2026/6/5

終於搞定我的 Codex 斷聯和推理慢的問題了！ 我有一臺電腦上的 Codex 推理速度巨慢，即使開了快速模式也很慢，還有一個問題就是經常連不上。 我一直以爲是自己的網絡有問題，但它和我的 Mac Studio 處於同一個網絡環境，Mac Studio 運行就非常快。 結果今天發現，是我的 config 配置文件有問題。裏面寫死了兩個參數，還寫死了兩個必須加載的 MCP，導致速度巨慢。 他幫我重置了那兩個參數，然後去掉了 MPC 的默認拉起邏輯，新建了一個對話後速度快多了。 如果你也有類似問題的話，我推薦讓你的 Codex 自己檢查一下配置文件。你只需要跟它描述具體的表現就行。

2026/6/1

現在周圍人發文件都變成 Markdown 和 HTML 了，但是微信這倆格式一個都不支持，而且相當封閉。 想用其他應用打開都費勁，真是受不了。 如果是在外面用手機，別人發過來的 Markdown 和 HTML 文件都不知道怎麼打開。 感覺得做個手機上的 HTML 和 Markdown 閱讀器了。 當然，瀏覽器也可以打開 HTML 文件，但是整個交互鏈路太複雜、太長了，體驗很糟糕。 現在的瀏覽器其實是爲你給它鏈接、然後它打開網頁這種場景設計的，而不是爲了從一個文檔閱讀器的角度去設計的。

2026/5/30