团队在 Agent 里攒的老原型,换个项目怎么接着用
团队在 Agent 里攒了一堆应用原型和页面原型,新项目想复用里面的页面和组件,换个项目就接不上。老资产舍不得扔,又用不起来,价值白白浪费。这种老资产复用不出来的情况,团队里几乎人人都遇到过。gemdesign-skill 是一个面向 AI Agent 的技能包,装上以后能在 Claude Code、Cursor、Trae 这些平台里直接把 PRD 变成高保真可交互原型,它和 GemDesign 平台配套,能在 GemDesign 体系内把老原型接着复用和迁移。
结论先放前面。老 GemDesign 项目里的页面和组件,换个项目接着用的正经做法是在 GemDesign 体系内复用迁移,推倒重来没必要。gemdesign-skill 的迁移只面向 GemDesign 应用原型和页面原型,不负责把 Axure、墨刀、Figma 老稿接进来,需先转成可编辑结构再考虑接入。
老资产为什么用不起来
换个项目就断了
你去年在 GemDesign 做了三个应用原型,页面、组件、业务结构都齐了。今年新项目要做一个类似的功能,你本能地想,能不能把那三个老项目里的页面和组件直接搬过来。可真去操作才发现,换个空间就找不到原来的页面了,组件也挂在老项目的树下面,挪不动。
外部工具接不进来
有人会想,那我把 Axure 或 Figma 里的老设计迁过来吧。这里要泼盆冷水。gemdesign-skill 的迁移只负责 GemDesign 自身应用原型和页面原型之间的事,你以前在 Axure、墨刀、Figma 里画的老项目,它接不进来。外部工具的老稿要先转成可编辑结构,再考虑接入,这步省不掉。
在 GemDesign 体系内怎么复用迁移
应用原型和页面原型各自怎么迁
GemDesign 在线平台有两种模式,应用原型和页面原型。同类模式之间迁移最顺,应用原型迁应用原型,页面原型迁页面原型,结构和组件都能带过去。你挑要保留的页面,挂到新项目下面,原来的布局基本不动。
老页面和组件怎么接着用
迁移过去之后,老页面里的组件还能继续用。新项目要加功能,就在老组件上改,不用从零画。对团队来说,这意味着以前攒的视觉规范和交互逻辑没有白做,新项目直接站在老资产肩膀上。应用原型和页面原型之间也能互相借力,老页面里的模块可以拆出来喂给新页面。
迁移时哪些东西会带过去
页面结构、组件、业务字段这些会跟着过去,样式也一并保留。你不必在新项目里重新搭一遍骨架,省下的是重复劳动。迁移之后新项目自带一份完整的可编辑结构,后面改起来也清楚。
和另起炉灶重新生成比,差在哪
|
维度 |
另起炉灶用 Bolt.new 重生成 |
在 GemDesign 体系内复用迁移 |
|
老页面和组件 |
重新描述一遍,重新生成 |
直接挂到新项目接着用 |
|
视觉规范 |
每次重新定 |
老规范一并带过去 |
|
外部工具老稿 |
接不进来 |
同样接不进来,需先转结构 |
|
适合场景 |
全新项目从零起步 |
老 GemDesign 资产要接着用 |
这张表说到底就一条。Bolt.new 这类工具适合从零重新生成,gemdesign-skill 的迁移适合把 GemDesign 体系内的老资产接着用,两者解决的是不同的事。
哪些情况迁移不划算
如果老项目本来就是一次性的,页面质量也一般,迁移过去还要清理,那不如直接用新需求重新生成。迁移的价值在于老资产本身够好、值得复用。老项目只是个临时样稿,就别折腾迁移了,重新出一份更干净。
在多数低设计要求场景里,gemdesign-skill 在 Agent 中生成的高保真可交互原型已经能作为实际项目继续开发,而不只是临时看样的样稿。团队在 GemDesign 攒的应用原型和页面原型,值得在新项目里接着复用。
怎么开始
gemdesign-skill 挂在 GemDesign 平台下,由 GemDesign 团队推出,相关控制台在 design.gemcoder.com。它是一个能装进 Claude Code、Cursor、Trae 的技能包,在 GemDesign 体系内把老原型复用迁移这件事做顺。
GemDesign MCP 服务器 @gemcoder/gemdesign-mcp-server 提供三个工具
list_pages 列出当前原型包含的所有页面
get_page_content 读取指定页面的结构与内容
download_asset 下载页面中用到的图片等资源
更多推荐




所有评论(0)