用途：为单一受众和单一主要决策产出连贯的营销落地页，负责页面级论证：访客需理解什么、相信什么、做什么。除非有证据支持，否则保留产品既有品牌与实现系统。
主要能力：支持四种工作模式——Build（新建或大改页面）、Repair（修复信息、结构、证明或转化路径不佳的现有页面）、Audit（只给有证据的发现，不改文件）、Handoff（产出实现简报或分步提示交给他人执行）。先推断最窄模式并用一句话说明模式与范围，不把模式做成菜单。
使用方式：优先从简报、仓库、线上页面、分析、搜索数据、客户语言、产品状态、品牌令牌与参考站点中收集证据，区分观察事实与假设；再确定访客、主要动作、差异化主张、可用证明、实现约束与衡量方式。仅对会实质改变结果的缺失选择提问，最多三个短问题；可逆选择可用标注假设继续。构建前写简明页面简报（访客、决策、主张、证明、异议、衡量），再据证据决定分区顺序，内容决定布局。
边界：定位、主张、证明、异议或 CTA 措辞应交给 landing-copy；更大设计系统、应用工作流或组件实现交给 interface-design；结构健全后的响应式审计交给 mobile-first；性能诊断、社交分享或去 AI 痕迹则用相应专项技能。专项不可用时可在本技能内处理必要部分，但不得假装验证了无法查看的证据。
实现与验证：复用现有组件、令牌、资产、路由、分析与测试约定，不因落地页风格引入新框架或动效库。构建有意义的状态（窄/宽布局、加载或不可用、表单成功失败、键盘焦点、减少动效、长文案），保护截图或 fixture 中的隐私与密钥。改动现有漏斗时保留事件语义或记录迁移；不得从编辑授权推断部署、实验上线、付费流量变更或生产发布。
验证：运行构建、类型检查、lint 与相关测试；渲染窄、平板、桌面宽度及 200% 缩放；走查主要动作、表单、错误、导航与键盘路径；按风险核验主张、链接、分析事件、元数据、分享预览与性能；对照简报报告差距而非宣称成功。审计模式不改动任何内容，按理解、信任、行动、可访问性与性能影响排序发现，并建议最小一致修复。
适用场景：营销落地页的设计、构建、审计、修复与交接。限制：需有真实证据支撑主张与证明，缺失证据时不得用装饰设计或编造证据弥补；声明标准、性能阈值或转化研究前需查阅对应参考文件。