墨梅博客 - Tag: 軟體開發

AI 程式設計倦怠與墨梅部落格 1.14.0 發布 | 2026 年第 16 週草梅週報

草梅友仁 — Sun, 19 Apr 2026 16:01:02 GMT

本文在草梅友仁的部落格發佈和更新，並在多個平台同步發佈。如有更新，以部落格上的版本為準。您也可以透過文末的 原文連結 查看最新版本。

前言

歡迎來到草梅週報！這是一個由草梅友仁基於 AI 整理的週報，旨在為您提供最新的部落格更新、GitHub 動態、個人動態和其他週刊文章推薦等內容。

AI 編程使人倦怠

最近一段時間在高強度的使用 AI 編程推進墨梅部落格的開發進度。

也因此感覺到了 AI 編程的局限性。

近幾個月以來，在過了最開始 AI 編程對提效帶來的興奮勁後，我反而是有一種強烈的使人倦怠的感受。

這種倦怠感是多方面的。

首先，AI 編程確實節約了編碼的時間，對這部分的提效非常明顯。

但在編程，或者說軟體工作當中，編碼本身所佔的時間本來就沒那麼多，尤其自己是程式設計師的讀者朋友應該更加能夠理解。

在專案開發中，和其他人的協調、方案的制定，以及各種開會，才是最佔時間的，當方案真的確認下來後，具體的實現一般都是比較快的。

也因此，當 AI 帶來編碼效率的提升之後，此時的程式設計師將要承擔更多編碼之外的責任，比如說，決策技術方案、審查程式碼改動、提供調試資訊等。

當 AI 的編碼速度越來越快的時候，也會反過來要求程式設計師的決策越來越多，而這部分是非常消耗精力的。

舉個例子，以往可能一天就決策一個技術方案，但現在 AI 分分鐘就能給你整出 10 個，還能每隔一段時間增加新的方案，這時對於程式設計師來說，消耗的精力比以往大多了。

而由於目前的 AI 往往還有不可靠性（注意：這一點並不是 AI 不夠聰明導致的，而是軟體工程這樣複雜專案的必然性），因此還需要人來監督，及時修正路線，讓 AI 往正確的方向前進，這也會帶來額外的精力消耗。（完全 AI 編程的結果就是類似 OpenClaw 的專案成為「程式碼屎山」）

所以，當 AI 用的越多，心裡反而更累。

此外，由於等待 AI 編程的時間不太可控，不少人也會趁這段時間幹點別的，然後時不時來看一眼有沒有幹完，結果就是一心二用，那邊都不討好，也加劇的精力消耗。

還有個副作用就是，如果程式設計師自己編程的話，累了就去休息了；但如果是 AI 在編程的話，累了也不去休息，而是等到出結果了再去休息。（當然，也可以選擇直接睡了，起來再看結果，稍微好一點）

綜上所述，即便使用 AI 輔助編程，也要多注意休息，畢竟對人來說，自己的身體才是最重要的。

開源動態

本週墨梅部落格的開發依舊穩步進行中。

您可以前往 Demo 站試用：https://demo.momei.app/

您可以使用電子信箱 admin@example.com，密碼 momei123456 登入演示用的管理員帳號。

或前往官網註冊：https://momei.app/

也可以前往文件站了解專案整體規劃與未來開發路線圖：https://docs.momei.app/

目前墨梅部落格已正式發布 1.14.0 版本，以下是一些新頁面與新功能的截圖。

新增「內容洞察」頁面，可查看近期閱讀量、評論量與發文量的統計數據。

文章頁面新增分享功能，可一鍵分享至社群媒體，或複製後分享。

社群平台與打賞平台也新增了更多管道支援。

更多功能與頁面可前往官網體驗，或查看之前的部落格文章中的截圖。

歡迎各位用戶體驗，並提出意見與建議。

後續將持續按照路線圖與待辦事項開發新功能，敬請期待。

當然，目前墨梅博客還有許多需要打磨的細節，功能上也還不完善，如有任何意見和建議，都可以在項目的 GitHub issues 中提出。

如果你也對墨梅博客感興趣，歡迎參與開發和測試。

博客更新

記一次 2026 北京環球影城原神聯動羽球節互動主題區遊玩體驗 - 2026-04-12 21:15:35 摘要: 記錄了 2026 年北京環球影城原神聯動羽球節互動主題區的遊玩體驗，包括 NPC 任務打卡、角色表演互動、貓尾酒館與獵鹿人餐廳的聯動活動，以及對景區其他熱門項目的補完體驗。

GitHub Release

rss-impact-server

v1.18.1 - 2026-04-04 20:20:10

摘要: 版本 1.18.1 主要包含以下更新：

測試

新增了類型檢查步驟，以提升程式碼品質。

錯誤修復

修復了 pnpm-lock.yaml 檔案中重複映射鍵的問題。

程式碼重構

修改了類型斷言，以增強程式碼的類型安全性。
將類型定義從 type 更改為 interface，以提高程式碼的可讀性和一致性。

push-all-in-one

v4.5.2 - 2026-04-02 00:07:48

摘要: GitHub Release 摘要

版本: 4.5.2 發布日期: 2026-04-01

核心更新內容: 本次發布主要包含一項錯誤修復。

詳細摘要:

Bug 修復: 解決了因重複鍵值導致的 pnpm-lock.yaml 鎖檔案損壞問題。

rsshub-never-die

v1.4.0 - 2026-04-03 02:15:44

摘要: 版本 1.4.0 更新摘要：

本次發佈主要引入了以下新功能：

認證模組：更新了認證邏輯以及相關的函數。

caomei-auth

v1.13.1 - 2026-04-04 20:20:42

摘要: 本次版本更新主要修復了依賴管理檔案中的問題。

Bug 修復

依賴項 (deps): 修復了 pnpm-lock.yaml 檔案中因重複映射鍵導致的損壞問題。

momei

v1.14.0 - 2026-04-18 20:26:28

摘要: 版本 1.14.0 發佈於 2026 年 4 月 18 日，主要更新如下：

新功能：

管理後台新增內容洞察功能，包括趨勢點分析和相關 API。
API 層多項增強：優化 PostgreSQL 查詢與資料庫流量治理；改進分類和標籤的貼文計數查詢；多次增強快取機制以提升效能；提取公共分頁邏輯為組合式函數；收緊 ESLint 規則。
前端新增文章分享功能，並優化了分享樣式。
增強搜尋功能，支援快捷鍵。
新增微信同步觀察功能及相關結構。
其他功能：增強配置載入與測試；增強分發功能與觀察機制；新增 i18n 重複文案審計腳本；統一社交平台名稱管理；新增商業連結管理器測試用例。

錯誤修復：

修復 API 中空內容語言查詢參數的處理問題。
修復管理後台連結圖示位置、Feed 描述和版權資訊、分享連結生成邏輯。
修復分類/標籤頁與 RSS/網站地圖的鏈路異常問題。
修復貼文分發失敗的錯誤提示，並更新離開確認提示資訊。
新增 i18n 對小紅書的相容性支援。
新增資料庫準備中介軟體及相關測試用例。

程式碼重構：

最佳化 AI 配額策略邏輯與註解。
重構 API 快取邏輯與介面，統一查詢欄位命名。
重構分類和標籤查詢邏輯。
簡化微信同步的 Markdown 處理邏輯。
最佳化 TypeScript 規則配置、介面快取邏輯與非同步導入，以及部分註解與程式碼邏輯。

v1.13.0 - 2026-04-11 20:21:56

摘要:
版本 1.13.0 於 2026 年 4 月 11 日發布。本次更新主要包含新功能、錯誤修復和程式碼重構。

新功能：AI 模組新增媒體任務監控與補償機制。文章贊助模組擴展了支援的社交與贊助平台。文章模組增加了內容安全處理功能。ASR 模組最佳化了即時語音識別的鑑權有效期管理。ESLint 收緊了對生產環境 TypeScript 程式碼的規則。安裝模組增加了環境診斷功能。文章模組新增了相關文章推薦功能。路由模組重構了分類與標籤的處理邏輯。標籤管理頁面進行了重構。

錯誤修復：修復了應用頭部管理員連結的顯示邏輯。修復了 CLI 工具解析 pnpm 參數分隔符的問題。增強了依賴風險告警的同步功能。最佳化了 Nuxt 配置中的客戶端手動分塊設定。更新了 unhead 依賴至 2.1.13 版本。增強了目錄元件對標題錨點的處理。將媒體任務補償加入到了定時任務掃描中。新增了 onboarding 樣式並移除了冗餘引用。

程式碼重構：API 模組最佳化了內容存取異常對應與解鎖憑證管理，增強了內容存取控制與密碼解鎖邏輯，實施了首批 ESLint 規則緊縮治理，並統一了回傳物件格式為普通物件。ESLint 規則緊縮範圍擴展至所有生產環境 TypeScript 程式碼。重構了安裝文件連結的建構邏輯。最佳化了測試案例中的 mock 資料建構。重構了 HTML 處理工具函式。

v1.12.0 - 2026-04-05 23:36:45

摘要: 版本 1.12.0 於 2026 年 4 月 5 日發布。本次更新主要包含新功能、錯誤修復和程式碼重構。

新功能：API 最佳化了公開設定取得邏輯；應用標頭增加了管理員快捷按鈕；日期模組新增取得 UTC 日期功能；外部動態模組添加了快取刷新和來源聚合功能；GitHub 模組新增 Skills 准入清單與治理機制；國際化支援可讀時長格式設定；程式碼審查門禁增加了重複程式碼檢測自動化；安全模組增強了本地環境變數載入支援，並添加了 GitHub 安全告警檢查腳本；共享模組新增了多個字串和 URL 處理工具函式；翻譯功能與進度管理得到增強；此外還增加了時間配置解析與日期處理功能，並增強了封面生成。

錯誤修復：修復了應用標頭桌面管理員貼文連結樣式；修復了端到端測試中的模組解析和 DOM 元素斷言問題；外部動態模組修復了 RSSHub 語言元資料過濾和描述資訊更新問題，並添加了資料模擬；修復了通知管理介面的標題翻譯和功能支援；修復了發布流程中的 Playwright 瀏覽器安裝命令；安全模組更新了警報例外配置並添加了令牌解析功能；Slug 模組新增了 ASCII slug 處理函式。

程式碼重構：最佳化了 API 的演示模式判斷邏輯、命令列參數解析邏輯、腳本執行邏輯、服務層型別定義和函式回傳值，並修改了型別定義以提高可讀性，同時最佳化了資料庫流量消耗。

eslint-config-cmyr

v2.3.0 - 2026-04-14 01:32:35

摘要: 版本 2.3.0 發佈摘要

本次發佈主要引入了一項新功能。

主要更新內容：

新增嚴格模式支援：增加了對 JavaScript 嚴格模式的支援，並提供了相關的配置選項。

v2.2.2 - 2026-04-02 22:02:26

摘要: 本次版本更新主要修復了 TypeScript 相關規則配置問題。

Bug 修復：

更新了 strict 模組中的 TypeScript 規則配置，以解決已知問題。

v2.2.1 - 2026-04-02 21:03:47

摘要: 版本 2.2.1 主要包含以下修復：

Bug 修復

配置 (config): 調整了最大行數限制。
嚴格模式 (strict): 更新了 TypeScript 相關的規則配置。

v2.2.0 - 2026-04-02 02:07:58

摘要: 本次發佈為 eslint-config-cmyr 的 2.2.0 版本。主要更新內容如下：

新功能

新增了嚴格模式的配置入口及相關說明文件。

本次更新聚焦於提供更嚴格的程式碼檢查選項。

cmyr-template-cli

v1.45.0 - 2026-04-02 01:32:05

摘要: 版本 1.45.0 主要包含以下更新：

新功能

AI 功能：新增了 AI 開發配置及相關功能。
Plopfile：實現了 AI 引導模式對後續流程的影響。

Bug 修復

AI 功能：修復了程式碼審查中發現的 10 個問題。
Plopfile：修復了 AI 引導模式的選項順序問題。

picgo-plugin-optimization

v1.1.0 - 2026-04-17 00:53:38

摘要: 版本 1.1.0 主要引入了新功能。具體更新內容如下：

新功能

核心功能增強：在 index 模組中，對圖片處理功能進行了增強。

其他部落格或週刊推薦

總結

本週的更新和動態如上所示。感謝您的閱讀！
您可以透過以下方式訂閱草梅週報的更新：

部落格：草梅友仁的部落格
墨梅部落格：墨梅部落格
RSS：草梅週報
公眾號：草梅友仁的後花園
郵件訂閱：草梅友仁的部落格訂閱

往期回顧

墨梅部落格 1.11.0 發布與資料庫用量超支教訓 | 2026 年第 13 週草梅週報 - 2026-03-29 23:06:55
墨梅部落格 1.10.0 發布與 AI 程式設計工作流優化 | 2026 年第 12 週草梅週報 - 2026-03-22 22:51:32
墨梅部落格 1.9.0 發布與 LeanCloud 停服應對 | 2026 年第 11 週草梅週報 - 2026-03-15 23:18:42

墨梅部落格 1.10.0 發布與 AI 程式設計工作流程優化 | 2026 年第 12 週草梅週報

草梅友仁 — Sun, 22 Mar 2026 16:02:25 GMT

本文在草梅友仁的部落格發佈和更新，並在多個平台同步發佈。如有更新，以部落格上的版本為準。您也可以透過文末的 原文連結 查看最新版本。

前言

歡迎來到草梅週報！這是一個由草梅友仁基於 AI 整理的週報，旨在為您提供最新的部落格更新、GitHub 動態、個人動態和其他週刊文章推薦等內容。

開源動態

本週墨梅部落格的開發依舊在穩步進行中。

您可以前往 Demo 站試用：https://demo.momei.app/

您可以透過信箱 admin@example.com，密碼 momei123456 登入演示用管理員帳號。

或前往官網註冊：https://momei.app/

也可以前往文件站來了解專案整體規劃和未來開發路線圖：https://docs.momei.app/

當前墨梅部落格已經正式發佈了 1.10.0 版本，以下是新頁面和新功能的一些截圖。

優化了 AI 生成封面的邏輯，現在可以透過類型、配色、渲染、文字和氛圍五個維度去控制封面的設計。

新增了日語介面和文件支援。

增加了多語言系統配置功能。

增加了自訂郵件範本功能。

更多功能和頁面可以前往官網體驗，也可前往之前的部落格查看截圖。

歡迎各位用戶體驗。並提出意見和建議。

接下來的話還會繼續按照路線圖和待辦進行開發功能，敬請期待。

當然，目前墨梅部落格還有很多需要打磨的細節，功能上也還不完善，如有任何意見和建議，都可以在專案的 GitHub issues 中提出。

如果你也對墨梅部落格感興趣，歡迎參與開發和測試。

AI 編程的一些感想

最近優化了一下墨梅部落格專案的 AI 工作流。

我的體驗就是 Review 程式碼是真的有用，所以我增加了一個 Code Auditor (程式碼審計員) Agent，專門用來在任何程式碼、文件、設定等改動後進行審計，讓 AI 自己審查自己的改動。

當然了，更好的一個做法是使用不同的 AI 大模型來交叉 Review ，從而避免單個 AI 模型的局限性（當然成本也會翻倍）。

除此之外，在有任何新的需求和改動的時候，由 Product Manager (產品經理) Agent 來整理 Todo 列表，然後由 Full Stack Master (全端大師) 進行具體的程式碼改動。

不過，我認為作為基石的還是 lint、typecheck 和 test，在此基礎上再增加 Review ，才能讓每次的程式碼改動都能夠保證品質。

AI 編程讓程式碼的產出速度快了十倍，但也因此，產生 bug 的速度也快了十倍，因此這時候就需要更加嚴格的程式碼品質管控，才能夠保證專案的程式碼品質。

GitHub Release

momei

v1.10.0 - 2026-03-21 20:18:09

摘要: 版本 1.10.0 主要圍繞多語言支援、AI 功能增強和系統優化進行了更新。

新功能：為 AI 草稿生成、音訊/封面資產、郵件模板等模組增加了多語言支援，特別是日語。新增了文章導航、浮動操作按鈕、導入路徑驗證、Listmonk 通知整合等功能。同時，增強了認證會話、內容分發、設定管理和翻譯工作流。

Bug 修復：修復了國際化日誌輸出、Sentry 設定存取、設定層級解析、第三方開關布林值處理、文章同步支援等問題。優化了資料庫表結構、導入路徑處理和封面欄位。

程式碼重構：優化了智慧體角色職責、AI 文字處理與圖像上傳邏輯、音訊元資料處理、文件檢查輸出方式。調整了限流設定、日誌輸出、腳本治理機制和待辦事項規範。

其他部落格或週刊推薦

阮一峰的網路日誌

套殼中國大模型撐起 500 億美元估值？扒一扒 Cursor 的「套殼」疑雲 - 2026-03-21 18:19:11
科技愛好者週刊（第 389 期）：未來如何招聘程式設計師 - 2026-03-20 07:59:16

潮流週刊

第 260 期 - 去太子灣 - 2026-03-16 08:00:00

二丫講梵的學習週刊

學習週刊-總第 255 期-2026 年第 12 週 - 2026-03-19 22:42:43

總結

本週的更新和動態如上所示。感謝您的閱讀！您可以透過以下方式訂閱草梅週報的更新：

部落格：草梅友仁的部落格
墨梅部落格：墨梅部落格
RSS：草梅週報
公眾號：草梅友仁的後花園
郵件訂閱：草梅友仁的部落格訂閱

往期回顧

墨梅博客 1.9.0 發佈與 LeanCloud 停服應對 | 2026 年第 11 週草梅週報 - 2026-03-15 23:18:42
OpenClaw AI 助手實測與墨梅博客更新 | 2026 年第 10 週草梅週報 - 2026-03-08 23:52:49
墨梅博客 1.7.0 發佈與 AI 開發實踐 | 2026 年第 9 週草梅週報 - 2026-03-01 23:22:02

墨梅部落格 1.7.0 發布與 AI 開發實踐 | 2026 年第 9 週草梅週報

草梅友仁 — Wed, 11 Mar 2026 03:27:30 GMT

本文在草梅友仁的部落格發佈和更新，並在多個平台同步發佈。如有更新，以部落格上的版本為準。您也可以透過文末的 原文連結 查看最新版本。

前言

歡迎來到草梅週報！這是一個由草梅友仁基於 AI 整理的週報，旨在為您提供最新的部落格更新、GitHub 動態、個人動態和其他週刊文章推薦等內容。

開源動態

本週依舊在開發墨梅 (Momei) 中。

您可以前往 Demo 站試用：https://demo.momei.app/

您可以透過信箱 admin@example.com，密碼 momei123456 登入演示用管理員帳號。

或前往官網註冊：https://momei.app/

也可以前往文件站來了解專案整體規劃和未來開發路線圖：https://docs.momei.app/

目前墨梅部落格已經正式發佈了 1.7.0 版本，以下是頁面和功能的一些截圖。

在文章編輯頁面，新增了 AI 語音輸入功能，並支援 AI 潤飾文字。

新增了 AI 封面生成，可以自動基於文章內容生成對應的封面提示詞，並生成對應的圖片封面。

新增定時文章發佈、同步到 Memos，和透過 Wechatsync 的一鍵分發功能

新增透過文章生成音訊功能，可一鍵生成播客音訊。

新增看板娘（Live2D）和背景粒子動畫功能。

請注意 Live2D 資源的版權，使用時請遵守相關協議。

更多功能和頁面可以前往官網體驗，也可前往之前的部落格查看截圖。

歡迎各位用戶體驗，並提出意見和建議。

接下來的話還會繼續按照路線圖和待辦事項進行開發功能，敬請期待。

當然，目前墨梅部落格還有很多需要打磨的細節，功能上也還不完善，如有任何意見和建議，都可以在專案的 GitHub issues 中提出。

如果你也對墨梅部落格感興趣，歡迎參與開發和測試。

AI 專案開發與思考

相信最近這段時間大夥已經被網上的 AI 新聞洗版了。不管是超一流的影片生成 AI Seedance2.0，還是備受關注的 AI 個人助手 OpenClaw 等，都在網際網路上引起不小的風波。今天就來跟大家隨便聊聊這段時間，我高強度 AI 開發、AI 使用的一些感受吧。

首先就是這段時間高強度 AI 開發的成果——墨梅部落格。

從立項到第一次 release，大概用了 1 個月，如果刨去因外出而耽誤的時間，則大概不到 3 個星期，滿打滿算也就開發了 20 天。

可以說，對一個個人開發者而言，能有這樣的開發速度已經是一件相當驚人的事情了。

可見，AI 加持下，寫程式碼已經不是一件難事了，一個想法轉換為實際成果也更加容易了。

如果要我自己來從 0 開發到第一次 release，則預計要耗時 2-3 個月以上。

而在後面的開發中，隨著自訂 Agents 和 Skills 的完善，開發速度進一步提升，每次 release 都能有上百條 commit，也包括很多讓我自己去實現有難度的內容，比如說專案的全面國際化、全面的 AI 整合（適配 GPT、Gemini、Claude 等不同渠道）等。

這次專案的感悟之一就是能用最好的 AI 模型就還是要用最好的，可以說真的是一分錢一分貨。

比如說，個人在開發中為了節省 GitHub Copilot 的使用額度，一直使用 Gemini 3 Flash 來完成主要的開發任務，而 Gemini 3 Flash 也確實完成的很好，至少九成開發任務都能勝任。

但 Gemini 3 Flash（包括 Gemini 3 Pro）沒有那麼聽從 Agents 和 Skills 的指令，經常會不看文件，所以有時候效果不行，還得手動糾正。

直到有一次出現了用 Gemini3-flash 幾個小時無法解決的 bug，本人最後才決定換到 GPT-5.3-Codex 試試，結果半小時解決問題。

我估計 Gemini 3.1 Pro 或 Claude 4.6 Opus 也能解決，所以我覺得還是得直接上最強的模型，不然反覆 debug 實在痛苦。

當然了，AI 的呼叫成本終究是個不可忽略的問題，全部用最強的模型純屬氪佬專屬，我們貧民玩家還是得做好成本優化。畢竟付費上班也得有個度，每月投入上百到 AI 中還算可以接受，但投入上千就有點過分了。

接下來要談的就是 AI 程式設計經常會導致的一個問題，那就是程式碼品質的低落。

在人工開發時代，我們總以工作量大、趕時間為藉口，忽略程式碼規範、省略測試。但 AI 時代，這個藉口徹底不成立了。AI 的效率極高，完全可以嚴格遵守程式碼規範，所以程式碼品質管控變得比任何時候都重要。

用 Eslint 來統一程式碼格式，用 TypeScript 校驗型別，用 Vitest 新增單元測試、整合測試、端對端測試，測試用例更是多多益善。而如果以不會寫測試為藉口，則可以直接讓 AI 生成。

AI 不怕報錯，怕的是沒有回饋，沒有報錯訊息，AI 就不知道問題在哪，只會覺得自己的程式碼是對的；有了測試回饋，AI 修復程式碼的效率和準確率會超乎想像。

這一點其實和人也是差不多的，程式碼說到底要跑起來才能知道是否有問題

除此之外，一個很多人沒想到的問題就是，AI 時代下，專案開發中，文件比程式碼更加重要。

還是一樣，以前總說「寫程式碼沒空寫文件」，現在這些活全都可以交給 AI。

專案推進中，但凡有方案、思路、功能邏輯，都讓 AI 生成詳細文件記錄下來。

一來避免對話中斷、內容遺失，二來，每個專案搭配專屬的 AI 智慧體，定義好技能、完善好文件，就算換任何人接手，都能無縫銜接開發。現在越來越多的專案加入 AI 智慧體配置，這就是大勢所趨。

當然了，這也得保證文件和程式碼同步，在一個階段的開發告一段落之後就得及時的更新相關文件。

個人現在開發新專案的流程就是先和 AI 聊完專案的框架和設計要點，整理成設計文件和待辦文件，然後讓 AI 根據待辦文件，一條一條完成，然後跟設計文件核對，是否有缺漏或者要改進的部分。

對於開發一些小型專案，實測的結果是可以非常完美的跑完全流程。

例如 auto-backup-database，是先敲定了 todo.md 和 design.md 後全權交給 AI 開發的。

接下來就提一下最近很火的 Seedance2.0 好了，我也試了一下，效果非常炸裂，人物一致性非常強，可以說跟 nano banana pro 包攬了影片生成和圖片生成的兩大王冠。

雖然說隨著用的人太多了，免費版本已經開始降智了，加上越來越嚴格的審核導致出影片難度高，但不可否認的是 Seedance2.0 確實已經在影片生成領域超越了之前的 Sora2，來到了一個新的高度。

回想起當初 ChatGPT 的上下文只有 4k；圖片生成還得在本地部署 Stable-diffusion，還要研究 AI 提示詞；影片生成更是得走麻煩的工作流才能得到相對較好的結果。現在，都隨著 AI 大模型的發展而得到解決，上下文不夠？現在的 AI 上下文百萬 token 起步；圖片生成？nano banana pro 人物一致性拉滿；影片生成？Seedance2.0 效果拔群。

所以說，在 AI 時代，相比去學習各種技巧，等著 AI 模型進步還來得更快一些。

當然了，AI 也不是沒有反面例子，之前提到的 OpenClaw 就是另一個情況。

OpenClaw 本身是一個開源的 AI 助手，但和之前的 AI 專案不一樣的是，OpenClaw 的權限非常大，可以直接操作電腦上的所有東西，也因此，用得好，OpenClaw 可以極大地自動化工作流程，完成很多重複工作，但用不好的話，那就是刪郵件、刪專案、刪硬碟了。

所以說，天下沒有免費的午餐，在享受 AI 帶來的自動化的同時，也必定要承擔誤刪除帶來的風險（當然還有隱私洩露）。

絮絮叨叨說了這麼多，核心就是一句話：AI 已經徹底重構了個人開發、內容創作、職場工作等的邏輯，也必將進一步改變世界。

AI 的浪潮還在滾滾向前，下一期再跟大家聊更多細節，我們下期見。