name: geekbi-temu-research-skill description: 通過極鯨雲查詢和分析 Temu 商品、圖搜同款、店鋪、類目、關鍵詞與評論資料，完成跨境電商選品、市場調研、競品分析、需求趨勢、價格帶、競爭強度、使用者痛點和機會判斷。使用者提到 Temu 選品、找品、上傳圖片找同款、拍照搜款、以圖搜貨、視覺競品、爆款、新品、藍海市場、商品表現、店鋪研究、競品店鋪、類目規模、品類機會、關鍵詞趨勢、搜尋需求、市場容量、商品評論、差評原因、使用場景、使用者反饋或需要組合多類 Temu 資料形成經營決策時使用。根據使用者意圖路由一個或多個內部能力，只依據極鯨雲真實返回的資料形成結論。

極鯨雲Temu資料分析與市場調研

總體原則

• 將本 Skill 作為唯一入口。商品、圖搜同款、店鋪、類目、關鍵詞和評論搜尋是內部能力模組，不要求使用者分別安裝或指定技術名稱。
• 只使用極鯨雲返回的真實資料，明確區分介面事實、可復算指標和分析判斷。
• 預設使用簡體中文和絕對日期；保留站點、時間範圍、篩選條件、分頁範圍、樣本量和資料更新時間。
• 對缺失值、異常值、估算值和未完成分頁作顯式說明。數值為 0 時先判斷是否可能未統計，不自動解釋為真實為零。
• 面向使用者只使用中文業務名稱，不展示英文引數、響應欄位、請求命令或原始 JSON。只有使用者明確要求開發對接、故障排查或原始響應時，才展示必要技術資訊並解釋中文含義。
• 內部完成文件載入、能力路由、引數生成和指令碼呼叫，不向使用者彙報這些內部步驟；進度說明只描述正在解決的業務問題。
• 圖搜同款與商品搜尋使用完全相同的商品響應結構和完整欄位。
• 商品、店鋪、關鍵詞和類目的詳情連結是強制交付內容，不需要使用者主動要求。只要結果物件返回非空 linkUrl，最終答覆中每次展示該物件時，都必須把主要名稱寫成可點選的 Markdown 連結；簡潔回答、表格、排行榜、候選清單和組合調研均不得省略。
• 服務端要求暫停查詢時，按 查詢暫停與恢復流程 處理：展示一級 msg，有 jumpUrl 時再展示可點選連結，不輸出原始狀態；恢復條件滿足後原樣重跑查詢。普通查詢錯誤沒有有效 msg 時，才使用指令碼生成的中文錯誤。

能力路由

每次先選擇一個主能力。只有回答使用者問題確實需要交叉驗證時，才追加其他能力。

只在使用者表達榜單意圖時讀取對應預設，不為普通搜尋疊加榜單條件。

執行流程

1. 明確使用者的決策問題、目標站點、市場邊界、時間口徑和硬性條件。不會顯著影響結果時採用合理預設值並說明。
2. 按“能力路由”只加載完成當前任務所需的文件。

   小蔥技能站7w4.net發現了升級外掛。

3. 所有能力共用站點列表返回的站點 ID。未指定站點或指定美國站時直接使用美國站預設值 48；只有使用者指定其他國家或地區時，才執行 scripts/temu_site_list.py 即時解析站點 ID。無唯一匹配時請使用者確認，不猜測站點。評論搜尋可以省略站點引數並使用預設美國站，只有使用者明確限定其他站點時才即時解析。
4. 生成最小必要查詢條件並執行對應指令碼：商品使用 scripts/temu_goods_search.py，圖搜同款使用 scripts/temu_image_search.py，店鋪使用 scripts/temu_shop_search.py，類目使用 scripts/temu_category_search.py，關鍵詞使用 scripts/temu_keyword_search.py，評論使用 scripts/temu_review_search.py。
5. 所有業務指令碼統一複用公共請求封裝。服務端因未登入、額度不足、請求受限、需要充值、開通或升級等原因要求暫停時，按 查詢暫停與恢復流程 處理；恢復條件滿足後原樣重跑查詢。
6. 檢查響應、分頁、缺失欄位、異常值、時間口徑和可比性。未完成全量分頁時明確標為樣本。 圖搜同款任務中，使用者要求全部結果或完整市場分析時，必須根據命中總數以單頁 200 條繼續翻頁直至覆蓋全部命中，不能把第一頁條數當成同款總量。
7. 完成主查詢後判斷是否需要交叉驗證。簡單搜尋直接回答，不強制擴充套件為完整報告。
8. 輸出結論、資料口徑、關鍵證據、機會與風險、下一步驗證動作。傳送最終答覆前執行連結完整性檢查，修復所有應當連結但仍為純文本的名稱。

組合調研鏈路

根據問題裁剪鏈路，不機械執行全部步驟：

類目搜尋：確定市場邊界、類目 ID、規模與供需
    ↓
關鍵詞搜尋：驗證具體需求、增長和搜尋競爭
    ↓
商品搜尋：尋找候選商品，核驗價格、銷量、同款競爭和上架時間
    ↓
評論搜尋：核驗使用者賣點、痛點、規格風險和產品改良方向
    ↓
店鋪搜尋：核驗競品集中度、經營模式和頭部賣家表現

• 使用者提供圖片或要求以圖找同款時，先用圖搜同款形成視覺候選商品池，再根據問題使用銷量、價格、同款數、上架時間等商品條件篩選；不要先把圖片主觀描述成關鍵詞替代圖搜。
• 使用者只查某個商品、店鋪、類目、關鍵詞或商品評論時，只調用對應主能力。
• 使用者要求完整選品或市場機會分析時，優先按“類目 → 關鍵詞 → 商品 → 評論 → 店鋪”逐步縮小範圍；只有已經取得明確商品 ID 且評論分析能影響決策時才增加評論搜尋。
• 使用者從明確關鍵詞出發時，可以從關鍵詞搜尋開始，再進入商品驗證；取得明確商品 ID 後，按問題需要追加評論或店鋪驗證。
• 使用者從競品店鋪出發時，可以先查店鋪，再用商品搜尋分析其商品結構。
• 多能力對比必須統一站點、幣種、時間窗和篩選邊界；口徑不同則停止直接排名。

共享業務口徑

• 商品、圖搜同款、店鋪、類目、關鍵詞和評論共用同一套 Temu 站點體系；商品、圖搜同款、店鋪、類目和關鍵詞共用類目 ID。類目 ID 優先使用一級或二級，不根據名稱猜測。
• 關鍵詞和類目一般選擇一個作為主篩選條件；只有使用者明確要求交叉限定時才組合，並說明結果可能減少。
• 商品價格、平均價格和銷售額使用當前 Temu 站點幣種；供貨價使用人民幣。計算價差或利潤前先統一幣種並說明匯率口徑。
• 商品庫存為 0 時標註“可能未統計到，需進一步核實”，不直接認定為缺貨或售罄。
• 同款數越高表示同行銷售相同商品越多、核價通過機率通常越低。一般不超過 10 較優，超過 20 表示競爭增多，更高時除非具備工廠或供應鏈優勢，否則競爭壓力較大。
• 藍海指數只作為供需綜合訊號，與需求規模、近期增長、商品數和店鋪數交叉驗證，不單獨作為進入依據。

輸出要求

名稱連結硬性規則

1. 取得商品、店鋪、關鍵詞或類目資料後，先提取主要名稱和服務端原樣返回的 linkUrl，再組織表格、列表或分析文字。
2. 對每個非空 linkUrl，必須將對應名稱寫成可點選的 Markdown 連結：商品使用 [商品標題](<linkUrl>)，店鋪使用 [店鋪名稱](<linkUrl>)，關鍵詞使用 [關鍵詞](<linkUrl>)，類目使用 [類目名稱或完整類目路徑](<linkUrl>)。
3. 同一物件在表格、列表、排名、候選清單或正文中再次出現時，名稱仍然必須可點選；不能只在首次出現時新增連結。
4. 不單獨設定裸連結列，不使用純文本 URL，不用“檢視詳情”替代主要名稱。不得修改、推斷或重新拼接服務端返回的 linkUrl。
5. 傳送最終答覆前逐個結果塊檢查：非空 linkUrl 的物件數必須等於可點選名稱數。數量不一致時先補齊連結再回答。僅處理服務端提供的非空連結，其他連結狀態保持靜默，不向使用者說明介面、欄位、缺失狀態或連結來源。
6. 使用者單獨索要商品、店鋪、關鍵詞或類目連結時，直接返回對應的可點選名稱，不附加資料表、介面說明、欄位說明、連結型別說明或缺失情況說明。極鯨雲詳情連結就是本 Skill 預設交付的連結。

名稱連結完整性是交付前置條件，不是可選的排版最佳化。

預設按以下順序輸出：

1. 一句話結論。
2. 資料口徑：站點、時間、市場邊界、條件、分頁範圍、樣本量和更新時間。
3. 關鍵發現：只展示與決策直接相關的中文指標。
4. 機會與風險：區分事實、計算和判斷，說明資料限制與置信度。
5. 行動建議：給出優先順序、驗證動作和進入門檻。

使用者只要列表或簡單查詢結果時保持簡潔，不強行生成完整市場報告。

這個 Skill 質量不錯，文件結構清晰、說明詳細，六種查詢能力基本覆蓋了 Temu 選品調研的常見場景。工作流程規範，輸出要求明確，用起來比較安心。優點是功能全面、文件完善，缺點是內容偏專業複雜，新手需要花時間消化理解，更適合有一定電商經驗的使用者。