前言¶

做企業微信私聊獲客時，常見的問題是「單聊裏來了一個人，但說不清他從哪來、爲什麼來」。落地頁、投放渠道、活碼、員工邀請、客戶轉介紹，最後都匯聚到同一個客服對話框裏，後端拿到的往往只是一個 external_userid 和一段會話記錄。再往下做轉化分析，缺的就是來源這一維。

這個 Skill 面向的正是這個缺口：它不做對話生成，也不做客戶畫像，只做一件事——在企業微信私聊獲客場景裏識別流量來源，並交付一張可複查的歸因字段表。

這是什麼¶

一句話定位：把「企業微信私聊獲客的來源標記與歸因」整理成固定交付物（歸因字段表）的 Skill，並附有效回覆率作爲複查口徑。

出品方爲 user_fccf428b（社區來源，community），Skill 座標是 @user_fccf428b/wecom-conversation-traffic-source-attribution，當前版本 1.0.0，分類 business-ops，標籤 requires_api_key=false。名稱後綴「簡詩 AI」是該賬號下的署名，不代表獨立機構。

解決的問題可以拆成兩句：第一，私聊會話的來源要被顯式標記，而不是靠事後回憶；第二，來源到轉化之間要有可複覈的字段口徑，避免「看了不算數」的轉化統計。

核心功能¶

按官方簡介，這個 Skill 的能力邊界是兩條，都不超出資料所述。

1、來源標記：在企業微信私聊獲客場景中識別流量從哪裏來。
2、歸因與複查：交付歸因字段表，並以有效回覆率作爲複查口徑。

「有效回覆率」在這裏是複查手段，即用它反向校驗來源標記是否落地——如果某個來源下有效回覆率異常，說明標記或承接環節有問題，而不是直接採信轉化數字。

需要注意，簡介沒有列出它具體識別哪些渠道、字段名如何定義、是否寫入企業微信側的標籤體系。這些細節在現有資料中不存在，本篇不作推斷。

安裝與啓用¶

資料中沒有給出安裝命令、安裝目錄或配置文件路徑，本篇不補寫命令行。

可以覈實到的接入信息只有兩條：

• 座標：@user_fccf428b/wecom-conversation-traffic-source-attribution，在 SkillHub 上按該座標查找。
• 官方頁面：https://www.skillhub.cn/skills/user_fccf428b/wecom-conversation-traffic-source-attribution

該 Skill 基於通用 SKILL.md 格式，屬於社區來源。requires_api_key=false 說明按標籤聲明不要求 API Key；如果實際運行時需要調用企業微信接口，那部分憑據要求需要以運行時提示爲準，資料中沒有說明。

Cursor / Codex CLI / Claude Code 的啓用差異，資料中沒有分別說明，這裏如實留空，不按其他 Skill 的慣例套寫。

典型用法¶

官方資料只給了適用觸發條件，沒有提供可復現的輸入輸出示例，因此本節只列觸發條件，不構造演示數據。

按官方簡介，在下面三種情況下使用該 Skill：

1、用戶提供了相關業務資料（私聊獲客的來源渠道、承接流程、轉化定義等），需要整理成歸因口徑。
2、用戶明確要求處理「企業微信私聊獲客來源標記與歸因字段表」。
3、用戶需要的正是對應交付物，即歸因字段表加有效回覆率複查。

實際執行時，建議按下面的順序推進，這與簡介描述的兩條能力對應：

1、先把來源清單對齊：逐條列出私聊入口，確認每個入口能否在會話側留下標記點。
2、再產出歸因字段表：每個來源一行，字段包含來源標識、進入方式、承接人、回覆情況與轉化狀態。
3、最後用有效回覆率複查：按來源分組計算有效回覆率，異常分組回查是標記缺失還是承接問題。

字段名和渠道枚舉值應以用戶提供的業務資料爲準，本 Skill 不預設固定枚舉。

適用場景與注意¶

適合誰：

• 用企業微信做私聊獲客，且已經或準備梳理來源口徑的運營、投放或增長同學。
• 需要把「來源」變成可分析字段，而不是隻留在話術裏的團隊。
• 想要一個輕量交付物（一張字段表加複查口徑），不打算引入重型 CDP 的團隊。

限制與坑：

• 只能處理私聊場景，羣聊、朋友圈、視頻號等入口不在簡介範圍內。
• 歸因粒度取決於業務資料裏能提供的標記點；資料沒給，Skill 也不會憑空生成渠道列表。
• 有效回覆率是複查口徑，不是效果承諾；它的作用是暴露異常，不替代轉化數據的採集。
• 版本 1.0.0，社區來源，評分 100000、下載 1177、安裝 0（安裝數爲 0 意味着公開的安裝數據還不多，接入前建議自行驗證交付格式）。
• 本篇寫作時兩個官方地址均無法打開抓取，以上事實來自預抓取資料，接入前請以官方頁面爲準再覈對一次版本與命令。

結尾¶

這個 Skill 的價值不在於多複雜的模型能力，而在於把「私聊流量從哪來」這個問題落成一張可複查的字段表，並用有效回覆率兜底。它適合已經有業務資料、只想補上歸因口徑的團隊；如果來源標記點本身還沒建立，先補標記點，再談字段表。

官方地址：https://api.skillhub.cn/user_fccf428b/wecom-conversation-traffic-source-attribution
SkillHub 頁面：https://www.skillhub.cn/skills/user_fccf428b/wecom-conversation-traffic-source-attribution