hv-analysis

hv-analysis

熱門

橫縱分析法(Horizontal-Vertical Analysis)深度研究 Skill。由數位生命卡茲克提出,融合了索緒爾的歷時-共時分析、社會科學的縱向-橫截面研究設計、商學院案例研究法與競爭戰略分析的核心思想。 當使用者想要系統性研究一個產品、公司、概念、技術或人物時使用。核心是雙軸分析:縱軸追蹤從誕生到當下的完整生命歷程(以敘事故事呈現),橫軸在當下時間截面上與競品/同類進行系統性橫向對比,最後交叉兩條軸產出獨到洞察。最終產出一份排版精美的 PDF 研究報告。 觸發詞包括但不限於:橫縱分析、研究一下、幫我分析、深度研究、做個研究、調研一下、競品分析、幫我看看這個東西怎麼樣、這個產品/公司/概念是怎麼回事、幫我摸清楚、幫我搞懂、幫我做個 deep research。 即使使用者只是說「幫我了解一下XX」或「XX是什麼來頭」,只要上下文暗示需要系統性的深度研究(而非簡單的概念解釋),都應該觸發。也適用於使用者丟來一個產品名、公司名、技術名詞說「幫我研究一下這個」的場景。 不要用於簡單的名詞解釋(使用者只是問「XX是什麼」)、不要用於公眾號寫作(那個用 khazix-writer)、不要用於純標題摘要生成(用 wechat-title)。

1.9萬星標
2079分支
更新於 2026/7/28
SKILL.md
唯讀
名稱
hv-analysis
描述

橫縱分析法(Horizontal-Vertical Analysis)深度研究 Skill。由數位生命卡茲克提出,融合了索緒爾的歷時-共時分析、社會科學的縱向-橫截面研究設計、商學院案例研究法與競爭戰略分析的核心思想。 當使用者想要系統性研究一個產品、公司、概念、技術或人物時使用。核心是雙軸分析:縱軸追蹤從誕生到當下的完整生命歷程(以敘事故事呈現),橫軸在當下時間截面上與競品/同類進行系統性橫向對比,最後交叉兩條軸產出獨到洞察。最終產出一份排版精美的 PDF 研究報告。 觸發詞包括但不限於:橫縱分析、研究一下、幫我分析、深度研究、做個研究、調研一下、競品分析、幫我看看這個東西怎麼樣、這個產品/公司/概念是怎麼回事、幫我摸清楚、幫我搞懂、幫我做個 deep research。 即使使用者只是說「幫我了解一下XX」或「XX是什麼來頭」,只要上下文暗示需要系統性的深度研究(而非簡單的概念解釋),都應該觸發。也適用於使用者丟來一個產品名、公司名、技術名詞說「幫我研究一下這個」的場景。 不要用於簡單的名詞解釋(使用者只是問「XX是什麼」)、不要用於公眾號寫作(那個用 khazix-writer)、不要用於純標題摘要生成(用 wechat-title)。

橫縱分析法深度研究

方法論溯源
橫縱分析法由數位生命卡茲克(Khazix)提出,融合了語言學中的歷時-共時分析(Saussure)、社會科學中的縱向-橫截面研究設計、商學院案例研究法、以及競爭戰略分析的核心思想,形成了一套適用於產品/公司/概念/人物的通用研究架構。核心原則不變:縱向追時間深度,橫向追同期廣度,最終交匯出判斷。

你正在執行一次橫縱分析法深度研究。最終產出一份排版精美的 PDF 研究報告

前置準備

環境準備

  1. 確認 PDF 轉換腳本可用:本 Skill 自帶 scripts/md_to_pdf.py(基於 WeasyPrint),用於將最終 Markdown 報告轉為排版精美的 PDF。確保依賴已安裝:pip install weasyprint markdown --break-system-packages
  2. 寫作風格:本 Skill 已內建完整的寫作風格指南(見下文「寫作風格」部分),無須額外載入其他 skill。

明確研究對象

收到使用者輸入後,確認以下資訊。如果使用者已經給得足夠明確(例如「幫我用橫縱分析法研究 Hermes Agent」),不需要追問,直接開始:

  1. 研究對象:具體的產品名/公司名/概念名/人名
  2. 類型:產品、公司、概念、人物、還是其他?
  3. 研究動機(選填):為什麼要研究它?最近發生了什麼?
  4. 特別關注點(選填):有沒有特別想深入的方向?

第一步:連網資訊收集

這個方法論的品質完全取決於資訊的豐富度和準確性。必須連網搜尋,不能僅靠已有知識。研究報告的價值在於深度和完整度,因此資訊收集階段寧可多搜,不要因為資訊不夠致使後續分析浮於表面。

並行搜尋策略

使用子 Agent 並行搜尋來提高效率。建議的分工:

  • 子 Agent 1 — 縱向資訊:研究對象的起源、創辦人背景、發展歷程、關鍵事件、版本迭代、融資、戰略轉向、危機
  • 子 Agent 2 — 橫向資訊:競品識別、各競品的特點和使用者口碑、行業對比評測、市場份額
  • 子 Agent 3(複雜對象才需要):補充資訊,如創辦人深度背景、行業環境變化、使用者社群討論(GitHub issues、Reddit、Twitter/X、知乎等)

子 Agent 連網工具使用指南(直接寫入每個子 Agent 的 prompt 中):

每個子 Agent 的 prompt 中必須包含以下連網指引:

你需要連網獲取資訊。使用以下工具:

  • WebSearch:用於搜尋發現資訊來源,獲取摘要和關鍵字結果
  • WebFetch:當已知具體 URL 時,用於從頁面定向擷取內容
  • 如果使用者環境中安裝了 web-access skill(檢查路徑 /mnt/.claude/skills/web-access/SKILL.md 是否存在),優先載入它並遵循其指引,它提供更強的瀏覽器 CDP 能力
  • 搜尋策略:先用 WebSearch 發現資訊來源和線索,找到具體 URL 後用 WebFetch 深入擷取
  • 多次搜尋、多個關鍵字組合,不要只搜一次就放棄
  • 一手來源優於二手來源:官方部落格 > 權威媒體原創報導 > 轉載/彙整
  • 學術類研究對象必查 arxiv:如果研究對象涉及學術概念、演算法、AI 模型、技術範式等,必須透過 arxiv API 獲取相關論文。呼叫方式:curl -s "https://export.arxiv.org/api/query?search_query=all:關鍵字1+AND+all:關鍵字2&max_results=10",或用 WebFetch 訪問同一 URL。回傳 XML 格式,包含標題、作者、摘要、發布日期、PDF 連結。可按需調整關鍵字組合和結果數量。找到關鍵論文後,用 WebFetch 讀取論文頁面(https://arxiv.org/abs/論文ID)獲取更多細節。

prompt 要描述目標(「獲取」「調研」「了解」),不要用暗示具體手段的動詞(「搜尋」「爬取」),讓子 Agent 自主判斷最佳獲取方式。

資訊來源優先級

一手來源優於二手來源,多個媒體引用同一個錯誤會造成循環印證假象:

資訊類型 一手來源
產品更新/技術決策 官方部落格、GitHub Release Notes、創辦人推文
融資/商業資料 公司官方公告、SEC/工商文件
使用者口碑 GitHub Issues、Reddit 討論、Twitter/X、知乎貼文
行業分析 權威媒體原創報導(非轉載)
學術/技術原理 arXiv 論文(export.arxiv.org/api/query)、Google Scholar、學術會議論文集

資訊充分性自檢

搜尋完成後檢查:

  • 縱向:能講出一個完整的故事嗎?有沒有明顯的資訊斷層?
  • 橫向:競品清單完整嗎?有沒有遺漏主要玩家?每個競品的資訊夠做對比嗎?
  • 來源:關鍵事實有可靠來源支撐嗎?有沒有只靠單一來源就下判斷的?

資訊不夠就再補搜。不要湊合。


第二步:縱向分析(Diachronic / Longitudinal)

沿時間軸,完整還原研究對象從誕生到現在的發展全貌。這是報告的主體部分,篇幅應該最重。

內容要求

起源追溯:它誕生的背景是什麼?基於什麼技術/理念/需求而來?創辦團隊或核心推動者是誰?這些人之前做過什麼,為什麼是他們來做這件事?當時的行業環境是什麼樣的?有沒有某個關鍵事件或靈感直接促成了它的誕生?

誕生節點:明確的首次發布/成立/提出時間,最初的形態和定位,跟現在有什麼不同。

演進歷程:從誕生到現在,按時間順序梳理所有關鍵節點。包括但不限於:重大版本更新、融資事件、團隊變動、戰略轉型、技術架構變化、使用者規模里程碑、重大合作或收購、公關危機或爭議事件。

決策邏輯:在每個關鍵節點上,盡可能還原決策背後的原因。為什麼選了 A 而不是 B?當時面對的約束條件是什麼?哪些早期決策「鎖定」了後來的發展方向、難以逆轉?什麼機制讓它越走越深(網路效應、生態綁定、技術棧選擇等)?

階段劃分:把整個歷程自然分為幾個階段(萌芽期、快速增長期、轉型期等),每個階段有核心特徵和核心矛盾。

篇幅

6000-15000字。歷史越長、節點越多的對象靠近上限,新生事物靠近下限。核心原則是把故事講完整、講透,每個關鍵節點都值得展開,不要為了壓縮而跳過重要細節。寧可寫長寫細,也不要蜻蜓點水。


第三步:橫向分析(Synchronic / Cross-sectional)

以當前時間點為切面,將研究對象與同賽道的競品/同類進行全面對比。

首先判斷競品情況

分三種場景處理:

場景 A:無直接競品。 如果研究對象是全新品類或獨佔性極強的領域,跳過逐一對比,改為分析:它為什麼沒有競品?是品類太新、壁壘太高、還是市場太小?未來最可能從哪個方向冒出競爭者?有沒有間接替代方案或上一代解決方式可以參照?

場景 B:少量競品(1-2個)。 逐一深入對比,每個競品展開詳細分析。

場景 C:競品充分(3個及以上)。 選取最具代表性的 3-5 個進行對比,其餘簡要提及。

對比維度

根據研究對象的類型靈活調整,但至少涵蓋以下方面:

核心差異對比:技術路線/核心方法論/底層邏輯、產品形態/商業模式/組織結構、目標使用者/受眾/適用場景、核心優勢與明顯短板、定價策略/資源投入/規模體量。

使用者視角:每個競品的真實使用者口碑如何?社群評價、使用體驗中被提及最多的優點和槽點分別是什麼?使用者實際的使用方式和官方定位有沒有偏差?對比不要寫成參數對照表的文字版,要講清楚每個競品「活成了什麼樣」,使用者選擇它的真實理由是什麼。

生態位分析:在整個賽道的版圖中,研究對象佔據什麼位置?填補了什麼空白,還是在跟誰正面競爭?當前格局是百花齊放、兩強爭霸、還是一家獨大?

趨勢判斷:基於橫向對比,研究對象在競爭格局中的走向是什麼?機會和風險各是什麼?

篇幅

3000-10000字。場景 A 控制在 3000 字左右,場景 C 每個主要競品至少展開 1500 字以上的獨立分析,不要一筆帶過。


第四步:橫縱交匯洞察

這是整篇報告的精華段。把縱向發展脈絡和橫向競爭格局結合起來,給出綜合性的、新的判斷。不要寫成前面內容的縮寫版。

需要回答的核心問題:

  1. 歷史如何塑造了當下的競爭位置:縱向歷程中的哪些決策和事件,決定了它今天在橫向對比中的位置?
  2. 競品的縱向對比:如果把主要競品也放到時間線上看,它們的起源和演變路徑有什麼不同?這些不同如何導致了今天各自的特點?
  3. 優勢的歷史根源:今天的每個核心優勢,能追溯到歷史上的哪個節點或決策?
  4. 劣勢的歷史根源:今天的每個核心劣勢,能追溯到哪個歷史決策?當初的「好決策」有沒有變成今天的包袱?
  5. 未來推演:基於縱向趨勢和橫向競爭格局,給出三個劇本——最可能的、最危險的、最樂觀的,每個劇本要有邏輯支撐。

篇幅

1500-3000字。


寫作風格

這不是一份冷冰冰的諮詢報告,而是一篇讓人能從頭讀到尾的深度研究。寫作風格需要在「研究報告的嚴謹」和「卡茲克的可讀性」之間找到平衡點。

從卡茲克文風中借鑑的核心元素

以下風格元素直接應用到報告寫作中(詳細定義請參考 khazix-writer skill):

節奏感:句子時長時短,段落之間跳躍自然。不要每段都一樣長,一句話自成一段製造重量感的技巧可以用。好的節奏像波動,每次圍繞主線偏出去一點,再用一句「扣主線句」拉回來。

敘事驅動,不是羅列驅動:縱向部分要有故事弧線,有起承轉合。例如一個產品為什麼在某個時間點突然爆發,背後的鋪墊是什麼,轉折是什麼。不要寫成「2023年1月發布了A,2023年3月發布了B」這種流水帳。

知識是「聊著聊著順手掏出來」的:在講述過程中自然地帶出背景知識,不要「下面我來給大家科普一下」。

敢下判斷:鼓勵給出觀點和洞察,但每個觀點必須有事實支撐。先擺事實,再給判斷。是推測的明確標註。表達判斷時用「我覺得」「我的判斷是」這種承認主觀性的姿態,而不是居高臨下的定論。

層層剝開的修辭:不直接講結論,用「現象→表面解釋→更深的追問→核心洞察」的方式展開。讓讀者參與到思考過程中。

文化升維:在交匯洞察部分,連接到更大的文化/哲學/歷史參照物。不是硬湊的昇華,是「聊著聊著自然想到了」的感覺。

回環呼應:開頭或縱向部分埋的細節和鉤子,在交匯洞察或結尾 callback 回來。前後因果的閉合感,是讓報告從「資訊流」變成「作品」的關鍵。

不從卡茲克文風中借鑑的元素

以下元素適合公眾號文章但不適合研究報告,需要克制:

  • 過強的口語化:報告可以有聊天感,但不要滿篇「這玩意」「不是哥們」「太牛逼了」。偶爾點綴可以,但密度要比公眾號文章低很多。
  • 去小標題化:公眾號文章追求一口氣順下來不加小標題。研究報告不一樣,1-3萬字的能力如果沒有清晰的結構和導航,讀者會迷路。報告需要清晰的章節結構。
  • 標點禁令可以放鬆:公眾號文章禁用冒號和破折號。研究報告中可以正常使用,因為報告需要的是資訊傳達效率。但「」的使用習慣可以保留。
  • 固定尾部:不要加公眾號的三連/星標尾部。

絕對禁區(依然適用)

以下 AI 味標記無論什麼文體都要避免:

  • 套話:「首先...其次...最後」、「綜上所述」、「值得注意的是」、「不難發現」
  • 空洞形容詞:「賦能」、「抓手」、「打造閉環」
  • 教科書開頭:「在當今AI快速發展的時代」、「隨著技術的不斷進步」
  • 高頻踩雷詞:「說白了」、「意味著什麼?」、「這意味著」、「本質上」、「換句話說」、「不可否認」
  • 空泛工具名:不說「AI工具」、「某個模型」,要說具體名字
  • 編造場景:如果某個資訊搜不到,誠實標註「該資訊暫缺」,絕不編造

用人話寫

避免諮詢公司式的套話和空洞概括。用具體的細節和例子代替概括性陳述。例如不要寫「該公司在這一階段實現了快速增長」,而要寫「從2024年中期的1000萬美元ARR到2025年底的10億美元,增長曲線幾乎是垂直的」。


第五步:生成 PDF 報告

報告寫完後,使用本 Skill 自帶的 scripts/md_to_pdf.py 腳本將 Markdown 轉為排版精美的 PDF。

轉換流程

  1. 先完成 Markdown 稿件:將完整報告寫為標準 Markdown 格式,儲存為 [研究對象]_橫縱分析報告.md
  2. 安裝依賴(如未安裝):pip install weasyprint markdown --break-system-packages
  3. 運行轉換腳本
    python [skill目錄]/scripts/md_to_pdf.py input.md output.pdf --title "研究對象名稱" --author "數位生命卡茲克"
    
  4. 腳本會自動生成中間 HTML 檔案(便於除錯)和最終 PDF

腳本內建的排版規範

md_to_pdf.py 已內建完整的 CSS 排版方案,無須手動調整:

  • 頁面:A4,頁邊距上 25mm/左右 20mm/下 20mm
  • 封面頁:自動生成,包含標題(28pt深藍色)、副標題「橫縱分析法深度研究報告」、作者資訊、裝飾分隔線
  • 配色:H1 標題=#1a5276深藍、H2=#1e8449綠色、H3=#2e86c1淺藍、H4=#5b2c6f紫色,正文=#2c3e50深灰
  • 字型:CSS fallback 鏈 "Droid Sans Fallback", Helvetica, Arial, sans-serif,自動處理中英文混排
  • 正文:10.5pt,行距 1.75,兩端對齊,孤行/寡行控制
  • 引用區塊:左側 3pt 深藍豎線 + 淺灰背景
  • 表格:全寬、深藍表頭白字、斑馬紋行
  • 頁首:「報告標題 | 橫縱分析法深度研究報告」(首頁不顯示)
  • 頁尾:「第 X 頁」(首頁不顯示)
  • Markdown 的第一個 H1 會被自動提取為封面標題,正文中不會重複出現

Markdown 寫作注意事項

為了讓腳本正確解析並生成最佳 PDF 效果:

  • 第一行用 # 標題 作為報告標題(會自動用於封面)
  • 緊接標題後可用 > 研究時間:... | 所屬領域:... | 研究對象類型:... 格式寫元資訊行,會被提取到封面
  • ## 作為主要章節標題(縱向分析、橫向分析、橫縱交匯等)
  • ####### 作為子章節
  • 表格使用標準 Markdown 表格語法
  • 引用使用 > 語法
  • 粗體使用 **文本**

末尾內容

在 Markdown 稿件末尾加上:

  • 資訊來源:所有引用的來源清單,標註 URL 和存取時間
  • 方法論說明:簡要說明橫縱分析法的來源(1-2句話即可)

報告結構範本

封面頁

目錄

一、一句話定義
[用一句話說清楚這個東西是什麼]

二、縱向分析:從誕生到當下
[完整的縱向敘事,6000-15000字]

三、橫向分析:競爭圖譜
[橫向對比分析,3000-10000字]

四、橫縱交匯洞察
[交叉分析和未來推演,1500-3000字]

五、資訊來源
[所有引用的來源列表]

檔案命名和交付

PDF 檔案命名為 [研究對象名稱]_橫縱分析報告.pdf,儲存到使用者的工作目錄中。


不同研究對象類型的適配

核心原則不變(縱向追時間深度,橫向追同期廣度),但側重點不同:

研究產品時:縱軸重點關注版本迭代、技術路線演變、使用者增長曲線、關鍵產品決策;橫軸重點關注功能對比、性能對比、使用者體驗、定價。

研究公司時:縱軸重點關注創辦團隊、融資歷程、戰略轉向、組織變革、關鍵人事變動;橫軸重點關注商業模式差異、市場份額、營收對比、組織架構差異。

研究概念時(技術範式、商業模式、文化現象):縱軸重點關注概念的起源(誰提出的、基於什麼理論/需求)、如何流行起來、經歷了哪些爭論和演變;橫軸重點關注與相近概念的區別、各自適用場景、不同陣營的論證。

研究人物時:縱軸重點關注個人經歷、職業軌跡、關鍵決策、成長曲線、公開言論變化;橫軸重點關注與同領域其他人物的對比(做事方式、風格、成就、影響力、路線選擇差異)。


篇幅總覽

部分 字數範圍 說明
縱向分析 6,000 - 15,000字 報告主體,不要蜻蜓點水
橫向分析 3,000 - 10,000字 視競品數量調整
橫縱交匯 1,500 - 3,000字 精華段,給出新判斷
全文總計 10,000 - 30,000字 不要怕長,深度和完整度是價值所在

質檢清單

交付前自檢:

  • [ ] 縱軸是敘事故事體?讀起來有因果邏輯和時代脈絡?不是年表流水帳?
  • [ ] 創辦人/發起者的背景和動機有足夠深度?
  • [ ] 每個關鍵節點都展開寫了,沒有為了壓縮而跳過重要細節?
  • [ ] 決策邏輯有還原?不只是「發生了什麼」,還有「為什麼這麼選」?
  • [ ] 橫軸的競品場景判斷正確(A/B/C)?競品分析夠深?
  • [ ] 使用者口碑部分引用了真實使用者的聲音?不只是官方宣傳?
  • [ ] 橫縱交匯產出了新的判斷,不是前面內容的縮寫版?
  • [ ] 未來推演的三個劇本都有邏輯支撐?
  • [ ] 寫作風格有節奏感、有可讀性?不是冷冰冰的諮詢報告?
  • [ ] 沒有觸犯絕對禁區裏的任何一條?
  • [ ] 所有關鍵事實標註了資訊來源?
  • [ ] 搜不到的資訊誠實標註了「暫缺」,沒有編造?
  • [ ] PDF排版美觀、結構清晰、可讀性好?
  • [ ] 總字數在 10,000-30,000 字的範圍內?