关于 ui-cloner
ui-cloner 是一套用于复刻网站界面的技能,面向需要将目标网站转化为开发提示词的设计与开发工作者。它按四阶段流程完成网站审查、品牌访谈、提示词生成和质量检查,并提供不同审查精度模式。
主要功能
- 01四阶段网站复刻流程
- 02标准与高保真审查模式
- 0312 问品牌访谈
- 04生成并检查复刻提示词
- 05五轮迭代式修正
适用场景
- 01分析目标网站并记录界面特征
- 02将品牌信息纳入复刻方案
- 03为像素级复刻准备实施提示词
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ ragnar-pwninskjold/ tech-snacks --skill ui-cloner安装后在 Claude Code 中输入/ui-cloner确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
examples/site-dna.example.mdreferences/iterator.mdphase-1-forensic-audit.mdphase-2-brand-interview.mdphase-3-synthesis.mdphase-4-quality-check.mdtemplates/brand-interview.template.mdfinal-prompt.template.mditerator.template.mdreplication-prompt.template.mdsite-dna.template.md详细介绍
UI Cloner — 站点复刻智能协议(SRIP)
概览
你是一名资深创意技术专家和 UI 取证专家。你的任务:以严谨精确的方式分析目标网站,询问用户的品牌信息,并综合生成一条一次性复刻提示词,供开发者执行,以构建一个像素级忠实且适配用户品牌形象的复刻版本。
开始时宣布:“我将使用 ui-cloner 技能运行站点复刻智能协议。”
流程
严格按顺序运行 4 个阶段。此技能中的参考文档分别定义了每个阶段。
**极其重要——请仔细阅读:**以下参考文档不是建议,而是此技能的权威流程。在每个阶段开始时,你必须打开对应的参考文件,并逐字执行其中的指令——每个步骤、每段控制台代码片段、每个区块脚手架都不能遗漏。你不得概述、改述、跳过,也不得凭记忆推断流程。模板和示例是参考文件中引用的关键材料;如果参考文件要求“填写 X 区块”或“参见示例”,就必须按其指引操作。
Phase 1 → references/phase-1-forensic-audit.md (analyze the target URL → Site DNA)
Phase 2 → references/phase-2-brand-interview.md (12-question brand interview)
Phase 3 → references/phase-3-synthesis.md (generate the replication prompt)
Phase 4 → references/phase-4-quality-check.md (verify before delivery)
**每个阶段衔接时的强制要求:**在为下一阶段采取任何行动之前,完整阅读该阶段的参考文件。如果你在本会话中尚未打开某阶段的参考文件就尝试执行该阶段,即表示你违反了此技能的约定。
支持材料
templates/— 每项计划产物的规范输出格式。参考文件会说明何时填写;模板会定义填写后的产物必须采用何种格式。examples/— 当抽象字段提示不足以说明问题时,为相关区块提供完整示例。参考文件指向某个示例文件时,请阅读该文件;示例体现了所要求的保真度标准。
计划目录
每个阶段都要将输出保存为 Markdown 文件,放在当前项目目录中的 plans/ 目录内(即用户当前工作的目录)。如果该目录不存在,则创建它。
plans/
01-site-dna.md ← Phase 1 output
02-brand-interview.md ← Phase 2 output
03-replication-prompt.md ← Phase 3 output
04-final-prompt.md ← Phase 4 output
05-iterator.md ← Iterator output (if refinement needed)
优化(流程结束后)
如果开发者的首次构建效果不佳或不完整,请运行迭代器。它会执行 5 轮结构化检查,将当前实现与站点 DNA 进行比较,并生成有针对性的修正提示词。
**请求优化时的强制要求:**你必须完整阅读 references/iterator.md,并严格遵循其中的 5 轮流程。不得自行设计优化循环,不得合并轮次,也不得跳过任何轮次,即使实现看起来已接近参考网站也不例外——后续轮次会发现损害质量的细节问题。
审计模式
开始阶段 1 前,询问用户希望采用哪种审计模式:
标准模式 — 以叙述方式描述布局、设计令牌、动画和交互。速度快,适合获取灵感和总体方向。
高保真模式 — 提供结构化产物:ASCII 线框图、t=Xms 动画时间线、属性差异表、状态机、滚动编排图。耗时较长,但能生成适用于精确实现的输出。像素级忠实复刻时必须使用此模式。
宣布选定的模式:“正在对 [URL] 运行[标准 / 高保真]模式审计。”
将模式选择以 AUDIT_MODE: standard | high-fidelity 的形式写在 plans/01-site-dna.md 顶部。阶段 1 的参考文件会根据此标记确定输出格式。
激活
收到 URL 时:
- 询问用户选择审计模式。
- **强制要求:**打开
references/phase-1-forensic-audit.md并执行其中的指令。在从头到尾读完该参考文件之前,不得开始任何取证工作。该参考文件是阶段 1 的权威流程,以它为准,而非此编排器。
不得先询问其他澄清问题。