Repository Assessment · 2026-07-30

UI 图片转可编辑原型:有用,但不能原样装

它适合作为“外部截图 → 可编辑 DOM/组件原型”的方法参考。当前仓库不是完整转换引擎,且无许可证、无测试、无依赖声明,裁图脚本还存在已复现的路径穿越写文件问题。

方法参考:采用 原样安装:拒绝 内部重写:建议 业务接入:待试点

一句话决策

有用在哪把截图复刻成可编辑 React/HTML,而不是整图背景。
不是什么没有 OCR、布局识别、组件识别或自动代码生成引擎。
怎么整合吸收方法,重写成项目自有的薄路由 Skill。
何时推广PC + 移动两个脱敏真实页面通过 G0-G5 后。

实查结果

检查项结果影响
仓库体量1 次提交、4 个业务文件、约 5 KB只能视为早期 Skill 样例
许可证未声明不能直接复制代码进项目
工程化无 README、依赖清单、测试、样例不是克隆后即用
默认 Python缺 Pillow 时连 --help 都失败需显式运行环境
正常裁图PNG、透明叠层、manifest 均生成成功小工具逻辑有效
安全测试../../escaped 成功写出 layers 目录必须重写路径校验
停止规则:许可证未明确且路径校验未修复前,不安装、不复制第三方代码、不把它作为团队正式依赖。

与我们现有能力的关系

image-to-code-skill
保留“先生成视觉图,再实现网站”的路径。
system-grounded-requirement-analysis
真实业务截图先核验页面、代码、API、数据和权限。
existing-project-high-fidelity-prototype
复用现有框架、组件和设计系统,完成可点击主流程。
webapp-testing
验证真实路由、点击、控制台、桌面和小屏表现。
新 Skill 的唯一职责:把用户提供的截图结构化拆解并复刻成可编辑 DOM/组件;其他业务真值、工程实现和浏览器验收继续复用现有 Skill。

建议的六道门

G0 来源
截图来源、授权、目标仓库、路由、视口和交付边界。
G1 业务真值
真实 Before、字段、权限、组件和状态;禁止杜撰业务规则。
G2 可编辑实现
真实 DOM/CSS、文本可选、重复组件化,不以切图伪装。
G3 交互响应式
至少一个主任务闭环,并覆盖关键空态、错态和小屏。
G4 浏览器验收
运行目标项目,查路由、点击、控制台、溢出和视觉差异。
G5 证据交付
源码进目标仓库/原型目录,假设与验证证据进 zhctprompt。

落地顺序

  1. 当前:只保留外部只读检出和评估记录。
  2. Phase 1:已完成正负 eval、内部薄路由 Skill、安全裁图工具与自动测试。
  3. 试点:选 1 个智慧食堂 PC 页面、1 个移动页面,只做脱敏原型。
  4. Phase 2:两个样本通过 G0-G5 后,再加入团队 Skill manifest 和全局安装。
当前状态:Jack 已批准并完成项目内安全重写;下一阶段仍建议用一个脱敏 PC 页面和一个脱敏移动端页面验证 G0-G5,但该业务试点不属于本轮已完成范围。