google-labs-code/stitch-skills

如果你已经在用 Google Stitch，并且手上的编程助手支持 Agent Skills，这套东西值得试；否则 MCP 配置才是真正的门槛。

解决什么问题

把一个已有前端项目搬进 Stitch 做设计，或者把 Stitch 里的界面同步回 React 代码，过去要靠手工：导出 HTML、在 Stitch 里重新描述设计系统、上传文件，再照着设计稿手写组件和 token。每一步都可能让设计和代码对不上。这个项目把这些步骤包装成 Agent Skills：你用自然语言提出需求，skill 负责调用 Stitch、提取 HTML、做组件转换和一致性校验，中间的手工搬运被省掉。

有什么不同

这些 skill 遵循 Agent Skills 开放标准，所以同一套 skill 目录可以分别装进 Codex、Antigravity、Gemini CLI、Claude Code、Cursor 或 OpenCode，而不绑定某一家厂商的插件格式。技能按阶段分组：设计侧有把前端代码转成 Stitch 设计稿的流程，构建侧有把 Stitch 界面转成带设计 token 校验的 React 组件系统，工具侧则有生成 DESIGN.md 这类辅助能力。实际收益是 agent 承担了机械的翻译工作，包括检查 token 一致性，提示词可以写得很短。

代价是耦合。这些 skill 不是独立的 CLI 或库，而是围绕 Stitch MCP server 的编排，所以必须在 agent 环境中注册并完成认证，skill 才有实际能力。README 还特别提醒 skill 之间常有依赖，单独挑一个而不带依赖，工作流可能跑不通。安装路径差别也不小：Codex、Claude Code、Cursor 等推荐插件方式，OpenCode 则要把 skill 文件夹复制到可被发现的位置。

谁值得试

适合已经在用 Stitch 探索界面、同时使用受支持编程助手的团队：比如想把现有 dashboard 迁进 Stitch，或者从确认过的界面批量生成 React 组件，又不愿手工重做 token 映射。不适合只用截图或设计文件生成组件、根本不碰 Stitch 的人，因为 MCP 配置是硬性前提，skill 本身也围绕 Stitch 项目操作展开。使用 OpenCode 的人可以走手动复制 skill 的路径，但要预期比一行插件命令多不少配置工作。

使用条件与边界

第一，要在 agent 环境中配置好 Stitch MCP server 和凭据，具体见 Stitch MCP 配置说明；没有它，skill 无从调用。第二，agent 要支持 Agent Skills 的目录结构，README 列出了兼容的 agent，并未声称通用支持。第三，选择性安装时要一并带上依赖，精简安装可能比整套插件更容易出错。日常维护意味着让 skill 文件夹与 MCP 配置保持同步，尤其当 Stitch 的接口或 agent 的插件布局发生变化时。

HotRepo 点评

HotRepo 在 2026-10-25 记录到 8,584 颗星、当日新增 21，这只是一个单日榜单快照；没有可比较的历史，无法判断热度能否持续。仓库本身创建于 2026-01-16。由于价值取决于 MCP 连接，安装前先看 Stitch MCP 配置文档 中支持的 agent 和凭据要求；如果要选择性安装，再对照 项目 README 检查 skill 依赖。