我是 Ming。在 vm0 負責產品設計之外，管理內容也是我工作的一部分——而這件事比我預期的複雜許多：工作流程設計、插圖製作、圖片生產、CMS 操作、多語言翻譯。以下是我逐步將這些事情搞定的過程。
內容管理是我在這裡負責的事之一
我在 vm0 的日常大多分配在產品設計和 Next.js 程式碼庫之間。但內容管理也在我的職責範圍內，而一旦認真投入，我才意識到一個表現良好的部落格背後需要多少工夫。你需要穩定的產出、紮實的關鍵字研究、符合品牌調性的視覺設計、像樣的 meta 描述，以及我們支援的四種語言翻譯。
剛開始認真做這件事時，每篇文章幾乎要花掉我一整天。寫作本身只佔其中一小部分，大多數時間都花在寫作周邊的製作工作上：找對關鍵字、製作封面圖、在 CMS 中填寫正確欄位、再為每個語言版本重做一遍。
於是我逐漸將這條流水線盡可能地交給 Lucas——一個我在 Zero 上圍繞自己日常工作打造的 AI 行銷代理人。他被設定為「行銷經理」，職責範圍涵蓋所有與行銷相關的事務：目前最完整的部分是部落格製作，而隨著我不斷新增技能和連接器，他的能力也持續擴展。
目前 Lucas 可以存取我們的 Strapi headless CMS、Ahrefs 帳號、團隊 Slack、網頁聊天介面、一個用於生成品牌一致插圖的內部 draw 技能，以及負責寫作機制的標準 copywriting 技能。
以下我將介紹這套 AI 部落格自動化流程在實際操作中的運作方式：Lucas 如何從一個模糊的提示出發，拆解出主題與關鍵字、起草文章、繪製封面、進行自然化翻譯，最終將四個語言版本的草稿送進我們的 headless CMS。接著我會談談我是如何走到這一步的，以及我刻意保留給人工處理的部分（目前大多還是我自己來）。
我如何使用 Lucas：網頁應用程式與 Slack
我主要透過 vm0 的網頁聊天介面與 Lucas 合作。這是深度工作的介面，我會在這裡和他一起進行大綱規劃、起草、封面迭代和修改。長篇對話、長篇脈絡，那種在聊天頻道裡會顯得很彆扭的來回討論。
Lucas 也接入了我們的團隊 Slack，作為共用的入口。我會從手機在那裡丟簡短的提示，團隊其他成員也可以找他。負責部落格輪班的人都用同樣的方式啟動一篇文章。同一個代理人，兩個介面共享同樣的脈絡。
一個典型的提示長什麼樣子
我給 Lucas 的提示通常很短，最多三句話。一個具代表性的例子：
Lucas，寫一篇關於如何有效主持每週例會的教學文章：涵蓋會議結構、常見陷阱，以及如何讓遠端團隊保持參與感。教學風格，SEO 友善，結尾加上使用 Zero 的 CTA。只要草稿連結，不要發布。
就這樣，整個簡報只有一則訊息。沒有大綱、沒有關鍵字清單、沒有設計簡報、沒有字數目標。Lucas 從這裡接手。
我花了一段時間才找到這個格式。早期我會寫很長的簡報，因為我以為代理人需要把所有事情都說清楚，後來才意識到大多數脈絡應該放在他的常駐指令和技能裡，而不是每次的提示中。提示是觸發器；其餘的設定才是真正承載重量的部分。
Lucas 如何分析主題與關鍵字
Lucas 的第一步是從模糊的提示中提取結構。對於上面那樣的請求，他的工作筆記大概是這樣：
- 主題： 如何有效主持每週例會
- 格式： 教學文章 → 編號步驟、具體範例、「這樣做」的語氣
- 預設受眾： 團隊主管、遠端管理者、創辦人
- 必要章節： 會議結構、常見陷阱、遠端參與感
- CTA： 引導讀者使用 Zero
- 限制： 只要草稿 URL，不發布
接著他選定關鍵字。這是我剛開始做內容行銷時最沒有直覺的部分，所以我給了 Lucas 一套每次收到關鍵字相關提示時都會走過的流程。這不是他自主執行的技能，只是一個我信任他去執行的步驟序列：
- 從 Ahrefs 抓取候選關鍵字。 他對主題詞組呼叫 Ahrefs API，取得包含每月搜尋量、關鍵字難度（KD）、父主題和 SERP 意圖的長尾變體。
- 依難度篩選。 我給了他一條硬性規則：KD < 30。vm0 是相對新的網域，權威性有限，所以追逐高 KD 關鍵字對我們目前來說沒有意義。長尾關鍵字才是早期的致勝之道。
- 與 Strapi 索引交叉比對。 他透過 Strapi REST API 抓取所有已發布的 slug，並移除我們已經涵蓋的關鍵字，避免自我蠶食。
- 將意圖與產品適配性對照。 關鍵字的意圖必須與我們的使用案例庫相容。「如何有效主持每週例會」→ 營運 / 團隊管理 → 符合。「東京最好吃的拉麵」→ 不符合，無論搜尋量多高。
- 選定一個。 從篩選後的清單中，他選出搜尋量最高的選項，作為文章的主軸。例如：遠端每週例會最佳實踐。
在頁面 SEO 方面，他套用一個簡單的啟發式規則：目標關鍵字出現在標題、至少一個 H2，以及前 100 個字中。同義詞和相關詞組自然地穿插全文。在合適的地方加入兩到三篇相關文章的內部連結。之後：自然地寫，不堆砌關鍵字。
文章結構（六到七個 H2、每個步驟下方的「小提示：」標注、結尾的 CTA）來自我透過幾篇文章逐步建立起來的教學文章範本。
封面圖是如何繪製的
封面是我最在意的部落格製作環節，一方面因為我是設計師，另一方面因為這是讀者在讀任何一個字之前就會看到的東西。它也是文章在 X 或 LinkedIn 上分享時的 Open Graph 圖片，正是它讓我們的部落格索引頁看起來像一本刊物，而不是一堵庫存照片牆。
庫存照片不符合我想要的風格，而逐篇委託插圖會讓每篇文章的製作成本變得難以負擔。所以我在 Zero 上建立了一個叫做 draw 的技能。它是一個 200 行的 Python 腳本，做五件事：
- 接受兩個輸入：一個隱喻（要素描的內容）和一個顏色（一個友善的名稱加上十六進位色碼錨點）。
- 將它們放入一個固定的提示範本，鎖定其餘的構圖設定：暖灰色背景
#eeeeee、以選定顏色為主的水彩色塊置中於畫布、上方疊加手繪墨水素描、vm0 logo 位於左上角 (25, 25)。 - 將組合好的提示發送至 fal.ai 的
nano-banana-pro模型，比例為 16:9。 - 下載 PNG。將任何接近白色的像素標準化回精確的
#eeeeee，確保背景不會偏移。放大至 1600×900。將透明的 vm0 logo 合成疊加在上方。 - 將結果上傳至 vm0 的 CDN 並輸出 URL。
一個典型的呼叫方式如下：
python draw.py \
--metaphor "a tilted hourglass with sand draining into a small open notebook, a sparkle near the rim" \
--color-name "dusty rose" \
--color-hex "#e08b96" \
--upload
只需兩個輸入，其餘的品牌元素保持一致。我通常會根據文章主題選擇合適的顏色。偏暖的教學類文章用珊瑚色或鼠尾草綠，較技術性的文章用藍色或薰衣草紫，公告類文章用芥末黃。幾個反覆出現的顏色，慢慢讓部落格索引頁形成一個可辨識的色彩系統。
我吃了苦頭才搞清楚的一件事是：關鍵不在於模型本身，而在於範本。讓模型自由選擇構圖、色調和版面，意味著每張封面看起來都像不同的品牌。鎖定這些元素，只讓它選擇隱喻，才能讓每篇文章的視覺風格保持一致。
還有一個姊妹技能叫做 illustration，用於文章內的點綴插圖（也就是你在這篇文章各章節之間看到的那些小插圖）。概念相同：固定風格，只有隱喻和顏色會變。只是針對 1024×1024 的正方形插圖進行了調整，而非 16:9 的封面。
關於圖片 SEO 的小補充：同一張封面圖同時作為文章的 Open Graph 和 Twitter Card 素材，讓社群分享時能正確抓取。Strapi 在上傳時會自動生成四種預先調整尺寸的版本（縮圖、小、中、大），不過我還沒有將文章內文接上 srcset 來載入它們，這是一個待辦的前端小項目。內嵌插圖在 Lucas 將它們嵌入 Markdown 時會寫入描述性的 alt 文字；封面在 Strapi 中的 alternativeText 欄位則是我還想補齊的部分。
文章是如何寫成的
一旦主題、關鍵字和封面確定，起草工作大多是機械性的。Lucas 會：
- 先列大綱。 六到七個 H2，每個都有明確的任務：問題框架、逐步說明、「小提示：」標注、摘要、CTA。
- 使用
copywriting技能將每個 H2 展開成段落。 語氣（短句、具體範例、適時使用第二人稱、偶爾的冷幽默）來自我在 Lucas 常駐指令中設定的規則，而非技能本身。 - 在每個步驟下方加入實用的「小提示：」標注。 對教學文章特別有用，因為大多數讀者會略讀，而這些標注為他們提供了瀏覽長篇內容的路徑。
- 撰寫文章的
description欄位。 Strapi 將其限制在 80 個字元以內，所以它保持簡短，讀起來像人寫的。它被用作文章副標題，以及 OG/Twitter Card 描述。 - 以 CTA 作結，點名產品並連結到免費工作區。
第一稿通常在提示發出後兩到三分鐘內回來。我閱讀後，在語氣偏差的地方要求調整，Lucas 反覆修改直到滿意為止。第一稿很少能直接發布，通常大致到位但有些地方不對，而這正是我花最多審閱時間的地方。
草稿如何進入 Strapi
我們使用 Strapi 作為 headless CMS。articles 內容類型包含 cover（媒體）、author 和 category（關聯）、locale（字串），以及文章主體所在的 blocks 動態區塊。
Lucas 的 CMS 同步流程：
- 將封面 PNG POST 至
/api/upload，儲存回傳的documentId。 - POST 至
/api/articles?status=draft，帶上標題、描述（≤80 字元；Strapi 會強制執行）、slug、locale、封面/作者/分類關聯的數字 ID，以及包含 Markdown 內文的單一shared.rich-text區塊。 - 關鍵：省略
publishedAt。 Strapi 將 null 視為草稿狀態。 - 使用 vm0 的草稿模式回傳預覽 URL：
https://www.vm0.ai/{locale}/blog/posts/{slug}?status=draft。
關於 Strapi v5 的注意事項：公開 REST API 可以在某些內容類型上覆寫 publishedAt，這意味著你透過 API 建立的「草稿」可能會悄悄上線。解決方法是一個小型資料庫遷移，在草稿寫入時移除該欄位。
Slug 策略對 SEO 也很重要。我們在四個語言版本中使用同一個標準 slug，而不是翻譯它。/de/blog/posts/remote-weekly-meeting-best-practices 的讀者看到的 URL 結構與 /en 的讀者相同，我們的外部連結資料也不會因為翻譯後的 URL 而分散。從這些語言版本關聯中輸出 hreflang 連結標籤是一個待辦的前端小項目，目前還沒有實作。
i18n 翻譯如何運作
vm0 支援四個語言版本：英文、德文、日文、西班牙文。我們不透過 Google 翻譯處理文章。廉價的路徑會毀掉語氣；正確的路徑是對慣用語進行適應性轉化。
Lucas 先建立英文草稿，取得回傳的 documentId，然後發出三個後續的 PUT /api/articles/{documentId}?locale=de（以及 ?locale=ja、?locale=es）請求，帶上自然化翻譯的內容。Strapi 將這些視為同一份標準文件的語言版本，讓四個版本在後台管理介面和前端語言切換器中保持連結。
我給他的翻譯規則，大多來自遇到錯誤輸出後的修正：
- 不要翻譯在目標語言中已是英文外來語的技術術語。 「API」、「CMS」、「agent」和「prompt」在日文和德文中保持英文。翻譯它們在兩種語言中都感覺很奇怪。
- 自然地轉化慣用語。 「kills your Friday」直譯成德文是胡言亂語；用同樣隱喻的母語版本才能傳達意思。
- 依語言版本調整 CTA 語氣。 祈使句在德文中感覺更強硬，所以我會降低語氣；日文版本通常軟化為禮貌的邀請。
- 依語言版本調整標題長度。 德文標題往往比英文對應版本長約 30%。日文標題往往更短。Lucas 讓每個語言版本的標題都控制在 60 字元的 SERP 截斷限制以內。
多語言內容發布曾是這套工作流程中最耗時的部分。現在它只是同一個代理人執行流程中的最後一個步驟。
哪些事情不自動化
這是一個簡短但重要的章節。這套工作流程中並非所有事情都是自動化的，而且是刻意為之：
- 策略層面的主題選擇。 Lucas 在一個主題內選擇關鍵字，但主題本身來自我，通常源於產品發布、客戶對話或路線圖的調整。
- 最終編輯審閱。 每篇草稿在發布前我都會親自閱讀，尤其是英文版本。語氣、技術聲明的準確性、對內部產品脈絡的呼應，都需要人工審視。
- 我不流利的語言的母語審閱。 我的德文不夠流利。德文草稿在發布前會交給母語者進行最終審閱。
- 推廣。 發布到 X、寄送給訂閱者、在社群中分享，目前仍是手動進行的。
重點不是把我從流程中移除，而是把我從那些其實不需要我的環節中移除。
我是如何走到這套工作流程的
我不是某個週末坐下來設計出這一切的。它是一篇文章接著一篇文章，從注意到哪些步驟在吃掉我的時間中慢慢積累而來的。
我注意到的是：值得自動化的部分並不是創意部分，而是連接部分：關鍵字抓取、封面渲染、上傳呼叫、語言版本展開、預覽 URL 格式化。當我誠實地追蹤時，我花在後勤工作上的時間比實際寫作還多。
於是我逐漸將後勤工作移交給代理人。模型負責寫作；代理人負責搬運東西。我仍然是那個決定寫什麼、應該聽起來怎樣的人，只是不再是那個把各個環節拼湊在一起的人。
對我來說，內容自動化在實踐中並不是「AI 寫部落格」，而是「AI 處理寫作周邊的一切，讓我有時間真正看那篇文章」。
如果你想嘗試類似的做法
如果你處於類似的處境，身兼多職而內容管理是其中之一，這套做法大部分都是可以複製的：
- 一個能讓你賦予代理人持久角色和技能的代理人平台（我們使用 Zero，Lucas 就住在那裡）。
- 連接到你現有工具的連接器：你的 CMS、你的關鍵字研究工具、你的圖片生成工具、你的 Slack。
- 一小套針對你品牌量身打造的技能（在我們的案例中是用於封面的
draw和用於語氣的copywriting）。 - 承載脈絡的常駐指令，讓提示可以保持簡短。
或者如果你想在註冊前先看更多代理人工作流程，我們的使用案例庫有 19 個涵蓋工程、產品、行銷和營運的即用自動化方案。
如果你想直接複製 Lucas：建立一個代理人，賦予他行銷經理的角色，連接 Strapi（或你的 CMS）+ Ahrefs + 一個圖片生成工具，加入一個以你的品牌為基礎的 draw 技能，以及一個捕捉你品牌語氣的 copywriting 技能。他會從你的第一個提示開始自己摸索出其餘的部分。
