先有规矩，再谈方圆：GitHub 的 Replica
GitHub Design 开源 AI 原型工具 Replica，MIT 许可：设计师定规矩，团队在 GitHub Copilot app 里用自然语言出原型；本地即可上手，Hub 可选且需自托管。
这两年看人用 AI 一句话生成网页，我心里总有一点说不清的别扭。东西当然是漂亮的，按钮圆润，配色得体，阴影恰到好处，几秒钟就能端出一个像模像样的界面。可是看多了就会发现，这些界面彼此之间长得很像，像同一家馆子端出来的套餐，换了个碗，里面还是那几样菜。它们好看，但不属于任何人，更不属于任何一家公司已经用了好几年的那套按钮和表格。
做过产品的人都知道这件事意味着什么。设计师在评审会上拿出一个 AI 生成的原型，大家看着都挺好，等到工程师接手，第一句话往往是：「这个组件我们没有。」于是原型只能当作一张示意图，一切从头再来。所谓的提速，提的只是会议之前那一小段，会议之后的路一步也没有少走。省事在前头，费事在后头，句号。
所以 10 月 28 日 GitHub 在 Changelog 里介绍 Replica 的时候，我多看了几眼。它是 GitHub Design 团队做的一个开源 AI 原型工具，用的是 MIT 许可。官方那段介绍里最要紧的一句，大意是：和那些通用的 AI 原型工具不同，Replica 让原型落在你团队自己的设计系统里。换成我的话说，它不打算替你画一张新的画，它只打算让你在自己家的那张宣纸上落笔。
它的分工是这样的。设计师先把指引定下来，包括组件、模式和文档，也就是一个团队平时口口相传、写在各种规范页里的那些规矩。然后团队里的任何人，不必是设计师，都可以在 GitHub Copilot app 里用自然语言去生成原型、修改原型。假设你说「在这个列表上面加一个筛选器」，它去翻的不是网上千千万万个筛选器的平均样子，而是你们自己那一套里本来就有的那一个。
这件事看上去平平无奇，细想却有意思。中国人讲「不以规矩，不能成方圆」，过去我们总把规矩理解成束缚，理解成一个让人不痛快的东西。可写过毛笔字的人大概都有体会，临帖的时候手脚是被捆住的，横要怎么起，竖要怎么收，都有人替你定好了，正因为如此，一个初学者写出来的字才不至于东倒西歪。规矩不是让人写不出字，规矩是让很多人写出来的字，放在一起时还像是同一本书。
通用的 AI 原型工具，有点像一个没有临过帖、却见过天下所有字帖的人，它什么体都能写，写出来的却是所有体的平均数。平均数当然不会难看，四平八稳，挑不出错，但它也不会是你的。Replica 做的事情，是先递给这个人一本你们家的字帖，然后说：照这个来。它其实是在给 AI 做减法，把它能选的路收窄，收到只剩下你们自己认可的那几条。
我向来对「什么都能做」的工具保持警惕。工具越是号称无所不能，用的人越容易把判断交出去，最后得到一堆看起来都对、却没有一样是自己想要的东西。反倒是那些先问你「你们的规矩是什么」的工具，会让人稍微踏实一点。因为它承认了一件很朴素的事：一个团队之所以是一个团队，是因为他们已经花了很多年，在很多次争吵之后，才把那几个按钮的样子定下来。这份共识是有成本的，不该被一句提示词轻轻抹掉。
当然，规矩是设计师立的，这里也有一个容易被忽略的前提：你得先有规矩。如果一个团队的组件本来就七零八落，文档写了一半就再没人更新，那 Replica 能约束的，也只是一团乱麻。它不会替你整理设计系统，它只会忠实地放大你现有的那一套。好的会更好，乱的会更乱，这一点我想大家心里要有数，别指望一个工具来补一个团队多年没做的功课。
还有一点值得一提，它是用 MIT 许可开源的。这对一个原型工具来说，意义比看上去要大。设计系统本身就是一个团队最私密的家当之一，谁也不愿意把自家的组件、规范和文档一股脑交给一个看不见里面的黑盒子。开源至少让人可以打开盖子看一眼，它到底怎么读你的规矩，怎么把一句自然语言变成一屏界面，哪里不合用还可以自己动手改。规矩是自家的，管规矩的工具也最好是自家看得懂的，这个道理朴素得很。
再说用法。按官方的说法，你可以只在本地做原型，不需要任何服务器，这对一个人或者一个小组来说已经够用了，打开就能试，试完就能关，没有什么负担。如果想让同事一起看、一起评论，可以把原型发布到 Replica Hub 上，这个 Hub 是可选的，而且是自托管的，也就是说，服务器由你们组织自己搭、自己管，而不是 GitHub 替你托管的某个地方。
自托管这件事，我想多说两句，因为它总是被说得太轻松。按仓库文档的要求，你需要一台支持 Docker 的 Linux 服务器，需要一个专用的域名，配好 HTTPS 和通配 DNS，还需要在组织里装上 Replica 的 GitHub App，官方建议用组织名下的私有 App。这几样东西对于有运维同事的公司来说不算什么，对于一个只想快点看到原型的设计小组，却可能是一道门槛。我的建议很简单：先在本地用起来，等到真的有很多人要一起看、一起评论了，再去找运维同事商量那个 Hub。顺序反过来，热情多半会在配置 DNS 的那一个下午耗光。
我还有一点私心的观察。原型这个东西，从来不只是给工程师看的，它更多的时候是一种沟通。产品经理拿它去说服老板，设计师拿它去和工程师讨价还价，工程师拿它去估工期。过去这场沟通里，最尴尬的就是大家看着同一张图，心里想的却是三样东西。如果原型从一开始就用的是团队自己的组件，那至少在「这东西长什么样」这件事上，大家说的是同一种语言。剩下的争吵，都可以留给真正值得吵的地方。
说回 AI。我们这些年对 AI 的期待，常常是让它更自由一点，更有创意一点，最好能给出一个人想不到的答案。这当然没错，可在很多具体的工作里，人要的恰恰不是自由，而是可控。一个团队要的不是一个惊艳的陌生人，而是一个懂规矩的新同事，第一天上班就知道公司的按钮该是什么颜色，表格的表头该怎么对齐。惊艳可以偶尔为之，懂规矩才能天天共事。
所以 Replica 让我想到的，不是什么新的生产力革命，而是一件很老的事情。手艺人带徒弟，头几年从来不让徒弟自由发挥，先学规矩，先照着做，规矩吃透了，手上有了分寸，再谈自己的东西。AI 大概也要走这一遭，先学会在别人的规矩里干活，然后才轮得到它的创意。这条路慢一点，笨一点，可是走得稳。
至于它最后能不能成为大家日常用的东西，现在还说不好，开源只是第一步，总要等很多团队真的把自己的设计系统喂进去，用上一阵子，才知道它到底省下了多少返工。我能确定的只有一点：一个先问你规矩是什么的工具，比一个什么都替你决定的工具，更值得给它一个下午。先有规矩，再谈方圆，不是么？
来源：GitHub Changelog（2026-10-28）；github/replica 仓库；Hub 部署准备文档。产品功能据 GitHub Changelog 与仓库 README；自托管 Hub 的服务器、域名、DNS/HTTPS 与 GitHub App 要求据仓库文档；“先本地、再 Hub”为作者建议，不是官方表述。