前言¶

投標團隊在決定投某個標之前，通常要做一件功課：搞清楚誰會一起出現在這個場上，對手過去贏了哪些標、在哪些品類和地區強、跟哪些客戶簽過真合同。靠人工搜公告、看企業官網介紹和新聞通稿拼出來的信息，往往停留在宣傳口徑上，很難直接回答「這個對手在哪個品類跟我重疊」「我們在哪些客戶那裏撞過」這類問題。

下面介紹的這個 Skill 做的就是這件事：給出一個公司主體，它基於全網招投標數據輸出競對分析報告，競對名單從投標重疊算出，實力用中標記錄證明，客戶關係以真實合同關係爲準。

這是什麼¶

Skill 名稱爲「競對情報分析-投標對手底細摸排」，座標 @user_a15e4142/competitor-intel-analysis，由社區發佈者 user_a15e4142 發佈並維護，當前版本 1.0.7，來源標記爲 community，分類爲 data-analysis，標籤 requires_api_key=true，即使用前需要提供 API Key。

一句話定位：面向投標方視角的競爭對手情報分析助手，輸入一個公司主體，輸出該對手的實力評估、主戰場、強勢品類、大客戶名單和與自家的投標交鋒記錄；也支持把自家公司和競對放在一起做雙公司對比。

它解決的問題是把「聽說這個對手很強」變成有招投標記錄支撐的結構化判斷，而不是停留在主觀印象或企業宣傳資料上。

核心功能¶

1、競對識別與投標重疊分析。競對不是靠人工指定，而是從投標重疊關係算出：哪些公司和目標主體在同一批招標項目中反覆共同出現。

2、中標實力評估。用目標主體的中標記錄來證明其真實實力，包括中標次數、品類分佈等可覈對的事實，而不是用註冊資本或宣傳口徑替代。

3、主戰場與強勢品類。歸納目標主體主要參與的品類和地區，識別它的強勢領域，用於判斷在某個具體標上碰到它時對方的勝面。

4、大客戶識別。基於真實合同關係識別目標主體服務的客戶，不是把參與過的招標項目一律當成客戶。

5、投標交鋒記錄。輸出雙方在什麼品類、什麼地區、什麼客戶上碰面過，這是評估「這個標上可能遇到誰、對方過往戰績如何」的直接依據。

6、單公司深度報告與雙公司對比兩種模式。前者圍繞一個對手做完整摸排；後者把自家公司和競對放在一起對比，適合投標前做針對性的競爭策略討論。

7、競對動態週報監控。按周跟蹤競對動態，用於投標策略需要持續更新、不是一次性結論的場景。

適用場景¶

適合投標方在投標前摸排對手底細、評估雙方在具體品類和客戶上的交鋒歷史，以及需要持續跟蹤競對動態時使用。

邊界需要說清楚：這個 Skill 的輸入是公司主體，輸出是競對分析。若用戶給出一個具體的招標項目，想判斷該不該投，應使用 zlbx-bid-decision；若用戶想主動挖掘商機或銷售線索，應使用 zlbx-opportunity-radar；若用戶只是搜索或查詢招中標公告數據，應使用 zlbx-bidding。

安裝與啓用¶

官方地址：https://api.skillhub.cn/user_a15e4142/competitor-intel-analysis

該 Skill 基於通用 SKILL.md 格式。資料中未給出可直接覈對的安裝命令或目錄路徑，這裏不杜撰，需要安裝時以官方地址頁面爲準。啓用前需按 requires_api_key=true 的要求配置 API Key。

典型用法¶

官方資料給出的典型觸發方式是：用戶給出一個公司主體，需要分析競爭對手、摸清投標對手底細時，直接使用本 Skill。具體可復現的需求包括：

1、競對分析、競爭對手調查。
2、對手中標實力評估。
3、競對主戰場與強勢品類梳理。
4、競對大客戶識別。
5、投標交鋒記錄，明確在什麼品類、地區、客戶上碰面。
6、自家與競對的雙公司對比。
7、競對動態週報監控。

即使用戶沒有明確說「競對」，只要意圖是搞清楚投標場上某個對手的實力、地盤與打法，都應使用本 Skill。

注意¶

輸出質量取決於全網招投標數據的覆蓋範圍：競對名單來自投標重疊計算，若某對手在目標品類中標記錄稀少，結論應當保留這一不確定性，而不是用推斷補齊。數據中未出現的關聯關係、中標次數或客戶關係，不應寫成確定事實。

本 Skill 定位是投標方視角的競爭情報，不做單項目投標決策，也不做商機挖掘，邊界場景應按上一節切換到對應 Skill。

結尾¶

這個 Skill 的價值在於把競對分析從主觀印象變成可覈對的招投標記錄：競對靠投標重疊算出來，實力靠中標記錄證明，客戶關係落在真實合同上，並支持單公司深度報告和雙公司對比兩種模式。

官方地址：https://api.skillhub.cn/user_a15e4142/competitor-intel-analysis