功能主頁面生成 是做什麼的？
將一份涵蓋多個功能、支柱或子產品的定位簡報，擴展為多個獨立的登陸頁面簡報，每個支柱各有一個頁面，每個頁面都擁有自己的 URL、關鍵字定位和從主視覺到最終行動呼籲的完整文案。
輸入
首先讀取 company-context.md（位於儲存庫根目錄，或搜尋工作區），並使用適用於此技能的欄位。如果檔案或某一行缺失，請詢問一次，然後提議將答案儲存回該檔案。切勿用關於公司的假設來填補空白。
配合使用
- 輸入：一份定位簡報、來自功能支柱研究的支柱文件，以及來自用例證據研究的證據文件。每個頁面上的每個主張都必須回溯到這些文件。
- 產生：每個支柱一份頁面簡報，並帶有主張標籤；如果要求，還可產生一個合併的父頁面。
- 下一步：文案撰寫與設計。每當產品事實變更時，對這些簡報執行主張傳播掃描。
如果支柱或證據文件不存在，請先建立它們，而不是憑記憶撰寫頁面。
為何這與單一合併頁面不同
合併頁面可以讓最強的兩三個功能撐起整個頁面，而將較弱的功能摺疊進去。拆分為 N 個頁面則移除了這個保險閥：每個支柱都獲得相同的版面空間，無論其證據是否相等。薄弱的功能可以有自己的頁面，但該頁面必須誠實地反映這一點。
每個支柱的流程
- URL。一個一致的父路徑，以支柱名稱作為最後一個區段，使所有頁面形成一個系列。
- 針對此支柱的關鍵字研究，而不是到處重複使用產品的總括術語。提取搜尋量、難度和每次點擊成本（檢查工具的貨幣單位；某些 API 會以美分回傳每次點擊成本）。標示：
- 與品牌定位衝突的關鍵字（最好的關鍵字是「票務系統」，但產品反對票務佇列的概念）：將其保留在標題、元描述和一個支援性標題中，或標示給人工審核。
- 搜尋結果被另一種內容格式主導的詞彙（如清單文、比較文）：建議為該詞彙採用不同的資產，而不是強迫產品頁面去競爭。
- 標題標籤和元描述，從主要關鍵字出發。
- 定位摘要：3-5 個句子，來自來源簡報、該功能的核心主張和最有力的證據。
- 頁面內容，整個系列結構一致：
- 英雄區塊（H1、副標題、行動呼籲）：該功能最精準的具體主張，並提及機制。
- 證明條：3-4 個簡短、有來源的主張。如果某個統計數據存在但未獲准使用，請如此說明；不要使用它或默默將其刪除。
- 2-4 個主體章節，來自該功能的真實證據：它的功能（來自功能目錄）、為何它勝過明顯的替代方案、該功能必須回答的異議。
- 信任或安全章節，如果該功能涉及權限、合規性或人工智慧安全相關的異議，則將其放在較高的位置。
- 誠實範圍章節，僅當該功能的證據比其兄弟頁面薄弱時才加入。
- 交叉連結，連結到兄弟頁面。
- 最終行動呼籲。
- 標記每個主張（共享規則第 4 條），並對使用的任何客戶引言執行引言檢查。
- 每個頁面特定的待辦事項，位於每個簡報的結尾：未確認的數字、待核准的客戶、或關於該功能是否值得擁有獨立頁面的真實疑問。
完成條件
- 每個頁面都有其自身的關鍵字研究。
- 每個英雄區塊和證明條的主張都可追溯到來源文件。
- 如果功能之間證據不均衡，至少在一則誠實範圍註記中能看到這一點。
- 頁面之間互相交叉連結。
共享規則（此套件中四個技能完全相同）
- 證據先於文案。每個產品主張、統計數據和引言都必須追溯到具名來源。絕不憑空創造功能、數字、客戶故事或引言。如果證據不存在，請如此說明。
- 已發布就是已發布。僅根據來源所述描述功能狀態（已發布、進行中、規劃中）。買方要求但產品無法滿足的需求，應歸入「期望」或「需求」之下，絕不歸入「功能」。
- 引言必須逐字記錄且來自買方。複製確切的文字；可以使用「...」進行刪節，但絕不改變文字。絕不引用供應商自己的員工作為買方。完成前，執行引言檢查（該腳本隨用例證據研究一起提供，名為
verify_quotes.py），並修正或刪除任何未找到的內容。 - 主張標籤。將文案和主張標記為「安全」、「需驗證：（說明如何驗證）」或「僅限內部使用」（未經簽核的具名客戶資料）。將標籤從一個技能的輸出帶入下一個技能；不要移除它們。
- 薄弱的證據要坦誠說明。計算不同的帳戶，而不是引用次數。絕不為了匹配強勢功能而填充弱勢領域。
- 完成的文件，不是變更日誌。在作為參考資料閱讀的文件中，不應出現「已更新」、「已新增」、「新的」、版本號碼、掃描或工作階段參考。版本歷史記錄應保留這些資訊。
- 對外安全模式（當使用者指定「對外」、「用於廣告」、「用於客戶」時，保持內容乾淨）：僅包含職稱和公司名稱，不含個人姓名；不包含日期；競爭對手名稱在引言內以中性括號取代，例如「[舊工具]」；不包含關於簽核、來源或使用方式的備註。在您的回覆中告知使用者，客戶引言仍需簽核。
- 語氣。平實直接。不使用破折號。不使用模糊詞彙。不要超出買方自己的說法來描述競爭對手。文件正文中不應包含檔案名稱。
四個技能如何協同運作
- 用例證據研究：針對每個用例或功能，收集並驗證證據（產品功能、買方痛點、期望、反應）。
- 功能支柱研究：按動詞（產品做什麼）重新組織證據，當定位是基於行為而非功能時使用。
- 功能主頁面生成：將定位轉化為每個功能或支柱的一份頁面簡報，僅使用步驟 1-2 的主張。
- 主張傳播掃描：每當產品事實變更時執行，掃描步驟 1-3 的所有產出，並將修正內容回饋至證據文件。
一個步驟的輸出即為下一個步驟的輸入。如果你被要求執行後續步驟，但先前的輸出不存在，請先建立先前的步驟（或告知使用者其缺失），而不是憑記憶撰寫。