AI Agent 編輯日曆：讓技術 Blog 從靈感更新走向穩定經營

很多技術 Blog 的更新節奏，一開始都靠靈感：今天剛好修到一個問題、讀到一篇文章、試了一個工具，就順手寫下筆記。這種方式很真實，也很適合保留第一手經驗；但如果網站要被長期經營，光靠靈感就會很容易中斷。

UCAMC 第二階段的每日自動化經營，把 AI Agent 放進網站維護流程，目的不是把文章變成大量生成內容，而是建立一套能每天穩定執行的編輯日曆：知道今天該檢查什麼、補哪一類內容、如何串接舊文、以及如何留下可驗證的證據。

1. 編輯日曆先從網站定位開始

技術 Blog 的編輯日曆不應該只是一張「日期與標題」表。它應該回到網站定位：UCAMC 是從舊 WordPress Blog 延伸而來的技術筆記與數位實驗站，內容核心包含 WordPress、網站設計、前端開發、CSS、JavaScript、AI Agent、自動化工作流與個人技術筆記。

因此每日主題可以用幾個穩定欄位規劃：

• AI Agent / 自動化工作流：整理網站維護、內容品質、發佈檢查與工具串接。
• Next.js / Vercel / 前端技術：記錄站台重構、route、metadata、sitemap、build 驗證。
• WordPress 舊文整理：保留舊文章價值，必要時補上 updated note 與新的延伸閱讀。
• 動畫、短片動畫、漫畫：延續舊 UCAMC 的視覺與創作興趣，整理為更容易搜尋的內容入口。

這樣的日曆不會把網站推向單一題材，而是讓品牌主軸保持一致。

2. 每日任務要同時包含內容與維護

內容站的經營不能只看「今天有沒有新文章」。如果 route 壞掉、sitemap 沒更新、分類頁找不到文章，再多內容也無法累積價值。

一個適合 AI Agent 執行的每日節奏可以拆成五段：

1. 檢查 git status，避免覆蓋不明變更。
2. 檢查首頁、Blog 列表、代表性文章頁、分類頁與 SEO route。
3. 新增或整理至少一篇文章，確認 frontmatter 完整。
4. 補上內部連結，讓新文章與既有主題互相支援。
5. 執行 npm run lint、npm run build，並用 production-mode local server 驗證關鍵 URL。

這讓「寫文章」與「確認網站真的能被讀到」變成同一個流程，而不是分開處理。

3. 新文章要接回既有知識脈絡

每天新增文章時，最重要的小動作是內部連結。對讀者來說，內部連結能引導他們從一篇文章延伸到完整脈絡；對網站維護來說，內部連結也能幫助發現文章分類是否合理、slug 是否穩定、舊文是否需要補充。

例如這篇文章可以接回三個既有主題：

• AI Agent 如何協助技術網站進入每日營運模式：理解每日自動化工作流的基本結構。
• AI Agent 維護 Next.js 技術站的 Vercel 發佈檢查清單：把內容更新後的發佈驗證做成 checklist。
• AI Agent 內容品質循環：讓技術 Blog 每天維持可讀與可驗證：把 frontmatter、SEO、route 與驗證證據串成品質循環。

這種連結方式比單篇文章孤立存在更適合長期內容品牌。

4. 編輯日曆也要保護 canonical URL 策略

UCAMC 目前的文章 canonical URL 是 root-level /{slug}，/blog 則是文章列表頁。每日編輯日曆需要把這條規則寫進檢查流程：新增文章後，要確認首頁、Blog 列表、分類頁與 sitemap 都指向 /{slug}。

舊 WordPress 文章若保留 ID-prefixed URL，則由 redirect 規則導向 canonical root-level URL。相反地，新文章不需要建立 /blog/{slug} 版本，也不應把 /blog/{slug} 404 視為錯誤。這能避免未來維護時不小心產生兩套 URL。

5. 用報告累積營運記錄

AI Agent 的每日報告不是形式，而是網站營運記錄。它至少應該留下：

• 今天新增或整理的文章與 slug。
• 修改過的檔案。
• lint/build 是否通過。
• /、/blog、新文章頁、分類頁、/robots.txt、/sitemap.xml 的驗證狀態。
• legacy ID-prefixed redirect 是否回到正確 canonical URL。
• 下一步建議，例如整理哪一批舊文章、補哪個分類頁、或改善哪個內容入口。

當這份報告每天累積，UCAMC 就不只是「有一個 Next.js Blog」，而是有一個可追蹤、可驗證、可持續改善的網站經營系統。