前言¶

私域獲客的最後一步往往卡在承接上：入口有，但來的是不是合格新增說不清；加微鉤子有，但用戶加了不開口；歡迎信息發了，首個關鍵動作沒人做。多數團隊靠經驗和模板拼湊，上線後才發現渠道來源混在一起，14 天過去哪條入口有效哪條無效無從判斷。

下面介紹的 Skill 「私域獲客承接官｜簡詩 AI」就是處理這件事的。它不是客服話術生成器，而是針對獲客入口到首個動作這段鏈路，輸出可直接執行的方案。

這是什麼¶

一句話定位：爲私域獲客、微信加粉、門店導流、內容引流、活動留資和新客戶承接生成可直接執行的入口方案。

出品與維護：發佈者爲 user_fccf428b，座標 @user_fccf428b/private-domain-lead-intake，來源標記爲 community，當前版本 1.0.4，分類 business-ops，屬於 SkillHub 上的社區 Skill。

解決的問題：用戶需要定義合格新增、設計加微鉤子、區分渠道來源、優化歡迎信息、提高首個關鍵動作完成、安排 14 天入口驗證或淘汰無效流量時使用。

與已有做法的對比：常見做法是把話術庫和渠道二維碼分開管理，入口設計和承接優化各自爲政；這個 Skill 把兩者放到同一條鏈路裏考慮，從入口定義一路推到首個動作完成率。

核心功能¶

只列出官方簡介中明確給出的能力：

• 合格新增定義：先給出「什麼算新增」的判斷標準，避免把存量用戶計入新增。
• 加微鉤子設計：針對具體入口給出鉤子，而不是通用話術。
• 渠道來源區分：把不同渠道的入口分開標記，便於後續歸因。
• 歡迎信息優化：承接階段的歡迎信息按入口定製。
• 首個關鍵動作：圍繞用戶加微後的第一個關鍵動作做設計，提高完成率。
• 14 天入口驗證：爲入口驗證留出週期，支持淘汰無效流量。

安裝與啓用¶

這個 Skill 基於通用 SKILL.md 格式。官方地址爲 https://api.skillhub.cn/user_fccf428b/private-domain-lead-intake，SkillHub 頁面爲 https://www.skillhub.cn/skills/user_fccf428b/private-domain-lead-intake。

安裝方式以官方頁面指引爲準，本文不復制未經覈實的命令。

官方地址：https://api.skillhub.cn/user_fccf428b/private-domain-lead-intake
SkillHub 頁面：https://www.skillhub.cn/skills/user_fccf428b/private-domain-lead-intake

標籤信息爲 requires_api_key=false，即使用該 Skill 不需要額外配置 API Key。目前公開資料中沒有區分 Cursor / Codex CLI / Claude Code 的安裝差異說明，此處不做臆測。

頁面顯示的當前指標爲評分 100000、下載 843、安裝 0，分類 business-ops。指標會隨時間變化，以官方頁面爲準。

典型用法¶

下面是一個可直接復現的用法示例，按官方簡介給出的使用場景組織：

輸入需求：門店導流場景，需要定義合格新增、設計加微鉤子、優化歡迎信息、安排 14 天入口驗證
期望輸出：可直接執行的入口方案，含渠道來源標記與首個關鍵動作設計

經過上面的步驟，Skill 會圍繞你給出的場景產出入口方案，而不是泛泛的建議。具體輸出質量取決於輸入中場景、渠道和承接動作的描述是否完整。

適用場景與注意¶

適合誰：

• 私域獲客、微信加粉、門店導流、內容引流、活動留資的運營或增長團隊
• 需要把入口承接做成可驗證、可淘汰機制的負責人
• 已經有入口和話術，但來源混在一起、首個動作完成率上不去的團隊

限制與坑：

• 它是方案生成工具，不替代實際投放、二維碼部署和數據統計，落地仍需人工執行
• 14 天驗證週期需要真實流量支撐，樣本太小時結論不可靠
• 渠道來源區分依賴入口側的標記一致性，如果線上入口沒有按標記區分，產出無法歸因
• 社區來源 Skill，功能邊界以官方簡介爲準，使用前建議覈對版本 1.0.4 的說明

結尾¶

這個 Skill 的價值在於把獲客承接拆成可執行的鏈路：入口定義、加微鉤子、渠道標記、歡迎信息、首個動作、14 天驗證。相比把話術和渠道分開管理的做法，它更適合需要快速驗證哪些入口真正帶來合格新增的團隊。

官方地址：https://api.skillhub.cn/user_fccf428b/private-domain-lead-intake