landing-eec

EEC / Offer 落地页生成器

根据品牌身份和受众画像，生成一个可部署的 React .jsx 落地页。支持五种框架模式——挑战、课程、冲刺、训练营、工作坊——采用相同的转化架构。所有模板令牌均替换为基于品牌身份、产品和受众洞察生成的真实文案。

---

输入契约

# 以下输入模式之一为必填：

mode_1_full:
  brand_profile: string         # 品牌智能技能的输出
  audience_intelligence: string # 受众智能技能的输出

mode_2_brand_only:
  brand_profile: string         # 品牌智能技能的输出

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。

仅品牌画像存在： 从品牌声音样本、内容支柱和 CTA 策略中推断受众信号。对推断字段标注 (inferred)。

仅 URL 存在： 执行轻量级提取：

1. web_fetch 该 URL —— 主页和关于页面（如可访问）
2. 搜索 "[品牌名] [领域] 目标受众" 和 "[品牌名] 产品"
3. 提取最小必需字段
4. 进入阶段 2

在阶段 2 之前加载 references/token-mapping.md。

---

阶段 2 — 将信号映射到模板令牌

填充令牌映射表。在进入阶段 3 之前，每个必需令牌都必须有值。

必需令牌：

• OFFER_NAME
• NUMBER（始终为 5）
• DOING_TOPIC
• TANGIBLE_OUTCOME_1/2/3
• COMMON_FRUSTRATION
• DAY_1–5_TITLE
• DAY_1–5_TEASER
• SENDER_FIRST_NAME, SENDER_LAST_NAME, SENDER_TITLE
• SENDER_BIO

可选令牌（优雅降级）：

• NUMBER_OF_SUBSCRIBERS
• SPECIFIC_AUDIENCE
• TESTIMONIAL_*（如果没有，则保留占位符）

完整令牌定义和信号到令牌的映射：references/token-mapping.md

---

阶段 3 — 撰写文案

使用从 references/framing-modes.md 中选定的框架模式词汇表，撰写所有文案。

每种框架模式的完整文案规则：references/copy-principles.md

产品命名： 框架词（挑战 / 课程 / 冲刺 / 训练营 / 工作坊）出现在顶部栏和眉线中——但不一定出现在产品标题本身。以产品所能实现的转变来命名。

• 好的例子：“管道修复冲刺”
• 好的例子：“5 天邮件序列课程”
• 避免：“GTM 堆栈冲刺”、“邮件营销课程”

主标题： 从所选模式的词汇表中提取模式。

副标题： 以该模式的开场语为起点。填写三个成果，遵循以下弧线：清晰 → 资产/系统 → 信心。

每日标题： 所有模式都应以行动为导向。动词选择根据模式调整（见 references/framing-modes.md 中的每日标签变体），但所有标题描述参与者做什么，而不是他们学习什么。

成功状态： 使用 references/framing-modes.md 中该模式的确切 success title 和 success subtitle。不要即兴发挥。

---

阶段 4 — 组装页面

1. 以 assets/template.jsx 为基础文件
2. 用所有填充好的令牌替换 CONTENT 对象，对以下内容使用指定模式的字符串：
   • hero.eyebrow
   • primaryCta.buttonLabel 和 microcopy
   • whatToExpect.label 和 whatToExpect.intro
   • socialProof.label
   • author.label
   • secondaryCta.label, secondaryCta.supporting, secondaryCta.buttonLabel
   • trustSignals 数组
   • CtaForm 组件中的成功状态字符串（直接编辑 JSX）
   • JSX 中的顶部栏标签字符串
3. 如果品牌画像中包含十六进制颜色值，则应用品牌颜色覆盖
   • --gold → 品牌主强调色（暖色调、高对比度）
   • --bg → 品牌背景色（除非品牌明确为浅色主题，否则保持深色）
   • 浅色主题：参见 references/token-mapping.md 中的颜色互换表
4. 将 author.initials 更新为真实姓名首字母
5. 输出文件：/mnt/user-data/outputs/[品牌slug]-[模式]-page.jsx
6. 将文件展示给用户

---

阶段 5 — 呈现与总结

品牌: [名称]
框架: [模式] — [如果自动检测，给出单行理由]
受众: [一句话理想客户画像]
产品名称: [标题]
转变弧线: [痛点] → [成果]
推断令牌: [列表 或 "无"]
下一步: [上线前需要做的事情]

---

决策树

收到输入
│
├── 明确指定了框架模式？
│   ├── 是 → 直接使用
│   └── 否 → 从品牌信号检测 → 默认：challenge
│
├── 上下文中存在品牌画像和受众洞察？
│   └── 是 → 阶段 2
│
├── 仅品牌画像？
│   └── 是 → 推断受众 → 阶段 2
│
└── 仅 URL？
    └── 是 → web_fetch + 搜索 → 阶段 2

---

质量标准

在输出最终文件之前，请验证：

• 必需字段中没有残留的 {{PLACEHOLDER}} 令牌
• 整个页面中框架模式保持一致——没有跨模式混用词汇
• 每日标题以行动为导向（尽可能动词开头）
• 副标题使用成果语言，而非学习语言
• CTA 按钮标签与所选模式匹配
• 成功状态与所选模式完全匹配
• 顶部栏标签与所选模式匹配
• 作者姓名首字母与真实的发送者名称匹配
• 文件命名为 [品牌slug]-[模式]-page.jsx

---

参考文件

文件	何时加载
references/framing-modes.md	阶段 0 — 首先加载
references/token-mapping.md	阶段 2 之前
references/copy-principles.md	阶段 3 之前
assets/template.jsx	阶段 4 — 基础文件