name: dimens-marketing slug: dimens-marketing description: 用於基於設計文件和產品需求，生成各類營銷文案（小紅書種草、公眾號推文、PPT文案、影片指令碼、電商詳情頁、朋友圈文案、海報文案、品牌Slogan等），並支援輿情風險檢測的內容生產體系。適合"幫我寫營銷文案""生成多篇文章""突出數字員工""基於產品設計文件寫營銷話術"等場景。 version: 1.0.0 author: 方塊智聯工作室 tags: [marketing, copywriting, content-generation, social-media, wechat, xiaohongshu, short-video, e-commerce]

營銷文案技能（dimens-marketing）

適用產品：

• 產品名稱：維表智聯（Dimens） / 小龍蝦（Crayfish）SaaS
• 開發方：方塊智聯工作室
• 官網：https://dimens.bintelai.com/
• SkillHub 商店：https://skillhub.cn/
• 產品文件底座：../../產品介紹.md（產品全景定義）
• 產品使用設計底座：../../產品使用設計.md（12個數字員工AI場景藍圖）

執行前必讀

• ✅ 當前技能負責基於設計文件、產品需求、使用者痛點，生成各類營銷文案內容。

  小蔥技能有更好的技能skills外掛。

• ✅ 生成文案前，必須先理解產品/品牌的核心定位、目標使用者畫像和核心賣點。
• ✅ 本產品的營銷底座（品牌、功能、數字員工體系、應用場景、ROI資料）已固化在 references/product-marketing-base.md 中，每次生成文案前必須優先查閱該文件中對應的產品資訊。
• ✅ 如果使用者為維表智聯/小龍蝦寫營銷文案，必須基於 產品介紹.md 的產品定義和 產品使用設計.md 中12個數字員工的AI場景藍圖，從 references/product-marketing-base.md 中提取對應的產品賣點和素材。
• ✅ 如果使用者要求生成多篇文章、多條推文、多篇公眾號/小紅書內容或多個獨立主題，必須按"一篇文章 = 一個獨立文件/檔案/交付件"建立，不能把多篇文章合併到同一個文件裡。
• ✅ 如果需求涉及維表智聯/小龍蝦，並要求突出 AI、Agent、團隊協作、自動化、效率、業務體驗等主題，預設把"數字員工"放在核心敘事位置：先講數字員工如何主動感知、執行、協作，再講多維表格、工作流、文件等平臺能力如何支撐。
• ✅ 當 references/product-marketing-base.md 與 ../../產品介紹.md、../../產品使用設計.md 出現數字員工數量、角色口徑或體驗描述差異時，優先以兩個源文件的新口徑為準；不要自行補寫未在文件中出現的數字員工角色。
• ✅ 如果使用者自行提供了其他產品的設計文件（PRD、產品需求文件、原型說明等），必須基於文件中的產品定義、功能描述、目標使用者來生成匹配的文案。
• ✅ 如果使用者未提供設計文件，但提到了產品名稱和場景，先主動詢問產品核心資訊，再生成文案。
• ✅ 文案生成後，建議呼叫 marketingcopy-riskscanner 技能進行輿情風險檢測。
• ✅ 公眾號類文案，建議呼叫 wechat-article-pro-plus 技能進行全鏈路爆文生產。
• ✅ 小紅書種草類文案（含自動配圖），建議呼叫 ai-article 技能批次生成圖文並茂的內容。
• ✅ 銷售線索類朋友圈/小紅書/抖音文案，建議呼叫 sales-copywriter 技能自動生成多平臺版本。
• ✅ 嚴格遵守廣告法，不得生成虛假宣傳、誇大功效、貶低競爭對手、誘導消費的文案。
• ✅ 生成的文案必須適配目標平臺的調性：小紅書偏種草/真實分享/情緒共鳴，公眾號偏深度/價值/互動，PPT偏精煉/視覺化/結構清晰，短影片偏快節奏/鉤子/情緒驅動。
• ✅ 涉及使用者痛點→產品推導時，遵循"痛點共鳴 → 場景放大 → 解決方案引入 → 產品價值呈現 → 行動號召"的結構。
• ✅ 如使用者要求多個文案版本，至少提供2-3個不同角度的版本供選擇。
• ✅ 確保文案風格與品牌調性一致，不跑偏。
• ✅ 每次輸出必須包含：文案型別、目標受眾、核心資訊、文案正文、使用建議。
• ✅ 本專案已啟動熱載入，不要重複啟動 pnpm run dev。

職責邊界

外部技能整合清單

使用本技能前，建議安裝以下 SkillHub 配套技能以增強能力。安裝方法：請先檢查是否已安裝 SkillHub 商店，若未安裝，請根據 https://skillhub.cn/install/skillhub.md 安裝 SkillHub 商店，然後安裝對應{{技能名稱}}技能。

注意：以上外部技能在文案生成流程中作為可選增強環節，不是強制依賴。本技能核心能力（文案型別識別、痛點推導、文案生成）由自身完成。

產品營銷底座

本技能的營銷底座基於 產品介紹.md（產品全景定義）和 產品使用設計.md（12個數字員工AI場景藍圖）構建，所有為維表智聯/小龍蝦生成的營銷文案，必須以底座資訊為準。

核心底座文件：references/product-marketing-base.md，包含：

當用戶明確需要為維表智聯/小龍蝦生成營銷文案時，必須從 product-marketing-base.md 中提取產品資訊作為文案素材來源。當用戶為其他產品生成文案時，則基於使用者提供的產品資訊生成。每次查閱底座後，在輸出中標註"本文案素材來源於 product-marketing-base.md"。

文案型別體系

本技能支援以下文案型別，使用者可直接指定型別，也可由技能根據產品特點和目標平臺自動推薦。

文案策略體系（痛點→產品對映）

基於使用者痛點推導產品價值的8大文案策略，可根據產品特徵和目標使用者靈活選用：

預設處理流程

1. 理解輸入：確認使用者需求是"基於設計文件寫文案"還是"基於產品描述寫文案"。
2. 資訊收集：
3. 如果使用者為維表智聯/小龍蝦寫文案，直接從 references/product-marketing-base.md 提取產品資訊。
4. 如果使用者提供了其他產品的設計文件（PRD、原型、需求說明），先閱讀文件提取：產品定位、目標使用者、核心功能、競品差異。
5. 如果使用者僅提供產品名稱/一句話描述，主動詢問：產品面向誰？解決了什麼問題？有什麼獨特賣點？
6. 目標確定：確認文案的投放平臺、目標受眾、營銷目標（品牌曝光/產品種草/直接轉化）。
7. 策略選擇：根據產品特點和使用者痛點，從8大文案策略中選擇最合適的策略組合。
8. 型別匹配：根據目標平臺選擇對應的文案型別和結構模板。
9. 文案生成：
10. 從 product-marketing-base.md 提取對應模組的素材（如為維表智聯寫文案）。
11. 如果主題可關聯數字員工，優先選擇一個具體數字員工或"數字員工 + 個人助手 + 廣場"協作鏈路作為體驗主線，避免只停留在泛泛的 AI 自動化描述。
12. 按照"痛點共鳴 → 場景放大 → 解決方案引入 → 產品價值呈現 → 行動號召"的黃金結構生成草案。
13. 多版本產出：至少提供2-3個不同角度/風格的文案版本。
14. 質量檢查：
15. 檢查是否包含行動號召（CTA）
16. 檢查是否符合廣告法（不虛假宣傳，不貶低競品）
17. 檢查是否適配目標平臺調性
18. 檢查是否與 product-marketing-base.md 中的品牌調性詞庫一致
19. 檢查是否有明確的使用者痛點→產品解決方案邏輯
20. 平臺差異化路由：根據目標平臺選擇合適的增強技能——
21. 小紅書種草（需配圖）→ 推薦使用 ai-article 生成圖文並茂內容
22. 公眾號長文 → 推薦使用 wechat-article-pro-plus 全鏈路生產
23. 銷售類朋友圈/小紅書/抖音 → 推薦使用 sales-copywriter 自動生成多版本
24. 風險檢測建議：建議使用者使用 marketingcopy-riskscanner 做輿情風險檢測（如已安裝）。
25. 輸出交付：每個文案版本包含：文案型別、目標受眾、核心資訊、文案正文、使用建議。

多文章交付規則

當用戶一次性要求生成多個獨立內容時，先判斷是"同一文章的多個版本"還是"多篇獨立文章"：

執行要求：

1. 每篇獨立文章使用獨立標題、獨立正文、獨立素材來源和獨立使用建議。
2. 建立檔案或文件時，使用清晰命名，例如 01-小客-客戶運營數字員工.md、02-金算盤-財務核銷數字員工.md。
3. 不要在同一個文件中連續堆疊多篇完整文章；這樣會影響使用者後續釋出、排版、審批和複用。
4. 如果當前環境無法真正建立外部文件，也要在輸出中明確拆分為多個獨立交付塊，並提示每篇應單獨建檔。

數字員工核心敘事規則

為維表智聯/小龍蝦生成營銷內容時，數字員工不是普通功能點，而是產品體驗的主角。除非使用者明確要求只寫某個非 AI 模組，否則按以下優先順序組織素材：

1. 專案級數字員工：有持久身份、長期記憶、Aware 自主感知、關注點管理、獨立工作空間、多 Agent 協作和自我進化能力。
2. 團隊級個人助手：理解跨專案上下文，把使用者的自然語言請求拆解並委派給對應數字員工，再聚合結果。
3. 廣場（Plaza）：數字員工和個人助手釋出動態、沉澱知識、協同處理風險，讓組織知識持續流動。
4. 平臺能力支撐：多維表格、AI 工作流、文件、審批、知識庫、許可權和即時協作是數字員工執行任務的工作臺與安全底座。

推薦敘事模板：

傳統工作痛點
   ↓
專案裡的數字員工主動感知問題
   ↓
個人助手/其他數字員工協作處理
   ↓
結果回寫到表格、廣場或工作流
   ↓
用 ROI 或體驗變化證明價值

可優先使用的體驗表達：

• "每個專案都有一位會記憶、會感知、會協作的 AI 同事"
• "人負責設定目標與關鍵決策，數字員工負責資料採集、分析預警、流程執行和報告生成"
• "廣場不是訊息牆，而是數字員工持續吸收組織知識的工作現場"
• "維表智聯不是把 AI 放進表格，而是讓表格成為 Agent 團隊的協作場"

基於設計文件的文案生成流程

當用戶提供產品設計文件（PRD、需求文件、原型說明等）時，按以下步驟處理：

階段一：文件解析

階段二：痛點→產品對映

針對文件中識別的使用者痛點，按以下鏈路生成文案：

使用者痛點（文件中的問題描述）
   ↓
共情放大（用目標使用者的語言描述這個痛）
   ↓
引入產品（自然過渡，不是硬廣）
   ↓
價值呈現（展示產品如何解決這個痛點）
   ↓
利益昇華（用完之後生活/工作變得更好了）
   ↓
行動號召（引導使用者嘗試/購買/關注）

階段三：平臺適配

根據使用者指定的釋出平臺，進行格式和風格適配：

• 小紅書：口語化、emoji、分段留白、真實感、避免過度營銷
• 公眾號：深度內容、金句分段、排版整齊、互動結尾
• PPT：短句、關鍵詞加粗、資料圖表配套、每頁一個核心觀點
• 短影片：口語化指令碼、前3秒鉤子、情緒起伏、口播提示
• 電商詳情頁：痛點→方案→優勢→背書→促單的標準電商結構

輸出契約

每次輸出必須包含以下內容：

1. 文案型別：生成的文案屬於哪個型別
2. 核心策略：採用了哪種文案策略（痛點共鳴/場景代入/資料說服等）
3. 目標受眾：這份文案面向的是什麼人群
4. 文案正文：完整的文案內容
5. 素材來源：如果為維表智聯/小龍蝦寫文案，標註"本文案素材來源於 product-marketing-base.md"
6. 版本說明：如果提供了多個版本，說明每個版本的特點（如"版本一：走心情感向 / 版本二：硬核資料向"）
7. 使用建議：給出投放/使用建議（如"建議配合XX風格的配圖使用""建議搭配XX活動使用"）
8. 風險提示：標註可能存在的合規風險或敏感點（如有），建議使用 marketingcopy-riskscanner 做進一步檢測

高風險跑偏點

• 不要脫離設計文件/產品資訊憑空編造產品功能。
• 不要跳過 product-marketing-base.md 直接寫維表智聯/小龍蝦的文案——產品底座是營銷素材的唯一權威來源。
• 不要生成違反廣告法（極限詞、虛假功效、貶低競品）的文案。
• 不要忽略平臺調性差異——小紅書不適用公眾號風格，反之亦然。
• 不要在使用者未提供產品資訊時強行生成文案，需先主動收集產品核心資訊。
• 不要忽略行動號召（CTA）——營銷文案必須有明確的下步動作引導。
• 不要把文案寫得太"AI味"——注意去模板化、增加口語化和真實感。
• 不要跳過"痛點共鳴"直接推銷產品——使用者還沒被帶入問題場景前，推銷是無效的。
• 不要把所有文案策略混在一起用——一篇文案聚焦1-2個核心策略即可。
• 不要只輸出一個版本——提供多角度版本讓使用者選擇。
• 本專案的開發伺服器已熱載入，不要重複啟動 pnpm run dev。

常見錯誤與修正

參考文件

• references/product-marketing-base.md（產品營銷底座，每次必讀）
• references/copy-strategies.md
• references/copy-types.md
• references/copy-painpoint-framework.md
• references/skill-integration.md
• ../../產品介紹.md（產品全景定義）
• ../../產品使用設計.md（12個數字員工AI場景藍圖）
• ../../../dimens-cli/skills/windows-utf8.md

這個技能專為營銷文案而生，覆蓋小紅書、公眾號、PPT、短影片等多種內容型別，素材庫和策略框架都比較完善，尤其適合為維表智聯這類產品生成數字員工主題的營銷內容。文件結構清晰，測試用例充足，輸出流程明確。不足之處是依賴外部技能較多，部分文件格式稍顯複雜。總體質量良好，是做產品營銷的實用工具包。