用途：优化、重设计或评估注册/账号创建界面。适用于用户提供注册截图、URL、产品简报或现文案，且想提升注册完成率、邮箱获取率或新手引导进入率的场景。付款墙相关需求应改用 lazyweb-optimize-paywall，仅做注册页 CTA 文案时若属整屏优化仍用本技能，只想查注册 A/B 案例用 lazyweb-ab-test-research。
主要能力：由 signup_design_run 后台 worker 托管生成 HTML 报告（不是本地文件），包含 3-4 张假设卡片，每张配 AI 生成的、按假设修改后的注册界面 mockup，并在有匹配证据时附带真实 A/B 实验证据与 Lazyweb 参考。技能端负责发起、轮询并展示结果。
使用方式：先安装并连接托管 Lazyweb MCP（https://www.lazyweb.com/mcp），列出工具并运行 lazyweb_health。核心工具为 signup_design_run、signup_design_check_status，检索用 lazyweb_search、lazyweb_compare_image、lazyweb_search_ab_tests。启动前先读取目标注册界面，识别组件、表单机制、策略动作与用户状态。每次调用需带 skill: "optimize-sign-up"，并从 ~/.lazyweb/VERSION 读取版本传入 version；VERSION 缺失时回退 "0.0.0"。若 MCP 未装或鉴权失败，提示运行 curl -fsSL https://www.lazyweb.com/install.sh | bash 后重载客户端再重试。
调用示例：signup_design_run 传入 image_b64 与 context（product、conversion_goal、constraints 等），返回 run_id 与状态；随后用 signup_design_check_status 轮询至 complete，取得 report_url 与 recommendations。用户反馈后可带 parent_run_id 与稀疏 feedback（verdict 为 keep、kill、push_further、pivot_adjacent、modify）再次运行。
限制：不要自行渲染本地 HTML 报告或本地 mockup 替代托管报告，report_url 才是交付物；不要在未读取界面上下文前启动；搜索不要重复相同 query，无结果时按提示翻页或说明覆盖缺口。典型一次新运行约 1 次 run 加 1-3 次轮询，轮询间隔约 15 秒，超过约 3 分钟仍未完成应向用户说明。迭代失败应作为后端错误或无效 parent_run_id 报告，不应描述为付费墙或 Pro 升级限制。