提案落地頁生成器 是做什麼的?
根據品牌標識、提案內容與受眾情報,產生特定品牌、針對特定受眾的提案落地頁面,作為可部署的 React .jsx 成品。支援五種框架模式——挑戰、課程、衝刺班、訓練營、工作坊——並採用相同的轉換架構。所有模板代碼皆會替換為源自品牌識別、提案內容與受眾情報的真實文案。
輸入合約
# 需提供以下其中一種輸入模式:
mode_1_full:
brand_profile: string # 來自 brand-intelligence 技能的輸出
audience_intelligence: string # 來自 audience-intelligence 技能的輸出
mode_2_brand_only:
brand_profile: string # 來自 brand-intelligence 技能的輸出
mode_3_url_only:
url: string # 任何 HTTPS URL
brand_name: string | null # 可選。若未提供則自動擷取。
# 任何模式下皆可使用的選用覆寫:
offer_context: string | null # 已知的特定提案標題或簡要說明
framing: challenge | course | sprint | bootcamp | workshop | null
# 若為 null 或未指定,框架模式將在第 0 階段自動偵測
優先順序:完整檔案 → 僅品牌檔案 → 僅 URL。若對話中已存在檔案,請直接使用,無需重新擷取。
工作流程
第 0 階段 — 選擇框架模式
首先載入
references/framing-modes.md。其中包含所有詞彙表與偵測規則。
若請求中已明確指定框架模式 → 直接使用。跳過偵測步驟。
若未指定,則根據品牌訊號推斷:
| 品牌訊號 | 推斷模式 |
|---|---|
| 轉型、習慣養成、社群驅動內容 | challenge |
| 課程、專業優先、認證、B2B 知識 | course |
| 營運者/建構者受眾、速度語言、快速勝利 | sprint |
| 高價、密集、「不找藉口」語調 | bootcamp |
| 與你同行、創意、實踐者、技能導向 | workshop |
若仍不明確,預設值為: challenge
記錄所選框架模式。所有第 3 階段的文案決策都將從該模式在 references/framing-modes.md 的詞彙表中提取對應詞彙。
第 1 階段 — 收集品牌與受眾脈絡
品牌檔案與受眾情報皆存在時: 跳過擷取。直接使用。前進至第 2 階段。
僅有品牌檔案時:
從語調樣本、內容支柱與呼籲行動策略推斷受眾訊號。推斷欄位標記為 (推斷)。
僅有 URL 時: 執行輕量級擷取:
- 使用
web_fetch擷取 URL — 若可存取,請擷取首頁與關於頁面 - 網路搜尋
「[品牌名稱] [利基] 目標受眾」以及「[品牌名稱] 提案」 - 擷取最低必要欄位
- 前進至第 2 階段
在第 2 階段之前,載入
references/token-mapping.md。
第 2 階段 — 將訊號對應至模板代碼
填入代碼對應表。在第 3 階段之前,每個必要代碼都必須有一個值。
必要代碼:
OFFER_NAMENUMBER(永遠為 5)DOING_TOPICTANGIBLE_OUTCOME_1/2/3COMMON_FRUSTRATIONDAY_1–5_TITLEDAY_1–5_TEASERSENDER_FIRST_NAME、SENDER_LAST_NAME、SENDER_TITLESENDER_BIO
選用代碼(可優雅降級):
NUMBER_OF_SUBSCRIBERSSPECIFIC_AUDIENCETESTIMONIAL_*(若無可用資料則保留佔位符)
完整代碼定義與訊號到代碼的對應:
references/token-mapping.md
第 3 階段 — 撰寫文案
使用來自 references/framing-modes.md 中選定框架模式的詞彙表,撰寫所有文案。
每個框架模式的完整文案規則:
references/copy-principles.md
提案命名: 框架詞(挑戰 / 課程 / 衝刺班 / 訓練營 / 工作坊)出現在頂部欄與眉題中——不一定出現在提案標題本身。以轉型成果來命名提案。
- 好:「管道修復衝刺班」
- 好:「5 天 Email 序列課程」
- 避免:「GTM 堆疊衝刺班」、「Email 行銷課程」
**主標題:**從所選模式的詞彙表中提取模式。
**副標題:**以該模式的開場白作為起點。填寫三個成果,遵循弧線:清晰度 → 資產/系統 → 信心。
每天標題:在所有模式下都應以行動為導向。動詞選擇需適應模式(參見 references/framing-modes.md 中的每日標籤變體),但所有標題描述的是參與者做什麼,而不是他們學什麼。
**成功狀態:**使用 references/framing-modes.md 中該模式的確切 success title 與 success subtitle。請勿自行編造。
第 4 階段 — 組裝頁面
- 載入
assets/template.jsx作為基底 - 使用所有已填入的代碼替換
CONTENT物件,對以下項目使用特定模式的字串:hero.eyebrowprimaryCta.buttonLabel與microcopywhatToExpect.label與whatToExpect.introsocialProof.labelauthor.labelsecondaryCta.label、secondaryCta.supporting、secondaryCta.buttonLabeltrustSignals陣列CtaForm元件中的成功狀態字串(直接編輯 JSX)- JSX 中的頂部欄標籤字串
- 若品牌檔案中包含十六進位色彩值,則套用品牌色彩覆寫
--gold→ 品牌主要強調色(溫暖、高對比)--bg→ 品牌背景色(除非品牌是淺色,否則保持深色)- 淺色主題:請參閱
references/token-mapping.md中的色彩對換表
- 將
author.initials更新為實際姓名縮寫 - 輸出檔案:
/mnt/user-data/outputs/[品牌縮寫]-[模式]-page.jsx - 將檔案呈現給使用者
第 5 階段 — 呈現與摘要
品牌:[名稱]
框架:[模式] — [若自動偵測,則提供一行原因]
受眾:[理想客戶檔案 一行描述]
提案名稱:[標題]
轉型弧線:[痛點] → [成果]
推斷的代碼:[列表] 或「無」
下一步:[上線前需要完成的事項]
決策樹
收到輸入
│
├── 框架模式是否已指定?
│ ├── 是 → 直接使用
│ └── 否 → 根據品牌訊號偵測 → 預設:challenge
│
├── 對話中是否存在品牌檔案與受眾情報?
│ └── 是 → 第 2 階段
│
├── 僅有品牌檔案?
│ └── 是 → 推斷受眾 → 第 2 階段
│
└── 僅有 URL?
└── 是 → web_fetch + 搜尋 → 第 2 階段
品質標準
在輸出最終檔案之前,請確認:
- 必要欄位中沒有殘留的
{{PLACEHOLDER}}代碼 - 框架模式在整個頁面中保持一致——不會混合不同模式的詞彙
- 每日標題以行動為導向(儘可能以動詞開頭)
- 副標題使用成果語言,而非學習語言
- CTA 按鈕標籤與所選模式相符
- 成功狀態與所選模式完全相符
- 頂部欄標籤與所選模式相符
- 作者姓名縮寫與實際寄件者姓名相符
- 檔案命名為
[品牌縮寫]-[模式]-page.jsx
參考檔案
| 檔案 | 何時載入 |
|---|---|
references/framing-modes.md | 第 0 階段——首先載入 |
references/token-mapping.md | 在第 2 階段之前 |
references/copy-principles.md | 在第 3 階段之前 |
assets/template.jsx | 第 4 階段——基底檔案 |