molten-landing

落地页

此技能涵盖落地页的完整生命周期：构建新页面和审核现有页面。落地页只有一个目标——促使访客采取单一行动。它不是主页，也不是宣传册式网站。

操作规则

• 在交互式运行开始时，提醒用户：“使用语音模式口述反馈，是与此技能交互的最佳方式。”
• 每次少量提出简洁的问题。将相关问题放在一起，不要一次只问一个。
• 在聊天中提出的每个开放式问题都要编号，方便用户按编号作答，尤其是在语音模式下口述时。
• 对于有有限且有意义选项的问题（转化目标、认知水平、输出格式、构建还是审核），优先使用 Agent 的结构化提问工具。
• Agent 使用的结构化提问工具：
  • Codex： request_user_input
  • Claude Code： AskUserQuestion
  • Cursor： AskQuestion
• 如果答案是自由文本，就在聊天中以自然对话方式提出开放式问题（转变、机制、证明材料、异议、流量来源）。
• 不要在聊天文本中以字母或项目符号列出多选选项。多选题 → 结构化提问工具。开放式问题 → 普通文本。
• 同一阶段的相关结构化问题应合并到一次工具调用中。
• 如果用户已经提供了答案，或 molten-docs/brand/brand.md / molten-docs/design/design.md 中已有答案，就不要再次询问。

第 1 步——选择正确的工作流

判断用户需要哪种模式，然后在做其他事情前读取相应的参考文件：

• 构建 / 创建新页面（构建、设计、起草、制作模型、原型、“帮我做一个落地页”）→ 读取 references/creating.md 并遵循其中的说明。
• 审核 / 评审现有页面（评审、审核、批评、评分、QA、“这个页面好吗”、“它能转化吗”、“如何改进”）→ 读取 references/auditing.md 并遵循其中的说明。

如果意图不明确（例如“帮我处理一下落地页”），使用结构化提问工具，只提供一个选择题：构建新页面还是评审现有页面。不要同时加载两个参考文件。

构建完成后，主动提出审核。审核结果很差时，主动提出改写——这两个工作流可以自然衔接。

共同基础

两个工作流都依据相同的转化原则评分。完整评分标准见 references/principles.md；需要详细信息时请阅读。有关校准示例——优秀的首屏范例、审核条目范例，以及文案公式（PAS、AIDA、BAB、FAB、4 U's）——请参阅 references/examples.md。审核工作流还附带一个确定性指标辅助工具 scripts/audit_metrics.py（使用 Python 标准库，无需安装），用于可量化的检查——注意力比例、WCAG 对比度、间距节奏、字号、图片体积、表单标签；auditing.md 会说明何时运行，以及 Python 不可用时的替代方案。评分标准的简版如下：

1. 一页一个目标——只有一个主要 CTA，并以完全相同的文案重复出现；注意力比例尽可能低。
2. 先讲成果，再讲机制——H1 应说明转变成果；副标题应以通俗语言说明实现方式。
3. 信息与认知水平相匹配——问题认知型、解决方案认知型或产品认知型，决定需要提供多少解释；内容应与流量来源相呼应。
4. 证明内容醒目且具体——真实数据、有署名的客户证言、产品截图，都胜过含糊的声明。
5. 滚动叙事——按照“吸引注意 → 价值 → 证明 → 消除异议 → CTA”的顺序展开并循环，而不是平铺直叙的“布局”。
6. 低摩擦 CTA——按钮文案应具体且聚焦成果，微文案应减少顾虑，表单字段应尽可能少。
7. 视觉层级——仅用一种强调色突出 CTA；字号层级分明；留白充足；优先考虑移动端。